No way, you can reproduce it? That is good news. (I can't cross check right now unfortunately, but maybe someone else can confirm it as well?)
So, SDL2 prefs defaults to the best/fastest target available (I guess someone who doesn't have the enhancer pack installed will probably default to MiniGL/OpenGL)
That is also great news, because it means we can work around the start crash (until it's root has been isolated and probably fixed)
Note: if you encapsulate your crashlog with [ code ] ... [ /code ] without the spaces, your post won't grow as long
@capehill
Can you make out something obvious happening in the prefs settings, that could lead to this?
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
No, that libvpx crash is something completely different. It's a new dependancy, fairly recently added and not error prone at all, expect crashes there
Video driver will always be "os4", scummvm doesnt know better...the ogles2/OpenGL debug output is what distinguishes the driver used.
Don't bother with "scummvm -dxx" output, it won't show anything, since the crashes seem to happen on gfx driver/OS level
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
SDL2 prefs defaults to the best/fastest target available (I guess someone who doesn't have the enhancer pack installed will probably default to MiniGL/OpenGL)
Default 2D renderer is compositing.
@Skateman
Do you have minigl.library + required Warp3D driver installed and functional? I don't see it in your crashlog.
I think all is present and loaded. MiniGL and Warp3D both installed and loaded.. I have been playing around with these SDL settings in the past. Like mentioned before, when i set this 2D Renderer Options to openGL scummvm fails. If i set this to default, its using opengles2.
What does "nothing happens" mean? No crash, or no launcher?
Try ScummVM -d 10 from a shell and catch the output
Or use snoopy
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
A word to the Syberia games: They are supported and compiled in, but they won't run as of now, as they need to get their own shaders written, which has not happened yet, so please, don't send bug reports of Syberia crashes.
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
A word to the Syberia games: They are supported and compiled in, but they won't run as of now, as they need to get their own shaders written, which has not happened yet, so please, don't send bug reports of Syberia crashes.
So will there be full support for Syberia (Mac version) on AmigaOs4.1 with ScummVM in the near future?
I don't know Syberia and have never played it, but it looks fantastic.
Eventually, yes... Someone needs to write the shaders first, though.
If you take a look in extras/shaders/ you can maybe grab a glimpse of how much work might be involved.
At least the problem is known to the devs...if and when, I cannot say...don't hold your breath just yet
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
Unfortunately I don't ownbthat game, but I would think the issue is the same due to our shared codebase?
What did you change to make it work? Was it something I could add to the scummvm source?
Thank you
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
Yeah, the bigger the game data the slower the gameplay...too much i/o going on with no help to the cpu from other os components...
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
Of course I could only test it in software rendering, but I can confirm that it was very, very, very slow. If it's playable at all it's at x5000 and of course 3D accelerated and even on this machine it will probably be slow.
Minimum system requirements PC:
2.7 GHz Dual Core (and above, can run on single core) RAM:2GB RAM GPU:Direct3D, OpenGL, DirectX 5 OS:Windows 7,8,10, XP SP2 STO:2 GB available space
So we don't have to think about whether it works or not, it wouldn't matter
So, finally found the time to check...yes, it seems to work.
I also get this when configuring (if that helps) Quote:
Checking if fseeko with 64-bit off_t is supported... no Checking if fseeko64 is supported... yes Checking if fopen64 is supported... yes
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