Message Boards

Soul: you can make it easier by replacing the ctf sfx with a short silent sound file, which would effectively silence the odamex.wad ctf sfx.

Aside from that, being the lazy as fuck mapper I am, maybe change some of the stuff that causes the purple lines in textures. I think there is a certain w/h textures have to be, can't remember, but all I know is that other ports don't throw a huge purple line in the tex.

In Odamex 0.6.0, if a texture's height isn't 2, 4, 8, 16, 32, 64, or 128, you will get the "tutti-frutti bug" you described.  This has been fixed for Odamex 0.6.1, though it's probably good policy to adhere to the power-of-two texture heights.  Odamex 0.6.1 does not yet have a fix for the tutti-frutti bug that occurs with texture heights >= 255 however.

wxIntPtr is a data type that is defined in versions of wxWidgets > 2.8.11.  I had to upgrade wxWidgets recently to compile Odalauncher.  If you have a Debian or Ubuntu based OS, http://wiki.wxpython.org/InstallingOnUbuntuOrDebian is a helpful tutorial on adding a more up-to-date wxWidgets repository.

If upgrading wxWidgets is not practical, you can add the following bit of code to the top of odalaunch/src/lst_custom.cpp, which will define the wxIntPtr type on older versions of wxWidgets.

/* Versions before 2.8.11 dont' have wxIntPtr defined */
#ifndef wxIntPtr
#if SIZEOF_LONG >= SIZEOF_VOID_P && SIZEOF_LONG >= SIZEOF_SIZE_T
/* normal case */
typedef unsigned long wxUIntPtr;
typedef long wxIntPtr;
#elif SIZEOF_SIZE_T >= SIZEOF_VOID_P
/* Win64 case */
typedef size_t wxUIntPtr;
#define wxIntPtr ssize_t
#endif
#endif


I'm interested in seeing if mouse response time can be improved despite the locked framerate. Is this possible?

This should theoretically be possible but not without some effort.  It would definitely change the feel of the mouse away from the original Doom feel.  If there's enough desire for that, I'll look into it for 0.6.x, but it would be a pretty big paradigm shift and it would have to be implemented in such a manner that the 35Hz input polling would be undisturbed and set as default.

whoa whoa whoa, where is the original demo format going? Odamex isn't losing compatibility with that is it?

Vanilla Doom demos are definitely in tact.  In fact, every time we commit a chunk of code to our source repository, an automated test is run using dozens of vanilla demos to ensure we did not break compatibility with vanilla Doom.

I need to get a Dr. Sean clone going so that I can jump aboard some of these mapping projects

And for my own mouse settings:

mouse_type 0 (Doom)
mouse_sensitivity 5.5
m_pitch 0.275
mouse_acceleration 0
m_side 0 (Horizontal movement)
m_forward 0 (Vertical movement)

My mouse_sensitivity value is very low due to my high-dpi mouse.  Probably a better way to compare mouse sensitivity between different players/mice is to measure how far the mouse must be moved to rotate the player 360 degrees.  In my case, I move the mouse 11cm for 360 degrees.

The thing that would be the most interesting IMO would be map choice.  Would the league feature maps that have team spawns or would they be standard DM maps?  I think there is ample opportunity to create new maps that would really highlight team dynamics (forgive me if you've already done this with your ST league...) and make TDM differ from FFA.