ScummVM and AmigaOS4.1 F.E.

	Bottom Previous Topic Next Topic
Register To Post

« 1 ... 16 17 18 (19) 20 21 22 ... 39 »

Maijestro

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/3 16:02 #361

Just can't stay away

@RazielQuote:

Raziel wrote:@Capehill

You can get the log (and latest build) here: https://gofile.me/6YNda/t5PP67MuL

I hope you can make something out of the log.

Thank you very much for taking the time

Tested with the new build ....

Log -D9:

Neuer Shell-Prozess 3
3.Workbench:> Programme:pre-release/install/scummvm -d9
Debuglevel (from command line): 9
Reading plugins from plugin directory ''
Couldn't open plugin directory 'plugins'
Couldn't open plugin directory '/usr/local/lib/scummvm'
Using SDL Video Driver "os4"
Invalid joystick: 0
Using SDL Audio Driver "amigaos4"
Output sample rate: 44100 Hz
Output buffer size: 2048 samples
Output channels: 2
WARNING: OpenGLGraphicsManager::endGFXTransaction: Could not load any graphics mode!!
3.Workbench:>

Scummvm.ini like yesterday

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#362

@Maijestro

Yes, as long as there is no fix in SDL2 to what you wrote @capehill found, then we'll get no other outcome than we already know.

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#363

@white

Does this bug still happen?

iirc those games feature a "slide in" bar on the top or bottom.
It works fine here, what OS4 version are you using?

Did you try with the latest infrequent builds (see link a few posts above)?

Capehill

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/3 17:36 #364

Just can't stay away

@Raziel

I don't know when I have time to investigate Grim Fandango. Are you sure it's caused by OpenGL renderer? Does it happen with MiniGL? Does it happen with SW renderer (if there is one)?

Have you checked with Snoopy that there isn't something odd triggering?

Edited by Capehill on 2023/5/4 6:11:06

Maijestro

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/3 17:44 #365

Just can't stay away

@RazielQuote:

Raziel wrote:@Maijestro

Yes, as long as there is no fix in SDL2 to what you wrote @capehill found, then we'll get no other outcome than we already know.

Ok we wait until the next SDL2 release and then we test again. Also thank you very much for the support.

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#366

@Capehill

Take your time, no rush.

I'll test with the other renderer and report back.

The strange thing is that I only seen this behaviour in Geim,so it might be a game thing roo

samo79

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/3 19:24 #367

Home away from home

@Raziel

Tested your latest build on my Sam440 (MiniGL-Radeon 9250), all options in SDL prefs set as default

WARNING: OpenGLGraphicsManager::endGFXTransaction: Could not load any graphics mode!

Edit:
Set MiniGL in SDL prefs, restart ScummVM but got the same message

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#368

@samo79

Sheesh, what is going on?

Works fine here.
Did you try to start scummvm without an .ini file?
It should fall back to use default settings

samo79

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/3 22:05 #369

Home away from home

@Raziel

Yes, when i start the exe it will going to create (or recreate) a new ini file, but the file seems empty...

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#370

@samo79

Yes, nothing will be written unless you close scummvm again.

Question is, does it open a window/screen for you then or does the same error pop up?

I'll try to compile a new version tomorrow based on sdl2 2.26.5rc2

samo79

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/3 23:57 #371

Home away from home

@Raziel

Same error at any launch, it doesn't open anything...
The ini file created still also empty

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#372

@Capehill

Nevermind...

All renderers show the same dropouts, but the only thing i could see on the snoopy log was, that ScummVM was reading and locking my saves/ items over and over again, and i have *lots* of save states, so i renamed that drawer and poof, the dropouts are gone.

Seems the system is not fast enough to cope with such an amount of read/lock requests...

Now to find a way to keep my saves and also keep the speed...

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#373

@samo79

There is no such thing as a MiniGL option in SDL prefs, did you mean OpenGL?

I just tried with all the settings as default, works here.
Maybe this is the same culprit @Majestro has, that something in SDL always uses some specific GL setting instead of falling back to software (not really into the details of the problem)

Anyway, new version based on RC2 coming up

Capehill

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/4 6:10 #374

Just can't stay away

@Raziel

Quote:

Maybe this is the same culprit @Majestro has, that something in SDL always uses some specific GL setting instead of falling back to software (not really into the details of the problem)

To clarify, what happened before, was that if framebuffer creation failed due to missing oddball pixel format when using "software" driver in 16-bit mode, SDL2 picked the first accelerated renderer from the list which happens to be "compositing" one. (Nothing to do with any OpenGL so far)

samo79

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/4 13:15 #375

Home away from home

@Raziel

Quote:

There is no such thing as a MiniGL option in SDL prefs, did you mean OpenGL?

Yes of course opengl :)

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#376

@samo79

Try the upload from today, nit that I think anything changed.

Did 2.7.0 release work?

Maijestro

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/4 17:02 #377

Just can't stay away

@Raziel

Also their new build from today does not open a window under SDL2 RC2. It is exactly the same error as with all other builds.

WARNING: OpenGLGraphicsManager::endGFXTransaction: Could not load any graphics mode!!

Using SDL Video Driver "os4" -d9 log

SDL2 prefs Software and Default

Edited by Maijestro on 2023/5/4 17:31:16

Capehill

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/4 17:40 #378

Just can't stay away

@Maijestro

Worked for me. Without .ini file it started in OpenGL mode (gfx_mode=opengl), as I have RadeonRX, this means OpenGLES 2. Also gfx_mode=surfacesdl works here.

Do you get .ini file? Can you try to modify it?

-d9 shows that even in surfacesdl mode ScummVM create an OpenGLES2 context, not sure why, or is it related to the problem.

Maijestro

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/5 13:14 #379

Just can't stay away

@CapehillQuote:

Capehill wrote:@Maijestro

-d9 shows that even in surfacesdl mode ScummVM create an OpenGLES2 context, not sure why, or is it related to the problem.

I think this could be the problem. I tried with gfx_mode=surfacesdl in the .ini and also without edited .ini.

WARNING: OpenGLGraphicsManager::endGFXTransaction: Could not load any graphics mode!!!

Using SDL Video Driver "os4" -d9 log

Shouldn't Video Driver say "Software"?

Capehill

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2023/5/5 13:52 #380

Just can't stay away

@Maijestro

I suppose "os4" refers to the name of SDL2 video backend. SDL2 renderer is another subsystem which works on top of video backend.

It seems this issue can be worked around using --gfx-mode=surfacesdl switch.

@Raziel

It's possible to reproduce the problem if you rename ogles2.library. On error ini file is not created.

I think there is some ScummVM issue which doesn't take into account that maybe OpenGL cannot be used at all in some scenario.

Register To Post	« 1 ... 16 17 18 (19) 20 21 22 ... 39 »
	Top Previous Topic Next Topic

Currently Active Users Viewing This Thread: 1 ( 0 members and 1 Anonymous Users )