I hope you can reproduce and I further hope that it can be fixed.
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
Further tests show that the problem is limited to SDL2 apps.
SDL2: I tried ScummVM (obviously) Super Methane Bros from here
both show the same kid of overall slowdowns as soon as the game is running
SDL1: I tried ScummVM (SDL1 build) Super Mario Clone FX from here
both show no slowdown at all.
Would be great if we could get rid of this slowdown in SDL2 Maybe revert that audio cache you were talking about first?
Thank you very much
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
Not a new issue probably, but have noted another minor issue on audio If you have in background a program using audio .. for example you are playing something in background (AmigaAMP) ... and then you start an SDL game, everything works and you can hear both audio sources, but when you quit the game (sometimes) you will got this kind of message:
Audio cache? Did you mean audio task priority? It was lowered in 2015 so it's been lower than SDL1's all these years.
I tried to make a simple tool to locate SDL2 audio task/process (to raise its priority for test) but for some reason I can't seem to see it using ProcessScan. Maybe its name is something unexpected. I need to debug it some more.
@samo79
Could you please translate the title? From what I can remember, SDL2 tries to wait for its child threads before exit but maybe there is something specific to timers.
Yes, sorry priority...and i just remembered that i already did a test with caching which didnß t really solve it.
btw, don't focus too much on that audio...it's a general slowdown/hiccup on the whole SDL2 window/screen, every part is affected (audio, video, speed etc.).
It looks more like something is taking away power from SDL2 in a one second delay manner. Since even the static Notification windows (who shouldn't do anything in the background than simply be there) from my test script, i suspect that something from Notification is using the same resource(s) as SDL2 and they get in each others way. Why it only happens with 4/5 Notifications windows displayed, i don't really understand...maybe the system or SDL2 is running out of something and needs to free/use the last remaining object over and over again?
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
"Parent process has tried to exit before all children have"
I get that a lot with Odyssey since update 2
Edited by Raziel on 2021/6/4 22:10:17 Edited by Raziel on 2021/6/4 22:13:48 Edited by Raziel on 2021/6/4 22:14:18
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
Ok, got my priority booster app working. Yesterday I was testing some app that wasn't using SDL2 for audio (Super Methane Bros uses some other lib).
So, could you kindly compile this program, start your ScummVM build and then run this booster? Then we should be able to rule out the audio priority if boosting it to 15 doesn't change anything.
If you run the app twice, or use Ranger, you should see the new priority applied. Also, if you could provide the results, then maybe we can see the priorities of other processes (but not pure Exec tasks).
I'm back at work...won't be able to test it before the 17th...hope that's ok? :-/
Thank you for the proggie
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
I'll test with my local build as soon as possible, but I assume it's another one of those bleeding edge cross-compilation oddities.
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
Ah, ok, could you test with a more recent version? I remember a bug that was fixed in the meantime.
I know that the buildbot site unfortunately stopped working on Odyssey, so you got to sidestep using another browser/pc.
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
booster app compiled, running and it found the AudioTask.
After boosting the priority unfortunately nothing changed.
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
I did just test ogles2-sdl2 build of scummvm and it shows the same slowdowns, so it's definitely a problem with SDL2 doesn't playing nice with Ringhio windows
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg