ensiform

It should be whatever is next to the 1 on the left in the steam version.

That won't fix the UI or the HUD.  This requires a lot of code changes.

Also, OpenJK has FOV aspect correction and the fov is not capped as much as base.

http://en.wikibooks.org/wiki/Q3Map2#Creating_an_.ase_model_out_of_brushwork

Steam version would need to be SHIFT + ~ though.

 

I don't see a point in UU nowadays though. 

Sounded to me like he said he's using the Steam copy of the game (assets) with OpenJK.

I think people still like UU for the music player or w/e.

Thats not possible without recompiling the map if they are just textures on the outside.  They should be solid on the inside which wouldn't allow teleporting in.

UU is for Windows only.  And it wouldn't even be compatible with OpenJK, as it hooks onto jamp specifically.

What keyboard do you have that console doesn't open?  It defaults to `~ but you can change it by setting cl_consoleKeys in your openjk config files.

Its not a command, its the function that deals with it in code.

BG_ValidateSkinForTeam

If the modelname doesn't start with jedi_ it will not have the colors for team games applied.

Gamecode restriction.  Both sides (cgame and jampgame)  Unlikely to change.

The second error regarding OpenJK will only happen if the server is running a really old build of the jampgame. (Like older than May 4th 2014)

Selecting a model from the main list in the profile menu sets the char_color cvars to 255 FYI, even if it does it on its own.

Current status of JK2 SP/MP support please (following the one in the original non-section post)?

Neither are available.  SP is only available if compiling oneself.  MP is not even on the repository, not part of OpenJK.

JK2SP will not be available in the real first release.

All of these are probably related.

https://bugzilla.libsdl.org/show_bug.cgi?id=2834

https://bugzilla.libsdl.org/show_bug.cgi?id=2853

https://bugzilla.libsdl.org/show_bug.cgi?id=2071

https://bugzilla.libsdl.org/show_bug.cgi?id=2748

DLLs for SP are now loaded in this order if you are up to date since SDL unified merge:

[fs_homepath|fs_apppath(maconly)|fs_basepath|fs_cdpath]/<fs_game>

[fs_homepath|fs_apppath(maconly)|fs_basepath|fs_cdpath]/base

[fs_homepath|fs_apppath(maconly)|fs_basepath|fs_cdpath]/OpenJK

[fs_homepath|fs_apppath(maconly)|fs_basepath|fs_cdpath]

So it should still technically load from there, unless it hit one of the other locations first.  It cannot be from a debug folder (or in PATH) unless its specified as a cdpath or such though.

MP is similar except it does not try to check the OpenJK folder.  And will extract from pk3 first if it can.

It is the library that has been used the entire time on Linux and MacOSX.  We just unified the codebase to also use it on Windows.

It handles window creation, opengl setup, and also keyboard/mouse/joystick/sound events are handled through SDL.

http://libsdl.org/

Unfortunately it is the way that it is because SDL does not support it.  You would need an actual keyboard with these characters on them directly, to support it until SDL2 changes the way it handles text input.

Well my cpu is from 2006 and I don't have issues so...

There will always be some small (most likely insignificant hopefully) amount of overhead created by using a library like SDL though.

So something in JA++ is more expensive than your rig can handle. 

All you would see is at most those  The max string length is technically 255+null term for hostname including color codes.

Probably not wise to limit the length of the server hostname and the motd strings to part of the screen like that on the load page.

OpenJK does have some settings defaulted higher because you know, its not 2003 anymore.

Perhaps your specs don't run so well at those resolutions?

This sounds more like hardware or driver issues than anything.

waits are bad, they stop processing rest of stuff.

As you can see I did push the changes, the qgl file in rend2 may still have more stuff than it needs.