RetroFE forums

Hi,
That test it has only 2 sys and 1 game per sys. But can be a false error as I hade to trick to get it started with the source. 😩
Running out of vs 2019 it enter in the sys and scroll until crash as alredy reporter issue, running from VS 2019 it crash wen try enter sys, start retrofe, show systems, on try enter one of them crash. And gives tht last print

Can you downgrade gstreamer to test if is sld2 issue?
Our is possible add that 1st link of code to retrofe. Cpp our gstreamer vídeo. Cpp to on call ucrlbase. Dll ignore tht call? It will not be a solution but will not crash retrofe I think... At least until you find how to solutions it..

memory crash print

Hello updating with 5 prints, maybe wen this class are calling are in conflit with code?!
seems some are calling in64... it juld be x86/w32?!
willl add another error print off h264 encounder faling

Your code is all right for wht I see, and googling 😏 many ppl has problems trying do it for 2nd screen as it add the create window overwrite in one screen only,
In my opinion, as sdl scan how many displays are connected why not if possible script tht info to settings.conf? Our add an if display is == n then screen um can't be >n?
And get from start fullscreen no?
What I understand for issue is that it has some mess between display and screenum. Well probably I'm all wrong I'm only sharing my thoughts.
Well thanks for your time
Anything you need for test just fell free.

Wen testing retrofe, and it doesnt have nothing to do with layouts.

in settings.conf if you say fullscreen "no" for 1st screen and add vertical and horizontal valors it will read and aplly, for next screens 2nd in my case it will read settings rec to log but will not apply.
It will always assume fullscreen dont know with flags is aplaying if SDL_WINDOW_FULLSCREEN_DESKTOP our SDL_WINDOW_FULLSCREEN. but is applying my resolution.
for  what i see its an code issue problavly bcs it doesnt read (i++) for display(n) 2 my case, why i say code issue, because if i change line 193 -- windowWidth_, windowHeight_ to 1280, 720 it will assume for both screens the changes. ass prints i add for you see.
I add log for you understand what im telling.
i had more prints but it only allows 4
Any think i can help testing be free ask.
Thanks again for your work.

Hello, i´m being testing retrofe version after big update, Gstremer and SDL, as you know it crash, i know you cant replic it because you using linux and for what i googlit is an win10 issue / problably, as googling found another teorie  of buffering (STATUS_STACK_BUFFER_OVERRUN)
making tests discover that problem is in gstcoreelements.dll and gstreamer-1.0-0.dll as they are connected (the call for ucrtbase.dll comes from them)
if you take version 1.20 gstcoreelements.dll and overwrite in retrofe(core folder), it will not have video and will not crash ever, so i think maybe there´s some problem in video code!!?
As this one man dev, im trying help all comunity.
Here  i add prints screens of what i get, hope it can help, if i can make another tests please fell free ask, i will try, i started retrofe.exe with vs 2019.
gstream v 1.18.3 has an issue for win32, that has been correct on version 1.18.4, and they released this year Fev2022 versio 1.18.6.
i  think this guys here ignore ucrtbase.ddl to open if prog call (https://social.msdn.microsoft.com/Forums/windows/en-US/522946b7-cb39-43b3-868d-ae9bde1a458b/application-crash-ucrtbasedll?forum=winforms) (don' t know if is compatible/possible for you add it)
But all my teories can be wrong and its there  a simple way for you solution it .
im new in it, im not programmer so, cant help to much
will love know more of code for this not be one man work.
Have a nice day, and thanks for all