mrwonko

Or use spawnflags 4 on the misc_model to get a lightmap.

Just include the .weather file when releasing the mod so the user won't get it the first time they run it.

You can either look through the code to find out about the communication protocol or capture the packets sent when you join a server as a spectator and chat. In general you'll mostly need to send and receive UDP packets, googling for "Quake 3 network protocol" yields some potentially useful results.

Not sure that's the right thing to do when you want to use the Star Wars IP...

Was there even a non-steam version in that bundle? Because those using Steam will have the latest version.

What? Who plays 1.00 and why? I kind of almost see why some play JK2 1.02, but JKA 1.00?

-1 is infinite, yes. Plays the animation forever. POV camera is really just a matter of placing it in the right spot. MP3 vs WAV, I don't know. Use whatever works for you, I imagine mp3 is smaller and won't sound noticably worse.

Instead of using model2 you should be able to target a misc_model to the func_rotating, which should keep its modelscale.

Possibly. I didn't mean to be, I was just being honest. I will not read over 3000 characters without a single line break, that's unnecessarily exhausting. Thanks for inserting some. Now it's at least somewhat readable and the only problem is the abundance of ship lingo I don't fully understand, which I suppose naturally comes with such a project, and a failure to get to the point. Am I correct in summarizing your problem thus: "I have beams going through multiple rooms, should I cut them at the walls so parts in other rooms need not be drawn or should I use a single brush to keep the brush count low?" If so, that's somewhat hard to tell but probably won't matter much either way in the end, proper usage of detail and structural brushes is much more important. Focus on getting that right and maybe upload your map to let some experienced mappers take a look and give you hints. To debug vis work, you can compile with -saveprt and use the Radiant's prtview plugin to take a look at the generated portals.

If you could insert some paragraphs I might actually read that.

There are plenty of web paste services like slexy where you can upload texts.

Yes. I was assuming he wants the replacement to change the name.

You don't need tasks at all. Just rotate and wait. The other problem is that rotate 360 means rotate to the 360° position on the shortest path, not rotate by 360°. i.e. it means rotate from 0° to 0° or not at all. You'll need at least 3 rotates to 120, 240 and 360°.

No. Not with that little information.

PK3 files are just ZIP archives with a different extension. Open the saber's PK3 file and in the ext_data/sabers/ folder open the .sab file (a simple text file) and change the sabers name (the one before the "{") to that of a base saber (dual_1 to dual_5 and single_1 to single_9). Save the file under the same name plus .sab. Example: You have a saber_viszla.sab containing viszla { name Viszla // ... more here } You want to replace the single-bladed saber 1 (the Arbiter) with it, so you change it to single_1 { name Viszla // ... more here } and save it as single_1.sab. Make sure your PK3's name is alphabetically after assets1.pk3 so it is loaded later, overwriting the existing ext_data/sabers/single_1.sab.

Open them in ModView (part of the JKA SDK) and look at the surface names. Ignore anything starting with "*".

In particular the bit about reading the manual. There's a .pdf included in the zip.

As you mentioned, the opening text crawl is just an image. Replace it. I think it plays depending on the level name (yavin1?), but may also be accessible as a special .roq/video...

If that helps, it means you don't have a proper waypoint network. A single navgoal can send an NPC across the whole map if it's set up properly. In the case of doors, you want one waypoint close to it on each side. As I said, try "nav show all" to see the network, it will also highlight temporarily blocked paths (such as those caused by doors), NPCs will be able to pass through there if the next waypoint is close enough for the door to open when the NPC is there.

Try "nav show all" to see if the waypoint network is correct.

Generally, no, you can't use the Star Wars IP without permission pretty much ever. Practically, it's up to them to tell you to stop, which they might not. And you can't use any assets, either, until it's explicitly allowed. The one exception is that Raven/LucasArts allowed porting of JK2 Assets to JKA.

Usually you'd use the BS_CINEMATIC behavious state for enemies that are just supposed to follow scripts... That will turn just about all AI off.

I'm not sure about the exact limits, but in general: There's a limit on the total number of entities, which I think is 2048, and that includes shots fired during gameplay etc.misc_model is turned into static geometry during compilation; if there's a limit, it's pretty high and probably depends on the number of different materials per model as well.There might be an NPC limit, if there is, it's probably somewhere in the hundreds, maybe 256 or 512. I don't know if spawned NPCs also count towards the entity limit, or if only their spawners do.Lights are only used during compilation to create the lightmap and basically unlimited.Effects could be limited in some way as well, possibly both in total and in the number of simultaneously visible ones.

First, check if that also happens with an unmodded game. Could be an OpenJK bug, if that's the case, file a report on its github page or wait for someone working on it to notice this post. Find an easy way of reproducing the problem.

Why create a folder away from the game? Just put the files where JA will load them, i.e. JKA Folder/GameData/Base - I've never had problems with that, and the results can be tested without having to copy them first.