RetroFE Crash After 10.7 calling ucrtbase.ddl

[RfsVieira]

Hi, for whts here https://github.com/phulshof/RetroFE/tree/13f1b7aaab37b34f6cce732166fd7e6e0d002df9
Was gstreamer 1.4.0.
On windows I install version 1.18.3, copy folder, then unistall and nstalled 1.18.6, copy folder same to 1.20. Then wen want to compile just rename the version I want to the default folder gstreamer name. Then I made checked 1.18.3 dlls and made a backup of tht dlls for versions 1.18.6 and 1.20. So wen I was testing if I compile with version 1.20 e copy to core all dlls from bin folder and gstreamer 1 replacing it for tests.
GStreamer 1.18.3 has issues for compile on win32. They only fixed on 1.18.4 and for some reason in fev2022 they released 1.18.6 stable version. I don't know if on Linux u can make tht trick of change folder names....

[Pieter Hulshoff]

The problem doesn't exist on Linux; if it was I would have fixed it a long time ago. It may very well be an issue with one of the plugins actually. I noticed that 1.4.0 used a lot of internal video codecs while the latest releases use separate audio/video plugins.

[RfsVieira]

VM problably u can have gpu problems ...
the big issue is here wen they update and add ucrtbase.dll i think...

see if it has any logic/sense for retrofe https://gstreamer-devel.narkive.com/zsU8NbAp/crash-when-trying-to-stop-pipeline-containing-encodebin

maybe on scroll / next page it for some reason the  <video> element is set to load empty or about:blank, a player is still
created, but no pipeline is loaded and crash?!

[Pieter Hulshoff]

Hmmm, that might be a possible reason. I don't believe the old code stopped the video before deleting it, and the current code does that for over 70 videos in some of the themes. Sometimes it's just a matter of increasing chances when you do the same thing over and over again, each with a small chance of crashing the program. It's a rather old bug though; would that still be part of the current gstreamer code?

[RfsVieira]

Well for now I'm stack with the tests and investigating...
Probably only can do more test directly debugging retrofe.exe and source if JonahUK our P1ch3 help with layout adaptation to retrofe default layout (aeon) for more tests,  as their theam made a much complexx layout and was the 1st alerting this issues...  until now I'm making cheating/tricky for tests and results can be wrong 😔. I alredy know how debug on windows retrofe build with the git. It can crash on 1st page change our in 10 page change... As it isn't same is difficult find the issue(s).

[Pieter Hulshoff]

I'll see if I can install gstreamer 1.4, compile with that, and run the latest code in the old core directory with new SDL libraries. That should tell us something about the cause at least.

[RfsVieira]

Great, waiting to test it to

[xboxiso]

Same here. Available to test when ready...

[Pieter Hulshoff]

OK, give this one a try and let me know. This should be used with the OLD core directory, so using the old releases of gstreamer and SDL!

[RfsVieira]

hello, my 1st test it is running very well and fast, didn´t crash, will continue doing test and report.
thanks

[RfsVieira]

Hello
Found an major issue when you GameExit, all the Items menu come back to alpha="1", problably some page update?!
 Still not crash
Thanks

[Pieter Hulshoff]

Can you zip up your test setup, and wetransfer (or something) it to me via PM? I'd like to see what you're seeing so I can analyze the problem.

[RfsVieira]

Wen back home after work will try do a video.
Thanks

[JonahUK]

https://imgur.com/a/Db9bCL6

Per above comment.

[RfsVieira]

Thanks JonahUK