mrwonko

It's an animation used exclusively for that purpose, right? Then you could change the animation, e.g. by replacing it with a different existing one by editing models/players/_humanoid/animation.cfg, or by modifying the animation from the _humanoid.gla itself e.g. in Blender. The relevant animations should be BOTH_STAND1TO2 and BOTH_STAND2TO1.

That would best be done using a sun light, which can be done using a custom sky shader, as described at http://q3map2.robotrenegade.com/docs/shader_manual/light-emitting-shaders.html, or using a directional light entity with a special key I can't quite remember, possibly "_sky" set to "1".

These light rays have been created using brushes with a special texture, possibly common/dark_dust, on its visible sides, and system/nodraw on invisible sides.

It would be nice if you could share your .map and .bsp, so we can see if we can reproduce the issue. I haven't watched your video yet, but it sounds like you're hitting some bugs that could be fixed in the engine.

You could probably use vertex alpha for the fade, which you can control using alpha volumes. The principle is similar to (one method for) blending textures on terrain. I was going to point you towards SimonOC, but the website seems to be down. Somebody else can probably provide more details.

It doesn't need to be called "base", you just need the correct folder structure inside of it,

 what Ramikad said, and make sure to read the included pdf manual for more details.

Can you share the broken version of the map? This looks like a bug in the code that should be fixed, but we'll need a way to reproduce it first.

Nice. I did a brief search for Blender Merge Normals Across Objects and found this alternate approach, but use whatever works for you.

If you're using the Blender add-on, make sure to use the latest release, the version on JKHub does not handle normals properly.

If the normals already look like that in your modelling tool, you need to fix them there, first.

Happy to hepl!

I experimented a little, and the name of the .shader file appears to be irrelevant. What helped was renaming the pk3 to come alphabetically before assets, e.g. aaa_animated_sky.pk3. I think for shaders, pk3 load order is reversed from what it usually is.

Share your modified pk3 and I can take a look later.

The order in which shaders are loaded (and thus override each other) is somewhat unusual, I don't really understand it, but if your pk3 currently comes after assets1 (alphabetically), try changing its name so it comes before, or vice-versa.

That map uses the shader textures/mp/s_bespin (defined in mp2.shader), you need to change the first line of your shader to that (but keep the "skyParms" as they are).

That looks like it was built as a replacement for the Bespin sky. I don't think the Bespin sky is included in Jedi Academy.

What are you trying to achieve? Do you want to replace an existing sky? Or use this as a new sky for use in your own map?

Either way, you'll have to change the "textures/skies/bespin" parts. The top one is the name of the shader, as referenced in maps. The one in the "skyParms" is theoretically the path to the textures that make up the sky, though in this case the later "map textures/AnimatedSky/skystars11" puts another image on top of that, so that should not matter.

If it doesn't work on Blender 3, you're using an outdated version of the plugin. The latest version is available at https://github.com/mrwonko/Blender-Jedi-Academy-Tools/releases/tag/nightly

On 8/13/2022 at 1:01 AM, John Barleycorn said:

Well... i use glm importexport plugin, downloaded here

The version on this website is outdated, I have yet to get around to uploading the latest version (I want to do some more fixes/improvements first). I would recommend updating, because older versions may not work on the latest Blender and can lose vertex normals on import.

To be able to use (any) Radiant, you need a .map file, but the game only ships with the compiled .bsp files. You may get better results by using SomaZ' BSP importer for Blender and then exporting from Blender.

FYI the player.npc file you found is for the NPC version of the player used in cutscenes.

When you are playing the map, you can use the console command "mapname" to find out the name of its bsp. I don't know how to find out which pk3 file it's in, though.

Welcome back. Looking great!

The problem is not the Blender version, but the plugin version. Older versions of the plugin do not import normals. Use the latest version from here.

On 6/30/2022 at 11:13 PM, Circa said:

I've asked this before and usually get the same answer: no. I forget exactly why, but I'm sure it has to do with encode/decode stuff. I feel like @mrwonko or @ent were people that I had asked in the past on Discord. Maybe they can give an answer as to why.

In principle, adding support for new video formats should very much be possible, but nobody has done it yet, to my knowledge.

I don't know why your counter is off by one (I guess something unexpected targets it?), but I can explain the "cm_inlinemodel: bad number". Triggers are brush entities, i.e. their volume is represented using brushes, which get compiled into "inline models", i.e. brush models baked into the bsp file. Entity modding keeps these unchanged, and on this map there seem to be 166 of them (*0 to *165). You can reference existing ones, and move them around, but you can't add new ones, at least not with the existing tools.