Message Boards

I actually worked on porting to the Wii shortly after I completed the Xbox port. You can find the Wii directory in the source code. It has a Makefile to build with DevKitPro. It works quite nicely with a pro controller or gamecube controller. The Wiimote works sort of. You can not turn fully with the wiimote. I added some code to initialize networking but I don't think it is functional. You can use a keyboard to try to connect to a server from the drop-down console but it does not connect. Music works if you have soundfonts installed correctly. I would have to look at my SD card to see exactly where they have to go. As for the launcher, the Xbox uses ag-odalaunch which is a libagar based GUI. It builds against the odalpapi networking code, just as odalaunch does, which means it does not need to change to support the current launcher protocol. libagar is SDL based, making it an easy target for game console use, but it provides widgets that are typical of desktop GUI toolkits. For that reason it is not the best choice for controller driven UI. Getting it running on the Wii is going to be the quickest approach to a working launcher though.

Here is the last build I made for the Wii: http://www.huntsvegas.org/files/Odamex-wii.rar
Here are the soundfonts and timidity configuration that works with it: http://www.huntsvegas.org/files/timidity-wii.rar

It should still work from the homebrew channel. Plug in a pro controller and you should be able to play fine with a nice framerate.

The Wii port is incomplete at this time. It may build and it may work. With some massaging the music can be made to work. The Wii-mote does not fully work. You can turn, as typical in an FPS on Wii, but you will stop part way through the turn. The pro controller and GC controller do work. Online does not work. The launcher does not work. There are many other things that may or may not work.

If you want to build it you will need devKitPPC + SDL for Wii. Due to its incomplete and unsupported status I'm not prepared to provide step-by-step building instructions. If we get to the point of supporting it we will provide builds along with our normal releases.

You are using the odamex.app provided by the current release installer right? Can you open a terminal, cd to your Odamex directory, and provide the output of the following command:

otool -L odamex.app/Contents/MacOS/odamex
Thanks.

For anyone else that needs help with this here are the build instructions on Unix machines. From the Odamex directory at the top-level:

"mkdir build; cd build; cmake -DCMAKE_BUILD_TYPE=Release ..; make"

We will be updating some files as well as the wiki.

One thing you might try is building using cmake. At the top level of the Odamex source:

1) mkdir build; cd build
2) cmake -DCMAKE_BUILD_TYPE=Release ..
3) make

That will build all targets. If you want to build just the launcher type `make odalaunch`. If this does not work then please share the output of `wx-config --version`.

We recommend using cmake to build from now on as we are deprecating the old Makefiles and they will be removed soon. Thanks.

Due to Microsoft licensing issues we are only able to release the source code for the Xbox port. It is included in the standard source release. If you are looking for a released build there is no sanctioned release by odamex.net. A google search can go a long way when researching these sorts of things.

Everyone should be thanking Manc for his work and, most importantly, his leadership in cases where it was sorely needed. It is good to work on a team where people don't place themselves or their opinions above anyone else on the team but someone does have to take the reins from time to time and Manc guided Odamex to 0.5 without succumbing to pressure to release before important fixes were made while keeping us focused on the goal. Thanks to Manc and everyone involved. Working with the Odamex team and our community is a pleasure.

Hi developers.

I am new but I am interested in contributing to this great project. Back in the days of ZDaemon 1.06 I developed a Linux launcher based on GTK that supported threaded server queries. It did a good job and was able to query very fast. I became slightly disgruntled with that project when the ZDaemon source was close, not ported to Linux, and the launcher protocol was closed. I would enjoy working on the threaded queries in the wx launcher. Most of my experience with threads has been in the use of pthreads. I would be able to develop a pthread based query rather quickly. I also have some experience in developing threads in Windows using both the pthread library as well as the Windows API for threads (though I develop mostly on *nix platforms.) I realize that requiring the pthread library could be a hassle for the Windows developers so I am wondering if there have been any thoughts on this subject. I have experience in developing multi-platform applications and I have previously developed applications that used pthreads when compiled on *nix OS's while using the Windows API when compiled under Windows (VC++6, mingw, cygwin.) Is this direction that is desired?

EDIT: After looking around on the board and seeing who the posters are I think most of you should recognize me. In particular... hey Russell, deathz0r, slayer! :)