I just checked the source and the fix hasn't been merged in yet
EFMI support has been dropped for now due to massive problems in the game, there is no officially test phase announced so prepare for bugs, crashes and an overall not working game (you have to wait until they ironed out the bugs
Thanks for release it, finally Just a note, on my system (Sam440) Frogatto seems now a bit slower using MiniGL 2.20 compared to the old MiniGL 2.5, this using any kind of video resolution ..
Now...3D is available and problems start (just as i assumed)
When letting Grim Fandango insode ResidualVM run in Hardware Renderer (Software Renderer unchecked) and Fullscreen i get am error. Quote:
WARNING: Couldn't create 32-bit visual, trying 16-bit! WARNING: Couldn't create 16-bit visual with alpha, trying without alpha! WARNING: Error: Failed to create MiniGL context!
I know that Warp3D/MiniGL are working because my beloved Aquaria started to run again (and amazingly fast too), as does Equlilibrio...while UFOAI also throws an error, the very same as it did without Warp3D Quote:
------- video initialization ------- Error: Unable to dynamically open GL lib : No dynamic GL support in video driver
While this "dynamic GL" might probably not be supported i wonder whats the problem with residualvm...then again, iirc there was a change to the source that involved hw rendering and fullscreen crashing...mmh...
You're having trouble with full-screen mode? What screenmode? Is it attempting to open a 16-bit screen by any chance? If so, then SDL may be trying to get a big-endian 16-bit screen, and Southern Islands GPUs don't support that.
If it is a 32-bit screen, then I have no idea why it would be failing.
Yes I can confirm that Grim works runing in hardware mode on my sam440ep using on board video. Enabling hardware mode also makes the game run at a playable speed, unlike in software mode.
But it does seem to have a few clipping glitches with Manny being draw in front of the lift doors when they shut and a few other little glitches like that, but so far know of them have effected game play. I don't know if the issue due to the onboard video on the sam440ep or if its a ResidualVM so it would be nice to hear how Grim runs for other people in hardware mode under OS4.1FE or OS4.1 update 6.
Myst 3 also lunches without crashing but my sam440ep does not seem able to play back the audio in real time so its not playable.
Sam440ep 667mhz 512megs OS4.1 + Minimig, 4MB RAM, ARM add-on board WinUae 2.3.2, OS 3.9, BB2, Catweasel MkIV Amiga 1200, BlizzardPPC 060/200 with SCSI, mediatorSX, Voodoo3, pci lan
I'm talking about the latest newly builds with the updated W3D SDK, they don't work.
Daily Builds from the residualvm website work (to an extent) because they are still built with the old SDK...somethings not right with the update, but i'm not capable of telling what.
Because that is the buildbot build (automatic daily builds from a cross-compiler toolchain).
The "official" release will be done natively and only released when there are all dependencies met and all obvious bugs fixed.
I.e. Grim Fandango has a pretty ugly z-ordering issue (in the whole game) when using the currently available MiniGL lib and OpenGL (instead of software rendering). As long as there hasn't been an update to MiniGL that addresses this problem (and many more) there is no point in releasing a new version.
Another thing is monkey island 4, which produces a white screen on video playback, also no point in releasing a broken version.
But be assured that I keep up with the changes and recompiles and I will release a new version once those bugs has been addressed.