It's nice that many gamesare added, even nicer tat ssome never ones, but... is there no possibiity that Lands of Lore CD version would work correctly? Same bug with loading saved games still occurs.

hi,

Have you read this :

https://morph.zone/modules/newbb_plus/viewtopic.php?forum=10&topic_id=12590&post_id=151290&viewmode=flat&sortorder=0&showonepost=1

you can test last GIT version of ScummVM :

https://www.morphos-storage.net/?id=1689319

It's working at last! And also with video filters!
I would test some more games, but it seems Lands of Lore CD version is working fine. Thanks a lot!

[ Edited by Solo_Kazuki 28.11.2021 - 15:21 ]

On next release/beta, we will have "The Longuest Journey" working in 3D OpenGL (only with MacMini due of bug with glreadpixel : https://morph.zone/modules/newbb_plus/viewtopic.php?topic_id=13063&forum=12) but working fine in Software mode.

> only with MacMini due of bug with glreadpixel

Mac mini is not the only MorphOS-compatible hardware that has (or can have) Radeon R200-based graphics :-)

@ beworld - So, are the games that were supported in ResidualVM all being catered -> transferred for future support to ScummVM v2.6.0 +, including The Longest Journey, Grim Fandango, Myst III (3): Exile, Crusader: No Remorse and Little Big Adventure, and if you know, will all these games be expected to run on the next release of MorphOS's version of ScummVM?

@Andreas_Wolf yes you right
@NewSens - Yeah, somes of them working fine with 2.5.0

Read Release notes.

https://downloads.scummvm.org/frs/scummvm/2.5.0/ReleaseNotes.html

So it seems that ResidualVM - IS ALSO - ScummVM so ResidualVM is going to be redundant/no longer actively developed/relevant separately, it will all be just the one merged engine(s) working in harmony, so that's got to be a good (fantastic) improvement, right!

So, will Escape From Monkey Island work OK now with the MorphOS ScummVM engine?

@NewSense https://www.scummvm.org/news/20201009/

Nice! It is great news that Escape from Monkey Island will be playable in ScummVM. I have the original myself, but have never played through it before, so looking forward to do this.

@All

EDIT:
I do check the latest daily amgaos4 build of ScummVM on x5000 and find out that while all new games work: Sanitarium Grim Fandango Escape from the Monkey island The Longest Journey Myst3 etc some of them have some issues that happen on PPC only. For example, i report that about Myst3:

https://bugs.scummvm.org/ticket/13169

if anybody can check on morphos those games on any hardware you have and post the results that may help to improve things for all of us (or at least to know if it os4 suck some amiga1200).

I also before was disappointed by the FPS I got in Grim, Monkey, and The longest journey but it turns out that I build all with full debug and no optimization at first, and now once enable optimization and co all fast.

There s results that i had on x5000/gl4es in OpenGL mode all default:

Monkey: 75 FPS
Grim: 50 FPS
The Longest Journey: all fast (dunno what fps are).


if someone can bring some tests from morphos that will help much.

Thans!

[ Edited by kas1e 25.12.2021 - 19:22 ]

hi

i build same version for MorphOS : https://www.morphos-storage.net/?id=1689319

I test "Show FPS" on Grim/Escape but i dont see FPS counter.. !?

On Myst3, i think we have same problem with transition between scenes, but i dont see white screen or cut screen...


[ Edité par beworld 25.12.2021 - 21:07 ]

I have an FPS counter for sure check this out:

https://youtu.be/8N3Ecw88cCY

As for myst3: seems to depend on the driver. i.e with minigl i have just "purple vertical lines". With gl4es white screen. On morphos, you probably have something else black screen maybe, etc? But IMHO that BE issue. will see what devs answer

[ Edited by kas1e 25.12.2021 - 20:19 ]

Strange, with Grim (640*480 windowed) :
In OpenGL / OpenGL mode, i dont see FPS but In OpenGL / Software seem ok

Hard to have stable FPS... between 150 - 30

My config : G5 2.7 with Radeon 9650 256VRAM, hard to compare, need somebody with X5000

https://www.morphos-storage.net/upload/test/Grim1_OPENGL_SOFTWARE.png
https://www.morphos-storage.net/upload/test/Grim1_OPENGL_SOFTWARE1.png
https://www.morphos-storage.net/upload/test/Grim1_OPENGL_SOFTWARE2.png


yes i confirm, i test transition with two driver and transition is bad lol (only in OpenGL/OpenGL mode) I complet your ticket on scummvm to confirm that.

Quote:

Yeah In OpenGL / Software I had about 120-25. Taking into account that you are on G5 2.7 software mode speed looks as expected on both machines. OpenGL/OpenGL values while looks likу slower they more stable: it's about 40-50 fps around the whole gameplay, no big difference between rooms.

Quote:

Thanks!

[ Edited by kas1e 26.12.2021 - 09:34 ]

Testing Grim:

On R200 driver shadows and culling fails in some scenes: Shadow is "double done" in some parts or stretched irregularly. Culling fails happen when going to elevators and so (you see the character instead of being "removed") or like in first screen you see the secretary being fully showed contrary to being behind the desk.

I see in console output that opengl info says that Alpha Bits, Z buffer depth bits, Double buffer and Stencil Buffer bits are "0" (strange that a linux build says the same).

No fps is showed with window or fullscreen. Scummvm 2.6 has same problems in my system.

As a side note while going to menu (and game screen is not cleared/dimmed as noted before), the option load/save does clean the screen perfectly.

Talking of culling I saw in another games or little opengl programs that this option doesn't always work. Some examples: The typical glu teapot, some level from Jedi Outcast or Doom3 in some instances.

3D with ScummVM have bug with R300 (not R200 ?!).. glRealPixel... but you talking about R200...

> No fps is showed with window or fullscreen. Scummvm 2.6 has same problems in my system.
Yes i dont explain that, ScummVM dev think it may be a opengl bug on platform
FPS use function "drawemergstring" (glListBase / glCallLists) and "loadEmergFont" (glNewList /glBitmap / glEndList): https://github.com/scummvm/scummvm/blob/master/engines/grim/gfx_opengl.cpp#L1820

If you have an idea ?!.... i'm not a OpenGL expert

Not an opengl expert here too but if in systems not using R200, game is basically rendering ok as in kas1e OS4 movies then "it is" another bug for mos developers. And an old one.

Try yourself running it with macmini and R200 driver.

Ok so I did my own Grim/scummvm minimalistic recompilation:

So far checked shadows issues:

Basically stencil functions are completely ignored. Checked engines/grim/gfx_opengl.cpp source with a debian scummvm build.

In GfxOpenGL::drawShadowPlanes() if I disable whatever stencil call, I get the same failures as the MOS version (of course).

Furthermore, removing the stencil disable in GfxOpenGL::clearShadowMode() I get a black screen (as supossed). In MOS version screen is still rendered.


So well, I don't know if it's a "feature" of SDLMOS library or R200 library. I know for sure that asking with SDL functions about OpenGL attributes it always shows that Stencil is "0", same as depth. Ignored?

stencil functions seem present on wrapper : https://github.com/BeWorld2018/SDL/blob/MorphOS/src/video/morphos/SDL_amigagl_wrapper.c#L1457

so i dont know if SDL2 is problem

i see that on SDL2 sources :
https://github.com/BeWorld2018/SDL/blob/MorphOS/src/video/morphos/SDL_amigaopengl.c#L104

Can you try to compile last SDL2 and test it (or i can send you my last library)

From time to time I recompile SDL MOS for testing and of course I recompiled yours from github.
They do the same: Zero output for stencil, depth, etc.

I tried to force stencil values here and there in SDL source but no difference.

But if Grim shadows are ok with drivers different than R200...

ok i test on R300, I have a doubt, i push later screenshot

> Do not hesitate if you see improvements to be made on SDL2

[ Edité par beworld 10.01.2022 - 14:14 ]

Ok tested depth test too. Seems to be also not working.

On debian version if I disable depth test on GfxOpenGL::drawBitmap() right at the else // zbuffer image, the bad effect of models being drawn on top of front objects happens as in my system.

So stencil and depth are in a state of oblivion here.



[ Edited by Cowcat 10.01.2022 - 14:04 ]

2022-01-10-18h08-11.png

Same on r300 driver but add glReadPixel bug , so dont have face of hero lol

I dont have this extension : GL_EXT_packed_depth_stencil
https://github.com/scummvm/scummvm/blob/master/graphics/opengl/context.cpp#L120



[ Edité par beworld 10.01.2022 - 19:26 ]