Ramikad

I remember this being posted a long time ago by Circa.

If I had to guess: - the static clouds are either flare-like textures, or effects; - the moving clouds seem to be cloud textures scrolling (tcMod scroll) on a curved patch; - realistically, the sun and the satellites seem to also be made of scrolling textures on patches. If that's not the case, they might be static textures on a func_rotating, perhaps mixed with a misc_skyportal; - I can't exactly figure out how, but the sky seems to be a mixture of a static night texture, a dawn / dusk shader which seems to show up twice per "day", and a day sky which covers the night sky, all of them properly timed to show up at specific phases (perhaps with an alphaGen wave w x y z shader?). I can't say if it's an actual skybox or rather patches in combination with a misc_skyportal. If I had to do it I'd probably choose the night sky as the skybox and the day sky as a dome-like patch. The real problem with such a day-night cycle is that the lighting is completely unaffected. It's less visible in this case because the facility is already artificially well lit, so you'd expect it to still be bright at night time as well. Rend2 would probably eliminate the problem, since it has a console command to activate a dynamic sun light which rotates, effectively creating the day and night lighting needed.

For multiplayer, I think JA+ features saber holsters. For singleplayer, Jedi Academy: Enhanced.

When in doubt, Meriadoc, always follow your nose. As for me, it was more gradual, and (as I wandered like a Force ghost on these forums) started with the information that Episode VII would've had featured different stories than the one we were all used to. But in the end, although slightly pissed that Kyle Katarn was no longer canon, I didn't really mind - no superior hierarchy can decide what I enjoy or which "timeline" I prefer.

You mean having something closer to the MP flight system, weapons and all? As far as I remember OpenJK does something similar - weapons fire properly and with the correct effects, but the flight system is still a bit laggy, like in the typical SP. Or perhaps you mean having, for example, more ally and enemy fighters? I'm afraid that would require coding or some intricate hack, because although you can make it so that a vehicle shoots pretty much autonomously I was unable to affect it in terms of flight - you can set a minimum flight speed, but the fighter will keep flying on and as far as I know there's no way to affect its rotation, speed or making it track another fighter. For this to happen you'd basically have to start from scratch, unless you want to try some strange hack, like having a number of func_breakables with appropriate models and appropriate misc_weapon_shooter entities, all of it moving around a large map and somehow intelligently coordinating with other fighters and against enemies and / or the player.

I've always just assumed that animation was a leftover from Jedi Outcast - I haven't checked, but I think some of the students might use it during their lightsaber training at the Jedi Temple.

Why the hell would anyone choose CGI Mon Calamari over actual props?

Resident Evil VII. And probably other games that I can't remember right now.

The blocky face in the second image seems to be caused by a high amount of UV splitting and seams. I'm surprised it works at all. Removing all duplicate vertexes (there's a specific Blender command in Edit Mode for that) as well as properly UVmapping it should fix it. As for the third image, that happens when the vertex or face normals are flipped: in other words, that basically tells the game that the mesh points to the inside, and should be rendered as if it was meant to be seen from within, so only displayed inside and not outside. I'm not sure if there's an easy fix for that, because Blender can easily flip the normals (either manually, or using the Recalculate Inside / Outside commands), but the times I've tried it never really seemed to go well, so I'm not sure if that simply doesn't work or if I've been doing it wrong.

It was developed specifically for JKG back in the day, and never released. Not sure if the devs still have the map or the source files.

I read something about collisions in Rust (old devblog, but still might offer some insight on how things could work):

That's one for a proper Force Throw!

Seems to be the effect of the lightsaber's dynamic lighting. So that's probably env / cube mapping.

No human word can describe that awesomeness.

Nothing odd about that, it's just a monster of geometry

Can easily be smoothed merging the vertexes: the model seen there is actually crude brushwork turned to .ase. The Sulon Star could use a better model anyway, with proper rails and structures.

Yep, several:

You can open up the .pk3 file, either with Pakscape or as a .rar file, and look up in the folder maps/. An alternative would be typing in the console dir maps *.bsp, which will list all of the available maps, unless they're too many to be showed completely, and find the one you think it is.

Yep. Open up the console (pressing Shift + ~, the key left to 1), then devmapall <mapname>, and once in-game, you can spawn whatever NPC you want typing in the console npc spawn <NPC name>, or if you feel epic enough, npc spawn vehicle <vehicle name>.

You need to install the Microsoft Visual C++ Redistributable, 2015, I think.

Being a total noob, env / cube maps? Reflection? Refraction? Two pounds of awesomeness?

I remember DT85 playing around with a robotic Terminator, but said that it was just too much for Jedi Academy with all the pipes, servos and details.

It seems indeed that all animations are managed by the model_hand.md3. Basically, it doesn't involve any bones, but simply Empty entities named after tags. Keyframe their positions accordingly to the original parts of the models. For example, the Repeater has three Empty, named tag_barrel, tag_flash, and tag_weapon. Only them, apparently. The animation is made of 15 frames where they move around, and probably the actual model parts moving is managed in-game. Now to coordinate all of that with the .md3 parts and those weird angles is another matter entirely... Also, I don't know if that's important, but always check that the tags are set with Quaternion angles. Those turbolasers are actually .glm models. And the entities in that map itself are misc_turret with turbo spawnflags - they work pretty well, but only after they've been assigned a target through scripting.