News | Forum | People | FAQ | Links | Search | Register | Log in
Mapping Help
This is the place to ask about mapping problems, techniques, and bug fixing, and pretty much anything else you want to do in the level editor.

For questions about coding, check out the Coding Help thread: https://www.celephais.net/board/view_thread.php?id=60097
First | Previous | Next | Last
 
just a shot in the dark, but willem made toe tag for the mac and it's open source. maybe you can compile it for linux?
http://www.wantonhubris.com/toetag/ the ui is very different from both WC and GTKR though, so it can be hard to get used to. 
Looked Good IIRC 
 
 
Radiant is the typical choice for mapping under Linux, and Netradiant is the most up-to-date and bugfixed version. Works like a charm. 
 
Definitely Try Netradiant 
Until last year I had only used Worldcraft, but then I switched to Netradiant and have never looked back. I remember it took about a week to get used to it.
I doubt I could even remember how Worldcraft works now.

I have a map that's closing in on 6000 brushes and it still runs smooth with XP on an old Athlon 64 3400 with 1 Gb of RAM. 
Thanks 
I've been doing lots of programming lately (javascript+canvas) actually, so ended up not doing any mapping the other day, though I did manage to get Worldcraft 3.3 working properly in Windows XP, so maybe I will just use that.

The problem I was having with setting it up in Linux was the installer for QuakeAdaptor wouldn't allow me to install in any place other than program files/ and even though I was trying to install there through Wine, I think it somehow knew that the actual path was different. Maybe I can copy the files from Windows and get it working properly. 
That Might Actually Work You Know :D 
Not that I have tried it, but I think you can run WC from a USB stick for example. 
Map Analysis Video 
I've put up a 1 hour video on my yt where I look at an unreleased hl2 single player map I worked on some time ago and talk about level design shit. Might be interesting to some of you guys perhaps http://www.youtube.com/watch?v=k7FZAuWfNNg 
 
Issue with Quoth Delayed spawn. With some larger spawns (dozens of mobs) it sometimes doesn't auto wake them. I even added a relay to retrigger them but it still doesn't wake them up... thoughts? 
Psychic Debugging 
I'm going to channel Raymond Chan here, are the hordes spawned by the death of other monsters? Like waves once a certain number die? 
 
Trigger multiple -> Lightning trap -> Trigger once -> relays 
 
It's a bit odd all the other fights seem to work fine. This particular spawn however is spawning both a zerg in a spawn room that then come through teleporters AND a bunch that spawn right next to the player. If they are not waking you don't notice because they aggro you anyway :p 
Activator 
So the lightning trap is shooting a hurtable trigger_once during this sequence? Because I could see that setting the wrong activator and so not waking monsters up. One test of this would be to replace the hordes with just a regular monster whose back is turned and see if that trigger will wake them up. If this monster also fails to wake then read on to find out the problem...

The concept of the activator is a fairly opaque topic in quake mapping. When an targetname event gets called, one of the entities in the game is designated as the activator of that event. If the trigger was a touch trigger then the player who touched it is the activator. Similarly relays propagate the activator of the original event.

What about when the trigger is driven by damage? Well, the QC has to work a bit harder to get this right. If the damage was done by a player rocket, naive code might make the rocket the activator. Really what we want is for the owner of the rocket to be the activator, which is why T_Damage takes two entities: the inflictor and the attacker. In this case the rocket is the inflictor and the player is the attacker. The concept of the attacker is also needed for correct ai and kill message attribution.

So I'd guess that the problem is that the lightning trap is being identified as the attacker and therefore becomes the activator. Lightning traps don't use their activator as the attacker, self is the attacker (mostly because the lightning uses the thunderbolt attack function which doesn't distinguish between inflictor and attacker). This is typical for trap shooters though, spike shooters would behave in the same way. 
Activator Fix 
Forenote: Bear in mind that if any of the monsters from a horde spot the player, they will wake all the nearby monsters which will overwhelmingly reach the whole horde. Be careful of false positives in your testing.

There's actually a much more common source of activator bugs in maps, which I think have been discussed recently: monster kills (I assumed this was the issue at first). When a monster fires a trigger on death, their killer becomes the activator of the event. Usually the player does the killing but infighting can ruin it! So it's doubly worth looking at how to fix activator issues.

One suggestion would be just change this crazy QC stuff so that monsters who are activated always attack the player regardless of who caused the activation. I don't like this fix because it only works in single player. In co-op you might have multiple players, so you have to decide how to sensibly pick one for monsters to attack. Even if you think you've fixed this, what about if there are no players!

A simple fix on the mapping side of things is to make sure that events to wake up monsters are only bound to things that players can do, like touch triggers, buttons and item pick-ups. A lot of the time this is reasonable and worth bearing in mind. I don't think it's ideal everywhere though; if you imagine a climactic arena fight with multiple waves of spawning monsters, it might destroy the intensity if the player gets to press a button at their leisure to restart the combat.

So in these circumstances I would recommend a new pattern: Use the trigger event which may have the wrong activator to spawn a trigger_once over the combat area. Make this trigger_once target the monsters on touch. Since touch triggers only fire on players you can be sure the monsters will have a valid target. There is no chance in co-op that the monsters will go after the player who is AFK over the one in the arena. If no players are in the server, we just wait for a player to enter the area. 
Yes 
i ran into this problem back in ne_tower.

you could try making a giant info_notnull trigger_once in the area the player will be in that is only turned on when the lightning trap hits the trigger once, and have THAT trigger target the relays and monsters. this way the player will be the activator. 
Heh 
i should refresh pages before posting. -_- 
Addendum 
There is no chance in co-op that the monsters will go after the player who is AFK over the one in the arena.

Reads better as:

There is no chance in co-op that the monsters will go after the player who is AFK in spawn ahead of the one in the arena. 
Oh Yeah! 
For once my verbose answer is in before Necros' concise one! 
Haaah 
I love you guys!

(did I already post this?) 
Apparently Not 
 
 
I think I've fixed it, ta guys 
 
Hah just after typing that I played it through again and both major horde sections broke, grr :p 
 
Battle not with monster activation issues, lest ye become a monster. And if you gaze into the void, the trigger_hurt gazes also.
- Preach 2009 
 
Sod that I was planning to release an alpha of this bloody thing today! :( 
 
anything that stands in the way of horde gameplay is a good thing. I wonder how great rage could have been without it. 
First | Previous | Next | Last
You must be logged in to post in this thread.
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.