mrwonko

I would guess it's not super tricky, but why not use a proper scripting language like Lua instead? That would probably be comparable in terms of work. May I ask what type of game you're making? It's difficult to give good advice without knowing the exact requirements.

Yes, the game code is in the DLLs. Initially that was the only available source code. As long as the interface is kept compatible, game code mods and engine mods can be mixed and matched. For example if you only edit game code, players can choose to run your mod in vanilla, openjk or any other engine replacement. If you choose to edit the engine (in which case you'll likely want to base your changes off openjk to get all the bug fixes) you'll have your own version and any future patches must come from you. There's also the matter of licensing, but I won't get into that, just use GPL.

Light saber names are not the file names, they're defined inside.

Sounds like a bug you should report. Look for ways to do that on the official website.

Please don't double post, and you need not mention me if I previously answered. The plugin probably doesn't work any more in later blender versions, they keep breaking old plugins... I can't quite remember which version was the latest I tested, maybe 2.69?

Where is the error?

There's people who spend all their time teaching this stuff, it's called university. A good book is more likely to help you self-teach than some random tutorial.

If you want to mod Jedi Academy SP/Engine, learn C++. If you only want to mod MP, C will do as well. C# is unrelated.

You'll want to learn to code first. Maybe go with The C++ Programming Language by Bjarne Stroustrup, ideally the latest edition if you want to learn all the fun stuff, although you won't really see much modern C++ in Jedi Academy.

Yeah, some shaders don't work properly on models... I think one workaround was using a misc_model_static instead, though you could also try finding the problematic part of the shader and fixing it or giving the misc_model spawnflags 4 (to force it to be handled similar to brushes).

The comprehensive list of all console commands and their effects is the source code.

Typically that's what mipmaps are for. I'm not entirely sure they are used here, but I would assume so.

What exactly are you trying to do?

Interesting... Terrain brushes have no reason to be structural anyway.

When exporting the map in easygen (assuming that's what you did), see if you can make it snap vertices to the grid. I'm not sure, but this problem may be related to fractional coordinates. I also think the brushes in question might disappear when you run a brush cleanup in radiant...

I don't think so, but if memory serves OpenJK lets you set cvars from Icarus. Another idea: What about the beginning of Nar Shaddaa in JK2? You can't use weapons there, although I don't remember the details...

Are there any sorting issues? That shader looks like it would lead to distant surfaces sometimes being rendered in front of nearby ones...

I vaguely remember once experimenting with moving dynamic lights, but I don't remember if that was some entity property on a func_something or by attaching a misc_flight... I just remember that it looked pretty bad.

Kind of... Not very active these days, I'm a bit tired of explaining the same things over and over again. (Generally. I'm not talking about this specifically.) So I mostly lurk these days.

How exactly do you want to play them? As an animated texture? Do you have the necessary shader?

Yeah. Don't use it, you get way too many clip brushes that way. (Unless we're talking about terrain models with large faces.)

Select the skeleton and go into pose mode to preview your animations in Blender. You'll notice that the head doesn't move as you pose the bones. It doesn't have the correct skeleton selected in its skin modifier. I don't see how this explains the problems you're having though. It works in ModView, it references the correct gla file...

The other way around.

I suggest instead attaching a scaled misc_model to the func_useable using target/targetname.

Areaportals are for doors, their VIS-visibility is toggled when the door opens. Antiportals are always opaque to VIS (albeit not rendered in-game). I imagine as you enter a two-sided antiportal, the world behind you vanishes (while you still can't see in front of you), then as you emerge on the other side, that half of the world pops into existence.