Chocolate Doom port to 68K RTG

[NovaCoder]

I was very bored recently so I decided to do yet another DOOM port (my 4th), anyway this one uses Chocolate Doom and includes ports of ports of Heretic, Hexen and Strife.

I've only had the chance to give them a very quick test myself but they seem to be working okay. No idea of performance on a real Amiga as I don't own one these days but it might be okay if you reduce the resolution back down to the native resolution. Be warned that trying to decompress OGG music files in real-time on an 060 while also playing a game isn't going to be pretty.


Requirements:

1) An RTG Amiga
2) 68060 processor or better
3) 32MB of FAST RAM
4) The original games (or demos)
5) OGG compressed music packs for music playback
6) AHI installed and configured

Limitations:

1) No network or multi-player support
2) No Joystick support
3) No window mode support (during gameplay)
4) Only OGG/WAV music supported


I'll upload it to the Zone here and also to AmiNet soon.

Download -> Chocolate_DOOM


My other DOOM ports:

BOOM AGA
ZDOOM AGA
ZDOOM RTG
ODAMEX AGA
ODAMEX RTG
PRBOOM RTG

[gulliver]

Thank you!

Your ports rock.

[DamienD]

Originally Posted by gulliver

Thank you!

Your ports rock.

Definitely

Sorry Nova; I still need to try / test this out... I did receive your e-mail

[NovaCoder]

Originally Posted by DamienD

Definitely

Sorry Nova; I still need to try / test this out... I did receive your e-mail

Thanks guys

Hopefully it works okay, I haven't had time to test it much.

[fitzsteve]

Hey Novacoder, long time no speak, do you think you will ever do a PPC port now this can be emulated in WinUAE?

[NovaCoder]

Originally Posted by fitzsteve

Hey Novacoder, long time no speak, do you think you will ever do a PPC port now this can be emulated in WinUAE?

Hi mate

No I'm still not interested in learning how to do PPC ports, I think PPC is even less relevant today with fast 68K emulators (like the raspberry pi) and FPGA computers.

[AMIGASYSTEM]

Ciao Nova, i noticed that by increasing the resolutions the quality of the graphics does not change, also it is not possible to save the fullscreen disabled, i also get error "DEH_Loadfile: Unable to open btsx_e1.deh"

[NovaCoder]

Originally Posted by AMIGASYSTEM

Ciao Nova, i noticed that by increasing the resolutions the quality of the graphics does not change, also it is not possible to save the fullscreen disabled, i also get error "DEH_Loadfile: Unable to open btsx_e1.deh"

That's because it is only full screen

Btsx episode 1 should work, I tried that myself.

I'll try it again later....are you actually trying to load back to Saturn?

Maybe I forgot to update the ToolTypes...doh

[BSzili]

Nice! I think it's time to step up my game.

[samo79]

@NovaCoder

How can we set the "up" and "down" arrows ?
Left and Right arrows works automatically, but not up and down

in chocolate-doom.cfg i see they was set by default as:

key_menu_up 72
key_menu_down 80

What will be the correct settings to use up and down arrows ?

Tested this port of Chocolate also on OS4 and it works! .. only it crash at exit when i close the credits window

Symbol info:
Instruction pointer 0x01833850 belongs to module "kernel" (HUNK/Kickstart)

Stack trace:
native kernel module kernel+0x00033850
native kernel module kernel+0x00033850
native kernel module dos.library.kmod+0x000320b8
native kernel module dos.library.kmod+0x0000eda0
native kernel module dos.library.kmod+0x0002a0e0
native kernel module SmartFilesystem+0x00000630
native kernel module dos.library.kmod+0x00038514
module LIBS:workbench.library at 0x6FECDE54 (section 0 @ 0xDE30)
module LIBS:workbench.library at 0x6FEFDDE8 (section 0 @ 0x3DDC4)
module LIBS:workbench.library at 0x6FECE160 (section 0 @ 0xE13C)
module LIBS:workbench.library at 0x6FF1CDCC (section 0 @ 0x5CDA8)
module LIBS:workbench.library at 0x6FEFD850 (section 0 @ 0x3D82C)
module LIBS:workbench.library at 0x6FEFF9C4 (section 0 @ 0x3F9A0)
native kernel module dos.library.kmod+0x0002a458
native kernel module kernel+0x00057104
native kernel module kernel+0x0005717c

PPC disassembly:
01833848: 7d2903a6 mtctr r9
0183384c: 4e800421 bctrl
*01833850: 813e001a lwz r9,26(r30)
01833854: 7fe3fb78 mr r3,r31
01833858: 7fc5f378 mr r5,r30

[NovaCoder]

You use the included 'setup' program to define your keys

They've made this port replicate the original games which had a separate set-up program....

No idea about the OS4 crash on exit, I only test on OS 3.9

[utri007]

Originally Posted by samo79

Tested this port of Chocolate also on OS4 and it works! .. only it crash at exit when i close the credits window

There is a native version of Chocolate Doom for Amiga OS4. It is ported by Thematic.

[samo79]

I know that, but that os4 version is older compared to this one :-)

@NovaCoder

Is there any tests i could do to help you verify exactly where the problem might lie?
At the end everythings working, just this strange crash closing the credits window that was opened on Workbench

[NovaCoder]

Originally Posted by samo79

I know that, but that os4 version is older compared to this one :-)

@NovaCoder

Is there any tests i could do to help you verify exactly where the problem might lie?
At the end everythings working, just this strange crash closing the credits window that was opened on Workbench

Just edit the chocolate-doom.cfg and set 'show_endoom' to 0

That will prevent the credits window getting shown

[samo79]

Too mutch easy to be a solution :-)
Already tried aniway, by setting 0 the game window will of course not showed anymore, but crash still .. so the issue probably was not exactly related to that.

(curious side effect, along with the crash i can see that quitting the game will even provoke the removing of my wallpaper image in background)

-----
Crash log for task "Workbench"
Generated by GrimReaper 53.19
Crash occured in module kernel at address 0x0182DDFC
Type of crash: DSI (Data Storage Interrupt) exception
Alert number: 0x80000003

Register dump:
GPR (General Purpose Registers):
0: 01833CAC 58323D10 00000000 020B9BD4 4D651504 5832C040 021CAB1C 021CAB8C
8: 01930760 00000000 01815794 5832C040 5832C054 00000000 5FF2356C 5FF235B8
16: 5FF23574 58B4721C 1359453C 0000000F 4D6514F0 FFFFEAA7 00000000 00000000
24: 00000000 00000000 5FC97BA0 583BC480 4D6514F0 00000005 5832C040 020B9BD4


FPR (Floating Point Registers, NaN = Not a Number):
0: nan 620 233 40
4: 0 59.8 127.8 64
8: 64 1 64 64
12: 256 4.5036e+15 0 -5.05923e-321
16: 0 1.39067e-309 6.63124e-316 0
20: 0 0 0 0
24: 1.63042e-322 0 1.08752e-311 -1.28745e+36
28: 0 1.35808e-312 2.07226e-317 -0.234375

FPSCR (Floating Point Status and Control Register): 0x82000000


SPRs (Special Purpose Registers):
Machine State (msr) : 0x00007030
Condition (cr) : 0x52F02D90
Instruction Pointer (ip) : 0x0182DDFC
Xtended Exception (xer) : 0xFFFFFFFF
Count (ctr) : 0x00000001
Link (lr) : 0x020B9BD4
DSI Status (dsisr) : 0x52F02DC0
Data Address (dar) : 0x01833968



680x0 emulated registers:
DATA: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
ADDR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
FPU0: 0 0 0 0
FPU4: 0 0 0 0



Symbol info:
Instruction pointer 0x0182DDFC belongs to module "kernel" (HUNK/Kickstart)

Stack trace:
native kernel module kernel+0x0002ddfc
native kernel module kernel+0x00033cc8
native kernel module dos.library.kmod+0x0000eda0
native kernel module dos.library.kmod+0x0002a0e0
native kernel module SmartFilesystem+0x00000630
native kernel module dos.library.kmod+0x00038514
module LIBS:workbench.library at 0x6FF196A4 (section 0 @ 0x59680)
module LIBS:workbench.library at 0x6FEFD954 (section 0 @ 0x3D930)
module LIBS:workbench.library at 0x6FEFF9C4 (section 0 @ 0x3F9A0)
native kernel module dos.library.kmod+0x0002a458
native kernel module kernel+0x00057104
native kernel module kernel+0x0005717c

PPC disassembly:
0182ddf4: 81240008 lwz r9,8(r4)
0182ddf8: 91250004 stw r9,4(r5)
*0182ddfc: 90a90000 stw r5,0(r9)
0182de00: 90a40008 stw r5,8(r4)
0182de04: 4e800020 blr

[NovaCoder]

Originally Posted by samo79

Too mutch easy to be a solution :-)
Already tried aniway, by setting 0 the game window will of course not showed anymore, but crash still .. so the issue probably was not exactly related to that.

(curious side effect, along with the crash i can see that quitting the game will even provoke the removing of my wallpaper image in background)

Oh in that case it's probably the 'closeWB' Tooltype, try disabling the ToolType.

[samo79]

Ok tested, by commenting closewb It solved but only in part. The wallpaper will not be removed anymore, but same crash still ... it happen by closing the game and even when closing the setup window (any changes in setup are by the way saved correctly there)
All the rest seems working fine, just this annoying crash at exit :-)

[NovaCoder]

That's annoying but at the end of the day it works fine on OS3 so this is an 0S4 issue and not something I can fix, sorry.

[Estrayk]

Hello Novacoder. I loooove your ports.
Tested in vampire v1200 and works like a charm.
I've to search some wavs files around the net for listen some music, right?


EDIT: Lets check these: http://sc55.duke4.net/games.php#doom
EDIT2: ok, music it works but.... the fps falls a lot. Even with wavs.
Will be cool a native MIDI support or doomsound.library support someday.

[NovaCoder]

Originally Posted by Estrayk

Hello Novacoder. I loooove your ports.
Tested in vampire v1200 and works like a charm.
I've to search some wavs files around the net for listen some music, right?


EDIT: Lets check these: http://sc55.duke4.net/games.php#doom
EDIT2: ok, music it works but.... the fps falls a lot. Even with wavs.
Will be cool a native MIDI support or doomsound.library support someday.

Thanks

Yes maybe possible.

BTW the readme contains links to all the OGG files you need for DOOM, STRIFE, HEXEN and HERETIC