Jump to content

Base JKA Source Files (decompiled)

   (0 reviews)

3 Screenshots

About This File

Hello all! I've brought treats!

I wrote a batch file that decompiled all of the .bsps available in the base JKA asset .pk3s. and got the .maps for all of the single- and multiplayer maps in the game. Hopefully this can help some folks get maps up quickly or use some of the geo in the original maps, or even just for learning purposes.

Just a few quick points:

1. I have not edited these. What you see is what the decompiler spit out. Decompiling from .bsp is notoriously messy; you will have some missing textures, shaders, and models. 

2. The only thing I did was decompile the .bsps, so full credit for these .maps goes to Raven Software. 

3. I have not included files that can be found in the most recent version of NetRadiant_Custom. That means the following files are not included: 

kor1
t1_rail
t2_rancor
t3_rift
mp/ctf4
mp/duel8
mp/ffa5
mp/siege_hoth

4. I have included the JA bonus maps here, as they were official Raven releases. 

5. The Star Destroyer siege map is not included; you can find the .map on JKHub.

Thanks for downloading and I hope this package helps you!

============
CREDITS
============

Raven Software, for all of the .bsps from which I decompiled.
Everyone on the JKCommunity Discord for helping me navigate this process. 

THIS FILE IS NOT MADE, DISTRIBUTED, OR SUPPORTED BY ACTIVISION PUBLISHING, INC., RAVEN SOFTWARE, OR LUCASARTS ENTERTAINMENT COMPANY, LLC. ELEMENTS™ & © LUCASFILM LTD.™ & DISNEY, INC.™ AND/OR ITS LICENSORS. STAR WARS®, JEDI®, & JEDI KNIGHT® ARE REGISTERED TRADEMARKS OF LUCASFILM LTD™ AND WALT DISNEY, INC.™ STAR WARS®, JEDI®, & JEDI KNIGHT® ARE REGISTERED TRADEMARKS OF LUCASFILM LTD™ & DISNEY, INC.™

DarthValeria and Smoo like this

User Feedback

Recommended Comments

7 hours ago, Laisum said:

Light will not be decompiled too. =(

Unfortunately I'm not sure if there's anything I can do about that. If I can find better ways to decompile the .maps I'll be sure to update these.

Link to comment
15 hours ago, JesseHumphry said:

Unfortunately I'm not sure if there's anything I can do about that. If I can find better ways to decompile the .maps I'll be sure to update these.

Sadly lights never be decompiles and get ever losted alls. textures lots their alignments.

misc_models are losted too, they become structural brushes.

Again i not way a better way to decompile BSP.

Link to comment
13 hours ago, Asgarath83 said:

Sadly lights never be decompiles and get ever losted alls. textures lots their alignments.

misc_models are losted too, they become structural brushes.

Again i not way a better way to decompile BSP.

SOME textures lose their alignments. I decompiled with map_bp and it keeps the alignments in some cases. You'll need to have UV lock on in NRC if you use anything though. 

mjt likes this
Link to comment
20 hours ago, JesseHumphry said:

SOME textures lose their alignments. I decompiled with map_bp and it keeps the alignments in some cases. You'll need to have UV lock on in NRC if you use anything though. 

Interesting. i didn't knew that uv lock can preserve from this issue.

thanks man! :)

Hudaw likes this
Link to comment
On 11/24/2021 at 11:42 AM, Asgarath83 said:

Sadly lights never be decompiles and get ever losted alls. textures lots their alignments.

misc_models are losted too, they become structural brushes.

Texture allignment is much less of an issue when decompiling with current q3map2 from NetRadiant Custom - misc_models are not lost, the point entity will be where it should be - it's just when the mappers didn't include the md3's you'd have to extract those in another manner - such as the blender bsp importer route and make .md3s out of them again.

Hudaw and Asgarath83 like this
Link to comment
11 hours ago, mjt said:

Texture allignment is much less of an issue when decompiling with current q3map2 from NetRadiant Custom - misc_models are not lost, the point entity will be where it should be - it's just when the mappers didn't include the md3's you'd have to extract those in another manner - such as the blender bsp importer route and make .md3s out of them again.

Lights are preserved too?!?!!? O_O "

Link to comment
7 hours ago, Asgarath83 said:

Lights are preserved too?!?!!? O_O "

The lights included in the .bsp are decompiled too - if the mapper compiled with _keeplights 1 - if not, like most ravens JKA maps, you don't get the lights back

Asgarath83 and Hudaw like this
Link to comment
3 hours ago, Asgarath83 said:

Cool. i should remember to use _keeplights on my projects. thanks. 🙂

You could just include the source file instead, though, to remove the need to decompile. No point in using keeplights if the source file is intact. 

Link to comment
22 hours ago, JesseHumphry said:

You could just include the source file instead, though, to remove the need to decompile. No point in using keeplights if the source file is intact. 

Yes, that's make sense. 🙂

Link to comment

If you were to lightmap your map in blender instead of q3map2 - using _keeplights 1 still spares you an extra import of a file with just the lights compiled into it. The keeplights stuff doesn't affect ingame entity count as far as I'm concerned and thus the few KB extra per .bsp really are worth the effort - especially if sourcefiles and compiled files magically get separated by whatever circumstances.

Link to comment
On 11/26/2021 at 9:30 PM, mjt said:

The lights included in the .bsp are decompiled too - if the mapper compiled with _keeplights 1 - if not, like most ravens JKA maps, you don't get the lights back

I came just to say this; the thing about lights is that when you compile (not decompile), you can decide to keep the lights as dummy entity data with -keeplights, most base maps were compiled this way, I learned a lot about how to properly do lights by looking at lights key/value data from single player maps, there you can see the little tricks to make illumination work in many different ways.

  

On 11/29/2021 at 9:45 PM, mjt said:

The keeplights stuff doesn't affect ingame entity count as far as I'm concerned and thus the few KB extra per .bsp really are worth the effort

You are correct, they are saved as entities but the engine pretty much ignores them. I do believe tho, that they're needed for SP maps for the NPC "senses" since there is code around light level regarding NPC AI.

Edit; got it, it's unfinished code (funny comment right there) so yeah, the engine pretty much ignores light data:
 

float G_GetLightLevel( vec3_t pos, vec3_t fromDir )
{
	/*
	vec3_t	ambient={0}, directed, lightDir;
	cgi_R_GetLighting( pos, ambient, directed, lightDir );
	lightLevel = VectorLength( ambient ) + (VectorLength( directed )*DotProduct( lightDir, fromDir ));
	*/
	float	lightLevel;
	//rwwFIXMEFIXME: ...this is evil. We can possibly read from the server BSP data, or load the lightmap along
	//with collision data and whatnot, but is it worth it?
	lightLevel = 255;

	return lightLevel;
}


My theory about why they compiled most SP maps with -keeplights is that maybe they had in the design phase to actually have some sort of hide mechanic so you could hide in the dark, who knows?

mjt likes this
Link to comment
On 1/17/2022 at 9:24 PM, CansecoDev said:


Edit; got it, it's unfinished code (funny comment right there) so yeah, the engine pretty much ignores light data:
 

float G_GetLightLevel( vec3_t pos, vec3_t fromDir )
{
	/*
	vec3_t	ambient={0}, directed, lightDir;
	cgi_R_GetLighting( pos, ambient, directed, lightDir );
	lightLevel = VectorLength( ambient ) + (VectorLength( directed )*DotProduct( lightDir, fromDir ));
	*/
	float	lightLevel;
	//rwwFIXMEFIXME: ...this is evil. We can possibly read from the server BSP data, or load the lightmap along
	//with collision data and whatnot, but is it worth it?
	lightLevel = 255;

	return lightLevel;
}


My theory about why they compiled most SP maps with -keeplights is that maybe they had in the design phase to actually have some sort of hide mechanic so you could hide in the dark, who knows?

Good catch on the lightgrid data being intended to be used. I think this feature could actually still be imlemented without too high a cost... It doesn't really need lightmap data, just the lightgrid, and also no light entities. That'd be overkill to calculate from - and also the lightgrid can include indirect light, bounced around. It'd make more sense to use that for visibility checks.

Link to comment

Download not working?

nvm it is!!!!!!!! thanks for making this

 

Edited by DrMeowingtonMD
Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...