ScummVM and AmigaOS4.1 F.E.

	Bottom Previous Topic Next Topic
Register To Post

« 1 ... 30 31 32 (33) 34 35 36 ... 39 »

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#641

@Maijestro

the .ini creation crash is very random, it comes and goes...
I'm pretty sure the clib4 build suffers from the same, but it doesn't seem to trigger as often

Maijestro

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/10/15 15:41 #642

Just can't stay away

@Raziel

Quote:

Raziel wrote:@Maijestro
the .ini creation crash is very random, it comes and goes...
I'm pretty sure the clib4 build suffers from the same, but it doesn't seem to trigger as often

Quite possible, but even if the .ini is created successfully, your build crashes when switching to OpenGL mode and restarting is no longer possible, at least on my machine.The clib4 version does this without any problems and ScummVM can be called again at any time.

Don't get me wrong, I don't want to criticize your work and this isn't meant to be a clib4 vs.newslib thread. I can only share my user experience here.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#643

@Maijestro

switching to OpenGL mode how?

within scummvm, or closing starting the gl binary?

afxgroup

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/10/15 17:02 #644

Amigans Defender

I didn't change nothing special when compiling gl4es. I've used cmake with cross compile as usual. Keep in mind that I *never* use OS4 to compile stuff..

i'm really tired...

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#645

@afxgroup

strange that you don't hit the error then

Maijestro

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/10/16 15:16 #646

Just can't stay away

@Razie

lQuote:

Raziel wrote:@Maijestro

switching to OpenGL mode how?

within scummvm, or closing starting the gl binary?

Within ScummVM when I switch from SDL Surface to OpenGL. But at the moment it doesn't matter anymore, we can continue the tests when my X5000 has arrived

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE

Maijestro

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 8:12 #647

Just can't stay away

@Raziel

I was able to test the latest ScummVM version from your server and it ran absolutely stable. There were no problems the first time I ran the .ini.

However, when I replace the ScummVM.exe with the GL.Exe I get the following error message that “libSDL2_NET-2.0.so.200” was not found.

Otherwise ScummVM has become very fast or it's because of my new hardware...I can now playBroken Sword 2.5: The Return of the Templars smoothly. So ScummVM is really fun thanks.

ps. if you want me to do more tests for you let me know.

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE

Mr_byte

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 11:34 #648

Just popping in

@Raziel

I downloaded the latest 20241116 build from your server. On my A1222 mahcine it works fine the first time i start it up. But when I exit and try again, scummvm crashes. Turning the machine off and on does not help. But when I delete the scummvm.ini file it created firste time, scummvm starts again. If i dont exit and start a game and then select "return to launcher" it crashes again.

So, if i want to start Scummvm, I have to delete the ini file. And then I can't return to the launcher after playing a game. I can post a picture. But i don't know if that helps you much...

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#649

@Mr_byte

you are using the gl4es binary, right?

on the first start, when the .ini gets created, try to set the renderer to OpenGL (instead of sdl surface).

see if that helps

another option is to use the gl binary

Mr_byte

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 12:44 #650

Just popping in

@Raziel

Im still new and learning stuff...so maybe im doing something wrong.

Im using the scummvm executable in the install folder, is it the gl4es binary?..And also tried the Scummvm_GL

I have tried to set the renderer to OpenGL, exit and then it chrash when starting up, I then deleted the ini file, startet scummvm again and set the renderer to SDL Surface. Exit and then it crash again.

I have also moved the content of the sobjs folder to the Sys:sobjs folder, it that correct?

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#651

@Mr_byte

oh goddess, please do *not* move files around.
scummvm has its own dir structure and works perfectly fine...I fear for your system setup

please, *never* "install" any sobjs from an app to your sobjs: path...if a game or app relies on such, delete it, as its not worth having

the sobjs/ subdir holds what the app needs, no further action required

as for the crash...unfortunately I can't help...it could be as easy as setting an option in the launcher, but I don't know.
something is set which crashes your system

do you have a save/ subdir in path-to:scummvm/

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#652

I have one more idea.

start scummvm
close it
post your scummvm.ini file here

and take a look at the settings yourself, any patches that are missing?

Maijestro

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 15:04 #653

Just can't stay away

@Mr_byte

Could you please post your shell output so we can compare them?

For comparison I provide mine what happens when ScummVM is started for the first time and the .ini is created.


LIBGL: Initialising gl4es

LIBGL: v1.1.6 built on May  5 2024 07:27:47

LIBGL: Using GLES 2.0 backend

LIBGL: Using Warp3DNova.library v54 revision 16

LIBGL: Using OGLES2.library v3 revision 3

LIBGL: OGLES2 Library and Interface open successfuly

LIBGL: Targeting OpenGL 2.1

LIBGL: Not trying to batch small subsequent glDrawXXXX

LIBGL: Trying to use VBO

LIBGL: Force texture for Attachment color0 on FBO

LIBGL: Hack to trigger a SwapBuffers when a Full Framebuffer Blit on default FBO is done

LIBGL: Current folder is:/Programme/Emulation/ScummVM

WARNING: FSNode::createReadStream: 'scummvm.ini' does not exist!

Default configuration file missing, creating a new one

LIBGL: Hardware test on current Context...

LIBGL: Hardware Full NPOT detected and used

LIBGL: Extension GL_EXT_blend_minmax  detected and used

LIBGL: FBO are in core, and so used

LIBGL: PointSprite are in core, and so used

LIBGL: CubeMap are in core, and so used

LIBGL: BlendColor is in core, and so used

LIBGL: Blend Subtract is in core, and so used

LIBGL: Blend Function and Equation Separation is in core, and so used

LIBGL: Texture Mirrored Repeat is in core, and so used

LIBGL: Extension GL_OES_mapbuffer  detected

LIBGL: Extension GL_OES_element_index_uint  detected and used

LIBGL: Extension GL_OES_packed_depth_stencil  detected and used

LIBGL: Extension GL_EXT_texture_format_BGRA8888  detected and used

LIBGL: Extension GL_OES_texture_float  detected and used

LIBGL: Extension GL_AOS4_texture_format_RGB332 detected

LIBGL: Extension GL_AOS4_texture_format_RGB332REV detected

LIBGL: Extension GL_AOS4_texture_format_RGBA1555REV detected and used

LIBGL: Extension GL_AOS4_texture_format_RGBA8888 detected and used

LIBGL: Extension GL_AOS4_texture_format_RGBA8888REV detected and used

LIBGL: high precision float in fragment shader available and used

LIBGL: Extension GL_EXT_frag_depth  detected and used

LIBGL: Max vertex attrib: 16

LIBGL: Extension GL_OES_get_program_binary  detected and used

LIBGL: Number of supported Program Binary Format: 1

LIBGL: Max texture size: 16384

LIBGL: Max Varying Vector: 32

LIBGL: Texture Units: 16/16 (hardware: 32), Max lights: 8, Max planes: 6

LIBGL: Extension GL_EXT_texture_filter_anisotropic  detected and used

LIBGL: Max Anisotropic filtering: 16

LIBGL: Max Color Attachments: 1 / Draw buffers: 1

LIBGL: Hardware vendor is A-EON Technology Ltd. Written by Daniel 'Daytona675x' Müßener @ GoldenCode.eu

LIBGL: GLSL 300 es supported and used

LIBGL: Shutting down

MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE

Mr_byte

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 15:46 #654

Just popping in

@Raziel

Quote:

oh goddess, please do *not* move files around.
scummvm has its own dir structure and works perfectly fine...I fear for your system setup

please, *never* "install" any sobjs from an app to your sobjs: path...if a game or app relies on such, delete it, as its not worth having

the sobjs/ subdir holds what the app needs, no further action required

as for the crash...unfortunately I can't help...it could be as easy as setting an option in the launcher, but I don't know.
something is set which crashes your system

do you have a save/ subdir in path-to:scummvm/

Hehe, I learned something today too. Remember everyone must start somewhere, so please dont be to harsh :). Fortunately, I was smart enough to back up the original contents of the original Sys:sobjs directory. I will restore it to the way it was before. No harm done. I was thinking it was some kind of shared files like the sys:libs folder and scummvm was looking for them at this location. Yes, I have set a save path to a directory

Edited by Mr_byte on 2024/11/17 16:10:42
Edited by Mr_byte on 2024/11/17 16:14:48
Edited by Mr_byte on 2024/11/17 16:21:53

Mr_byte

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 16:07 #655

Just popping in

@Raziel

Quote:

post your scummvm.ini file here

gui_browser_native=true
gui_use_game_language=false
autosave_period=300
opl_driver=auto
mute=false
gui_theme=scummremastered
native_mt32=false
gui_mode=antialias
mt32_device=null
local_server_port=12345
savepath=xn--Gamesmain-pa14d/install/Saves/
confirm_exit=false
gfx_mode=surfacesdl
extrapath=xn--Gamesmain-pa14d/install/extras/
gui_scale=125
gui_return_to_launcher_at_exit=false
gui_disable_fixed_font_scaling=false
browser_lastpath=xn--Gamesmain-pa14d/install/plugins
fullscreen=false
audio_buffer_size=2048
pluginspath=xn--Gamesmain-pa14d/install/plugins/
gm_device=auto
themepath=xn--Gamesmain-pa14d/install/themes/
sfx_volume=192
music_volume=192
speech_mute=false
music_driver=auto
stretch_mode=stretch
iconspath=xn--Gamesmain-pa14d/install/
aspect_ratio=true
versioninfo=2.10.0git
speech_volume=192

Mr_byte

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 16:13 #656

Just popping in

@Maijestro

Yes, here is my shell output when starting up first time without the ini file.


LIBGL: Initialising gl4es

LIBGL: v1.1.6 built on May  5 2024 07:27:47

LIBGL: Using GLES 2.0 backend

LIBGL: Using Warp3DNova.library v54 revision 16

LIBGL: Using OGLES2.library v3 revision 4

LIBGL: OGLES2 Library and Interface open successfuly

LIBGL: Targeting OpenGL 2.1

LIBGL: Not trying to batch small subsequent glDrawXXXX

LIBGL: Trying to use VBO

LIBGL: Force texture for Attachment color0 on FBO

LIBGL: Hack to trigger a SwapBuffers when a Full Framebuffer Blit on default FBO is done

LIBGL: Current folder is:/Games/main/install

WARNING: FSNode::createReadStream: 'scummvm.ini' does not exist!

Default configuration file missing, creating a new one

LIBGL: Hardware test on current Context...

LIBGL: Hardware Full NPOT detected and used

LIBGL: Extension GL_EXT_blend_minmax  detected and used

LIBGL: FBO are in core, and so used

LIBGL: PointSprite are in core, and so used

LIBGL: CubeMap are in core, and so used

LIBGL: BlendColor is in core, and so used

LIBGL: Blend Subtract is in core, and so used

LIBGL: Blend Function and Equation Separation is in core, and so used

LIBGL: Texture Mirrored Repeat is in core, and so used

LIBGL: Extension GL_OES_mapbuffer  detected

LIBGL: Extension GL_OES_element_index_uint  detected and used

LIBGL: Extension GL_OES_packed_depth_stencil  detected and used

LIBGL: Extension GL_EXT_texture_format_BGRA8888  detected and used

LIBGL: Extension GL_EXT_texture_rg  detected and used

LIBGL: Extension GL_OES_texture_float  detected and used

LIBGL: Extension GL_AOS4_texture_format_RGB332 detected

LIBGL: Extension GL_AOS4_texture_format_RGB332REV detected

LIBGL: Extension GL_AOS4_texture_format_RGBA1555REV detected and used

LIBGL: Extension GL_AOS4_texture_format_RGBA8888 detected and used

LIBGL: Extension GL_AOS4_texture_format_RGBA8888REV detected and used

LIBGL: high precision float in fragment shader available and used

LIBGL: Extension GL_EXT_frag_depth  detected and used

LIBGL: Max vertex attrib: 16

LIBGL: Extension GL_OES_get_program_binary  detected and used

LIBGL: Number of supported Program Binary Format: 1

LIBGL: Max texture size: 16384

LIBGL: Max Varying Vector: 32

LIBGL: Texture Units: 16/16 (hardware: 32), Max lights: 8, Max planes: 6

LIBGL: Extension GL_EXT_texture_filter_anisotropic  detected and used

LIBGL: Max Anisotropic filtering: 16

LIBGL: Max Color Attachments: 1 / Draw buffers: 1

LIBGL: Hardware vendor is A-EON Technology Ltd. Written by Daniel 'Daytona675x' Müßener @ GoldenCode.eu

LIBGL: GLSL 300 es supported and used

Edited by Mr_byte on 2024/11/17 16:42:56

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#657

@Mr_byte

it's embedded in code, if you want it scrollable

like this (drop the spaces)

[ code ]

your text

[ /code ]

...

ok, now edit your scummvm.ini and replace "surfacesdl" with "opengl" and see if that helps...just an idea, but i think the problem lies somewhere else

Mr_byte

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 16:55 #658

Just popping in

@Raziel

Thanks for the help. Now i have learned two things today :)

Unfortunately it has the same outcome when i change "surfacesdl" to "opengl"

I dont know if this help, but the ScummVM 2.9 clib4 version is working perfectly with every settings, filter, opengl etc..Could the problem be something with my a1222 cpu and what you are using to create your version? Im not a programmer and my simple mind is just thinking loud here...Just trying to help to getting it to work with a A1222 machine. I dont think my system software is broken. It is Just a standard A1222 usb installation (AOS 4.1 FE A1222 edtion and Enhancer pack 2.2) with som libs installed: SDL, SDL2, CLIB4, SPE PPC compatible MiniGL libs, Novabridge, Gus soundfont and libboostyGFXv1 and v2. The sys:SObjs folder is back to normal :) Thats it, i think...

Anonymous

Re: ScummVM and AmigaOS4.1 F.E.

#659

@Mr_byte

since it runs fine the first time you start it, i don't think its a problem with your setup...

it seems to stem from one of the settings, just which one would be interesting to know.

you could try to create (texteditor) a scummvm.ini consisting only of
[ scummvm ]
(again, lose the spaces)

and start scummvm...

if it works, add one line after another and see which one chokes

tedious, i know

or, you wait for the next update

Mr_byte

Re: ScummVM and AmigaOS4.1 F.E.

Posted on: 2024/11/17 18:26 #660

Just popping in

@Raziel

Yes, I can try to add line after line until it crashes. No problem.

But I also forgot to mention that i get quite a few guru meditation error messages when I quit after a successful startup as well. But sometimes i get none, but rarly.

I took a little recording of what happens when I exit scummvm. Sorry for the quality of the recording.

https://www.youtube.com/watch?v=sHUj9Gk3uts

Register To Post	« 1 ... 30 31 32 (33) 34 35 36 ... 39 »
	Top Previous Topic Next Topic

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