Raz0r

I thought recent builds of NetRadiant (or similar fork) fixed the decompilation issues with texture alignment.

It's entirely possible to add CTY, Holocron FFA and JM back into JA - the gametypes still exist, they're just disabled and a bit broken. OJP added them back, and I added them back in JA++ as-well.

There's nothing special about .cfg files, they're just text files. When you /exec(ute) a text file (or it's automatically executed) each line is executed as if you had typed it into the console, ergo any cvars or commands can be used.

mrwonko is right about JA's usage of CPU/GPU when rendering. My guess on the bottleneck is sending so much data over the bus each frame; the world mesh, skeletal animation on the CPU, vertex deformation on the CPU...and, well, shaders being done manually, rendering surfaces multiple times.

iojamp will support multiple renderers, including "rend2" which is essentially an improved XreaL renderer. Cascaded shadow maps, normal mapping, HDR lightmaps, VBOs, IQM format, etc

Just make sure you know the downsides of a RAM disk, most notably it is temporary storage and prone to data loss. The huge benefit lies in that memory IO is extremely fast compared to regular disk IO. See this

Good stuff =]

I think linuxjampded has protection against this. You'll need a mod like JA+/JA++/base_enhanced or a proxy mod like JASS, JMPProxy to protect against it on Windows servers.

The "JKA MP" feel is very heavily influenced by the fact it's tech 3. Good luck =p

See: http://jkhub.org/topic/1444-i-get-carried-away/

I'm not sure you understand strafe jumping? SP is very different with regards to acceleration and friction. The strafe angle is very wide and it seems friction is applied in the air. It's also near impossible to perform a circle jump (which gives your starting jump ~320 ups in MP as opposed to 250 ups running speed)

:|

set = modify existing cvar without modifying flags, or create new cvar with 0 flags seta = modify existing cvar adding on the 'archive' flag, or create a new cvar with 'archive' flag sets = modify existing cvar adding on the 'serverinfo' flag (so clients can see the value with a /getstatus request) setu = modify existing cvar adding on the 'userinfo' flag (so servers can see the value when a client connects)

"cmd" is used in MP to explicitly send a command to the server (Rather than the command being handled by the client or auto-completed to a cvar) "dir [directory] [extension]" will list all files in the specified directory. If you specify an extension, only files with that extension will show. >disconnect – return to main menu (Famous Disco cmd from multiplayer) "disco" itself isn't a command, that's just the auto-completion guessing you wanted "disconnect". "exec [file]" will load the specified file, and insert text line-by-line into the command buffer (as if you typed it manually) "ff_restart" sounds like it restarts the force feedback system, e.g. controller vibration. Seems to be leftover code/assets from the Xbox port. "loadhud" is used to load another HUD after you change cg_hudFiles from "ui/jahud.txt" to your own HUD "nextframe", "nextskin", "prevframe", "prevskin" etc "play [soundfile]" is meant to play the specified sound, but it doesn't seem to work. Try "play blah" then "soundlist" - you will see it tried to find "blah" "reset [cvar]" will reset the specified cvar to its default value, similar to cvar_restart but only for a single cvar. "r_atihack" iirc was added for a dynamic glow issue on ATI graphics cards. Not "r_antihack" which doesn't exist "touchfile" is used to create a blank file, for testing read/write permissions in a given directory. JA needs write permission for savegames, screenshots, etc "wait [frames]" will ignore anything currently in the command buffer for the specified amount of frames (not seconds) "zone_details", "zone_stats" are for memory allocation debugging/diagnostics.

I'm mostly interested in changing pm_accelerate/pm_airaccelerate and PM_AirMove to replicate MP movement.

So I was digging through some old CDs I had, and I found a CD with a Jedi Academy demo on it! Naturally, I spent the next hour or so playing it, looking at the peculiar differences. Here's some of the things I noted (keep in mind I'm primarily an MP player, so if some of these things are indeed in SP, sorry ) Build date of the code was August 12, 2003 Version 1.0.0.3 (Current retail version 1.0.1.0) Menu sounds when clicking on some items appears to be different. A softer beep. Two missions available: t1_sour and t3_rift Dynamic glow works, but performance is absolutely terrible, worse than the retail version =] Some models and textures of weapons are slightly different, for instance, the E11 has a stronger specular map and looks darker. Detpacks don't flash red Muzzle flash and other weapon .EFX were improved Dynamic crosshair lowers when you're changing weapon. Doesn't happen in MP. Movement physics apply friction when in the air. This may also be true in the latest retail version. Strafing (i.e. accelerating beyond default movement speed) is possible, but very weird. Will upload a video soon You can clip through corners of surfaces like MP [*]cg_fov is not restricted I've yet to dig through the files =o Also, here's a file in JA's SDK called AutoVersion.h, listing some changes during JA's development These generally only apply to MP, as SP used a different codebase entirely, and was in C++

Had a some fun DM and CTF games last night =] Updating JA++ server-side at the moment.

There's forcelightning, then there's forcelightningwide. I can't see anything in the code that would make it play the effect several times in a frame.

That won't improve performance much, just memory usage. You might be interested in this post

If you do pick it up again, I'll probably lurk the shit out of it.

JA SP is coded in C++, with a lot of C style code. Ghoul2, EFX, weather(?) and such are in C++, a lot of the game logic itself is mostly C style.

LucasForums did this a while back, was pretty successful.

^This