NAB622

Man, you and Radiant just don't get along, huh? You are correct about the paths being wrong. Fixing them is a royal pain within Radiant, since the interface was not really meant to edit them. My suggestion would be not to fix it from within Radiant, but rather to fix the project file externally in a text editor. Here's how to do it for Radiant 1.6.6 (Not sure about other versions, but it should be similar in each): Open local.pref ( On Windows, I believe it is found in <Radiant install folder>/ja.game/, and on Linux it should be in /home/<user>/.radiant/<version number>/ja.game/ ) Find the line that says "<epair name="LastProject"> (Should be near the top), then find and open the file that it refers to. It should be something like user1.proj. Inside that file will be all of your BSP menu entries. Be careful not to screw up the syntax, here - just change the paths to match the location of q3map2. Restart Radiant and try compiling again.

That feature is only usable for misc_model and misc_model_static, since it adds a model key to the entity. If you're adding a model to a brush entity (func_ anything), you need to use the model2 key, which to my knowledge only supports MD3 models.

I believe you are referring to the model2 key? Unfortunately, I do not believe ASE models are supported in this way. There is a workaround, though. ASE models can only be used with a misc_model entity (Not sure about misc_model_static). Since misc_model cannot move and is nonsolid, you need to make the door contain the physics_clip for the model. Then, target the misc_model at the func_door. Any movement of the door should be copied onto the model, making them move as one. It takes up an extra entity, but it should give you the result you're looking for!

The launch options apply to code mods, like JA+ or makermod. Since you're just installing a pk3, you can ignore that. Just copy it into the gamedata/base folder, and it will load automatically when the game is started.

I know I'm a little late, but if you need to just move the window, opening the console should give the operating system control of the mouse back. Then (Assuming you're on windows), pressing alt+space and then m should get you into window moving mode. You can use the arrow keys to reposition the window however you need, then press enter to accept the new location.

As i recall from years past (Might be a bit off): Lugormod was/is a code mod that had a heavy focus on role play. It had a lot of general additions to the game like JA+ did, but it's main focus was on user accounts and role play elements within maps for servers to make use of. So if you were part of a clan, you could join the server and log in, and continue building stats or levels (Can't remember what they were called). There were also a lot of tweaks to the innards of the game as well as many bug fixes. As for what happened to it, I don't know - years ago, I had the pleasure of speaking to the guy behind it on many occasions, and he actually gave me some help with my own projects, but we've been out of touch for quite some time. If lugormod is gone, then I'd have to guess it had the same fate as JA+ and many other mods, the website went down one day and never came back.

Just so nobody gets worried/disappointed in the lack of updates, I am working on some features, but nothing is finished yet. Regardless, I am putting this project on a temporary hold due to work hours, and the fact that I need to finish up a few other things. If all goes well, I should be back at it in January. In the meantime, if anyone else is interested in the code, it is all available here: https://github.com/nab622/upgRadiant

When you try to load the map and get kicked back out to the main menu, the game console should show an error message. What does it say?

It may be a little bit harder than it looks, but not at the corner you're pointing to. That corner should align perfectly. The angled faces on the inside of the pillars will likely be the issue. Simply copying the texture coordinates (Middle click to choose a texture and coordinates, and ctrl+shift+middle click to apply) should do the trick everywhere else. If it doesn't work on the angled faces, try reducing the angle slightly, and it might align.....otherwise you might need to use patch meshes there, although that wouldn't be too difficult to do either.

The team key is used for doors, to make them move together in sync. In case one door is blocked and reverses, all other doors on the team will do the same. If you want more than one spawner to be fired by that button, just give the other spawner the same targetname as the first one. When a trigger is fired, it will fire every entity with a targetname that matches it's target. The easiest way to do this is just to copy and paste your current npc_spawner - it will keep the targetname. Then you can change the other parameters however you need.

Edited my post, sorry, I think I was confused what you were doing. Hopefully I understand it now.

I think the best you can do in Radiant is to use the natural setting on your patch, and then align the textures on the brushwork to match. You might have some luck aligning the textures with ctrl/shift/alt + arrow keys, but that's about the best I can think of. Alternatively, you could manually do the math for the texture coordinates to the S & T coordinates and plug then into the patch inspector manually, but that's a lot of work. I did add something to address this in my Radiant fork, but as you know, it's far from done. Edit: Wait.....I'm not sure where I got the idea you were using a patch. Are you saying you just want the textures on the brushwork to the left and right of the pipe to align? If so, ctrl+shift+left click the texture you want to use in the 3D window, then ctrl+shift+middle click the surface to apply it to. It will copy over the texture and it's coordinates.

Also - make sure the trigger_multiple is set to trigger by the conditions you want. By default, a trigger_multiple will fire it's target whenever a player touches it. If you want players to have to press the "Use" button on the trigger, you'll need to set the player_use spawnflag. If nothing works, post a link to your map file, and someone here can definitely tell you what's wrong.

Create a trigger_multiple for the button (Don't forget a wait key on it). Target it at an npc_spawner entity. On the npc_spawner, I forget the key name that determines the NPC to be spawned, but i think it's npc_type. And you may need to set the count value to -1.

If ref_tags don't count, then yeah, there's no entity advantage. There are two tiny editing advantages, though - ifyou use the script to move it, you only have to recompile the script (Not the map) when you make a change. This can help on very large maps. Second, if you do not use an origin brush on your mover, the coordinates are essentially relative to the starting point of the entity - meaning you can make a single script to use across many entities (Just don't rotate it or stuff will go crazy, since there's no origin). I don't think either of these apply to what you're doing, I'm just throwing them out there in case they're useful to you or someone in the future. You've obviously made great progress, and I'd love to see the finished product.

Ah, also very good to know. The only bug I was aware of was the loop rearrangement. Thanks for seeing it through and posting back, I'm learning from this. You can save all the ref_tag entities by using move blocks, by the way. You can move any func_ entity to arbitrary coordinates at will.

Ouch, I did not know that. Thanks for the info! Glad everything's working. So the loop doesn't rearrange the first and last blocks on you? I had tons of issues with that years ago.

No, it looks like you're doing everything right...I would definitely verify that the deathScript on the turret is working, though. I've never used turret entities before so I have no idea how they work. I can't tell much further without seeing the map, though, sorry. I don't mind taking a peek at it if you're up for it, but it will take me a day or two to do so. Since this is undocumented territory - as a point of reference for incrementing variables, here's an old script I did for Taspir Power Complex V3 that runs when the map is loaded, continuously incrementing two timer variables for nefarious purposes:

Affect blocks look for a script_targetname, not a targetname. Make sure you're using the right one. Also, unless there is more to that script that that loops or waits, you don't need that flush() block at the top. Flushing is only used when you need to stop all existing commands before running new ones. To help with debugging, type /developer 1 in the console. You'll get a blue line in the console for everything your scripts do. Yes, scripting truly is a disaster.... The functionality it adds is incredible, but it's very broken in many areas. Fortunately for you, though, I don't think you're using any of the broken stuff for this.

Is this single player or multiplayer? I don't think controlling an entity works in multiplayer...

If Jeff's suggestion doesn't work, check the console for errors. Often it can guide you right to the problem.

This sounds awesome, actually. I think you can probably get this down to 22-ish entities total...It's probably going to be a long process for me to assist, especially since I'm extremely tired and I can't even run BehavED right now, but I'll give you what I can. As far as entity reduction goes, none of your desired actions requires a target_scriptrunner. Instead of using those, put a useScript on your trigger_multiples. You only really need target_scriptrunner when you're running the script directly on a player (Like messing with players' parms, changing their height, making them invisible, etc). For your turrets, since parms are kept between deaths, it sounds like deathScript might work too. It should run the specified script when the entity is destroyed, but not removed from the game. In the script that is run, if you increment a global variable each time a turret dies, it should make detecting turret deaths very easy. (The variable would need declared and initialized to 0 in a setup script, which can be done by adding a spawnScript on your worldspawn.) Incrementing global variables can be done by setting the value to "+1". (This does not work on parms, it is bugged.) As far as checking whether the turrets are still alive or not, there are several ways to do that....I'm still hashing that out in my head. Keep in mind, though, that there needs to be a client detection mechanism to keep the players from being locked out if someone dies while the turrets are active. So far, is any of this helpful? Or am I off on the wrong track?

Yeah..... There's a lot of bad info regarding icarus out there. I don't have the time to give you a full reply right now, but I don't think you can use parms for counting in this instance, since the turret should respawn on death and I'm pretty sure that resets all the parms. Could be wrong on that. Not sure since I never really played with turrets. If they don't reset on death, this will be mega easy to do. At the very least, i can tell you that you can increment and decrement global variables, just not parms - so that might help a bit. Could you be a little more specific about what exactly you're trying to do, though? There's several ways to go about this, and I don't want to go off on a long rabbit trail in the wrong direction.

After poking at things, I don't see a GTK3 migration being very likely any time soon, so I'm moving it to the very end of the todo list. GTK3 removed a lot of functions that Radiant used, and while there is a backward-compatible community tool I can use to get that functionality back, I don't think that tool will play nice with Radiant's old version of OpenGL. And I am not about to update OpenGL, since that would literally require a total rewrite of everything involving rendering - grid, camera, plugins, texture window......everything. So for now, I will continue working on it as-is - GTK2 and OpenGL 1.1.

Yeah, I've been working too many hours for the last decade. I do intend to finish this eventually, as I have actually been working on it for 15+ years on and off, but Radiant is actually the problem with this one. Since I prefabbed the hallways, I would really like a working cut-and-paste prefab system within Radiant that works like a photoshop smart object. It's a huge pipe dream, but the payoff would be amazing. I haven't even started on it, though. Right now I'm trying to migrate Radiant to GTK3 and it does not like me for it. Lots of hackery to fix. Basically, though, as soon as Radiant is fixed up and the tutorials are made, finishing this up is my next goal (Well, my next JA goal anyway, I do many other things outside this community). But it'll be a long time coming.