mrwonko

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.

Keep in mind that this only makes sense if you properly use detail brushes or have models you want to block VIS.

Well, keep in mind that visibility is offline in idTech3, so everything behind it is only approximately invisible. I'm not sure there are any in-depth tutorials on antiportals in particular, but I recommend just learning about VIS in general.

Take a brush, put system/skip on all sides except the one with antiportal on it. The brush will not be included in the bsp and thus won't be visible ingame, but will be taken into account during VIS calculation, i.e. leafs on the opposite side won't be rendered. As far as I understand misc_models are stored as trisoups in the bsp and can thus only be completely visible or invisible, unless you forcemeta them using spawnflags 4 or an appropriate shader.

The easiest way to investigate this is probably if you upload the model (.blend) for us to look at, if I find something I could record a video explaining the problems.

Is this in Radiant only or also ingame? I have an inkling that it may be due to texture filtering, in which case it would only be in Radiant and may be fixable by changing the filtering mode (not sure where you can do that, but the options should include something like Bilinear and Trilinear). Maybe upload a sample so we can check what it looks like for us?

An entity consisting solely of system/origin doesn't work because during compilation that brush is removed and only its location is used, resulting in an entity without a model, which is illegal. Add a small system/nodraw brush to it as well, which won't be removed.

Read the plugin's manual, it describes how it works. In particular how it finds the model by searching for model_root_0, which in your case has no children, leading to an empty model.

I made this comic about that kind of thing. It's not going to stop, you won't be able to police it, especially not outside JKHub, so stop caring so much. You're not getting paid for your mods anyway, and while I get that recognition/appreciation is nice, most people won't actually look into who made something let alone go out of their way to thank them, so it really doesn't make much of a difference. That's how I feel about it, anyway. You're free to feel different, obviously, but I don't think it'll do you any good.

You basically want the waypoint network to span your entire map so NPCs know how to walk from one end to the other. Try "nav show all" in the console in SP to see whether they connect properly (they don't if there's an obstacle, for example).

Read the errors, fix them. Then realize VS2010 has a super outdated compiler and get VS2015.

You basically got it, http://www.simonoc.com/. I never knew him as sock, interesting... He's on twitter, too.

Open the model in modview and make sure the surface names match the ones in the skin file.

JK2 models work in JK3 out of the box.

One of Sith-j's, I think... Sunset over Coruscant or somesuch. --edit-- Oh well, close enough.

No, this is actually only the case for model_root_0 or whatever the root in the hierarchy is called, everything below that is traversed automatically and the _0 suffix is just a convention used on import. For export only the properties count. The name of the mesh is irrelevant as well, only the g2 property counts.

The g2_ prefixed properties are for GLM export, md3shader is for md3 export. I sadly don't have time to look at your model, but that's an exceptionally unhelpful error message.

I'm not sure if you can control the playback (i.e. make the video start over) - if you can, you could just have multiple brushes with the different video shaders and switch between them using a script.

ModView does not display shaders at all, although you can enable transparent textures in the options somewhere.

You just need to manually wrap it in url tags - I edited your post accordingly.

You don't need to weight using vertex groups, you can also use bone envelopes. And if memory serves only model_root_0 actually needs the _0 suffix, mostly the exporter just looks at the ghoul 2 properties and hierarchy.

If changing the efx setting doesn't work, maybe try editing the model to rotate it?

Basically once you hide entities, detail brushes and patches your map should look like it came from Quake 1 or something. Super simple rooms, no detail. And yeah, don't put a giant box around it if you can at all avoid it.

As I said in the thread linked in the post linked by Boothand earlier, this is pretty much always caused by a misconfigured Q3Map2. Make sure to set fs_basepath to your GameData folder and fs_game to the right mod (if not base).

Well, the 19424 in the brackets seems pretty high so I guess your map doesn't make proper use of detail brushes. Not only will this increase your compile times, it will also decrease ingame performance and increase the resulting file size.