DevilutionX PPC niche.

[Cowcat]

Audio is set by game to 22050.

Maybe in a future release I could try to enable a 16bit version, but new code changes did movies behave baddly like not scaled to fullscreen to bad render in windowmode but made 8 bit mode fullscreen work for MOS (more "frames" BTW).

Finished another playing (like a dozen I did):

For MOS:
The issues found are lockups in certain situations like lot of enemies and their lightings weapons. I speculate with the SDL_mix library I glued in game (old "hits" game had came from here) but could be anything: Every new game is different so difficult to pinpoint where are the problems. But with patience you can still play after a reset: Game treats better the filesystem and doesn't erase old parameters before saving.

For MOS guru principal developers:
What the hell happen with atexit() ? I had to recreate a special function for a proper closing because it fails.
Also for general Amiga/MOS: c++ stream seek fails too: Cannot seekp beyond EOF (A feature?). I believe Bebbo's 68k gcc fixed it recently.

[waldiamiga]

Cowcat - Will there be new versions or are you finishing with it? (Thanks for your work!)

[Cowcat]

@waldiamiga

Probably a new version as new stuff is added at this time. Problem is my fork is a little off from master github and everytime something is added I now have to do it manually as it mangles my modifications instead of a simple fetch upstream.

Another subject is if that manual work adds better performance, fixes or advantages from last version: It involves also to go through all the game from bottom to end and repeat again: The "random" quality of it makes difficult to check out all the possible scenarios where game could crash (because it does sometimes).

Didn't see much comments (here) about if it works mostly ok.

[anotherlife]

I have now tried this with my Bppc 240mhz and voodoo3. It runs ok but it runs to slow in my opinion. Is there any way to make it run faster with 240mhz. It's strange how it can run faster with Vampire when ppc should be faster?? Or what am I missing?

[Hedeon]

Access speed to vga memory and memory in general. And then maybe context switches.

[Cowcat]

New code is probably faster now for old machines.

Warpos versions problematic with new SDK and compilers: Don't work.

[anotherlife]

Originally Posted by Cowcat

New code is probably faster now for old machines.

Warpos versions problematic with new SDK and compilers: Don't work.

I use the latest. The file on page 3 i guess ? Devilutionx-wos

[Cowcat]

Yep, here on EAB. Hopefully new versions will come out. I did like a hundred for MOS and a dozen for WOS when they compiled ok (non public).

[grelbfarlk]

Originally Posted by Hedeon

Access speed to vga memory and memory in general. And then maybe context switches.

If Diablo runs at 640x480x8bit at 30FPS that should take somewhere around 9216000/s or roughly 9MB/sec from the CPU to the Voodoo card on the Mediator. Maybe in ideal conditions the PPC on the motherboard could write to the Voodoo something close to this speed-maybe. But usually we assume it's more like 6MB/s.

If Diablo is running at 16bit color depth this goes up to roughly 18MB/s-totally unlikely for the PPC on the CSPPC to access the VRAM on the Mediator this quickly.
Obviously this is not a problem with the slowest PPC card sitting on the PCI bus.
Solution: Cowcat updates DevilutionX to use Warp3D

If would be interesting to hear how a CSPPC+CVPPC works with DevilutionX.