Message Boards

Don't run out to the eye doctor, your sight is just fine: Odamex Nitro has returned! We are thrilled to be back in the saddle and supporting the recent release of Odamex 0.8.0 - the first in almost 5 years! Nitro represented some truly special moments in the history of Odamex, and together we can create new and exciting memories that will last a lifetime. Last but not least, for the first time in Nitro history, we will be running both Euro AND US sessions!

For a full list of changes made for 0.8.0, visit the Odamex Wiki. The best way to get involved in the community is to join the Odamex Discord where you'll be able to chat with other players and track development.

Odamex Nitro Team
Ch0wW
Hekksy
HumanBones
Ralphis
Tai


EURO SESSION

WAD: gw2
Maps: 36 (01 - 36)
Players: 16-Player DM
Server: [BaseQ.fr • Phobos] EURO Nitro #202 - Greenwar 2
When: Sunday, January 27th @ 9pm GMT (4pm EST)



USA SESSION

WAD: 32in24-11
Maps: 45 (01 - 45)
Players: 16-Player DM
Server: [WDL] doomleague.org
When: Sunday, January 27th @ 8pm EST

Congratulations to the entire Odamex team on this momentous occasion! Meet us in the future, not the pasture. Thank you, next!

After a brief hiatus, the Odamex Team is proud to finally present to you, Odamex 0.8.0. The long awaited new version of Odamex is packed with many "under the hood" engine improvements that will improve the overall experience. One of the most important notes is that Odamex has upgraded to SDL2, which improves performance and fixes a number of bugs in Odamex's video, sound, and input systems. Odamex has also been updated to ensure high performance on the newest versions of Mac OSX.

There are a number of improvements and enhancements to the client. For users with non-qwerty keyboard layouts, all text input should now work as expected. Mouse options have been simplified and now uses raw input at all times (users had past issues with SDL 1.X mouse input). Users can now scale their weapon's transparency using r_drawplayersprites (or set it in the display option menu). Forcing player colors (enemy or ally) has been improved.

For our vanilla Doom enthusiasts, several bugs were fixed in the vanilla demos subsystem. As a result, it fixes a lot of problems that would cause demos to desync upon recording/playing, as well as crashes for the hardcore speedrunners. We also fixed a known problem related to the -shorttic parameter. Additionally, console cvars vid_320x200 and vid_640x400 create 320x200 and 640x400 drawing surfaces and stretches them to the entire window, emulating vanilla Doom's video rendering.

Some notable additions and changes that server administrators should note are:

• New cvar co_globalsounds: allows players to hear other players' pickup sounds
• New cvar sv_dmfarspawn: causes players in deathmatch mode to be (re)spawned at the farthest deathmatch spot away from all the other players
• Merging co_fixzerotags into co_zdoomphys
• Merging co_boomlinecheck and co_boomsectortouch are together into co_boomphys
• Merging co_zdoomswitches and co_zdoomsoundcurve into co_zdoomsound
• Remove co_level8soundfeature (now automatically applied only in SP/COOP If co_zdoomsound is off)
• Reimplemented sv_emptyfreeze, which freezes the server when no clients are connected. Disabled by default

Despite all of the hard work that our developers put into Odamex, there can always be a bug hiding around the corner. One of the most frustrating types of bugs is one that causes Odamex to "hard crash" and shut the program. If you experience this on Windows, Odamex will now generate a crash dump file (ending in .dmp) in your Odamex directory. If this happens, you can upload that crash dump and an explanation of what happened to our bug tracker. Providing us access to this dump allows our developers to quickly uncover information regarding the crash and resolve the bug. Please create an account and provide information with your crash dump file if you experience a crash!


In addition to Odamex 0.8.0's release, we must highlight the other aspects of our project that have received great attention. You may have noticed our new, beautifully overhauled website! One account will now allow you to post on the forums, edit the wiki, and report bugs on our tracker. Expect to see new features and Odamex integration on the website going forward.

Also, please join us on the official Odamex Discord to chat with other players, organize games, and track development of the project!

---

Yup, this could be a nice idea. Or to even reach out to the DevKitPro forum, could maybe give us a hand.

EDIT : I managed to fix the build with the latest Devkitpro, and has been done as a pull request + guide.

For those being still interested in making this port a reality, there is one HUGE thing that should be done.

The most important element to fix is related to this Bug Report #1241 :

Using the latest DevKitPro installer, I noticed that you cannot be able to compile it, as it is stuck saying that "gctypes.h" is nowhere to be found, despite being able to see it in this following folder :
<DEVKITPRO DIRECTORY>\libogc\include
This is happening to me on Windows 10 and on WSL with Debian 9.0. Other OSes should act the same way. I checked the Makefile several times, and I'm definitely clueless.

Anyway, it is said that recent DevKitPPC builds have broken several other Wii homebrews, so I have seriously no idea how to fix this mess.

That said, there are still a few issues to fix with this port, and, if we have something too, be able to compile it to WiiU (for better options).