|
Maybe put a spotlight texture under the gun?
Killing Lights
Is it possible to use trigger_once to kill a light entity?
I tried testing what I proposed in #17126 above and made a small test map with a nailgun, a light and a trigger_once. I gave the trigger_once a killtarget value "lightkill", and gave the light the targetname "lightkill".
When I tried to compile this map, I got a "Segmentation fault" error message. I thought this was unrelated to the entities in the map, but when I turned the trigger_once back into a world brush, the map compiled fine ... so it would seem that I did something wrong when trying to kill a light with a trigger_once.
Can someone explain what I did wrong?
#17132 posted by PRITCHARD on 2016/09/22 13:56:58
Like so?
I think that actually looks nice, and helps a little bit more too. Good idea :)
On a rather off-topic note, does anyone know a good tool to quickly convert from tga to jpg or png? It's annoying to have to open GIMP before I can upload a screenshot.
IrfanView
#17134 posted by PRITCHARD on 2016/09/22 14:14:33
total_newbie: As far as I know you can't kill a light. I think light entities are removed from the map at compile time unless they're supposed to be interacted with in some way, perhaps if they have a style... Not sure. In any case, the only way I know to turn a light off is to target it, not killtarget it.
onetruepurple: IrfanView! I used to have it on my system, it went away with the Win10 upgrade as M$ borked my PC and I had to reinstall things. Works a charm, thanks!
Thanks, Pritchard
the only way I know to turn a light off is to target it
How does that work? I guess it's not just a matter of giving the light a targetname and having something else target it, right?
I just tried that with a trigger_once and got the same result as before (i.e. compiler gave me a segmentation fault error message -- which I'm still not sure is not the result of something else, but so far it seems to correlate with my trying to get entities to do things they can't do).
#17136 posted by PRITCHARD on 2016/09/22 14:35:13
https://dl.dropboxusercontent.com/s/df4rh3g7v439jtl/lighttest.map
Not sure what your map looks like, I just whipped this up though. Feel free to take a look or compile it yourself (make sure to replace the wad with a path to the original quake wad on your own computer)
Just a simple button that targets a single light. The only keys i've changed are the target/targetname.
Thanks Very Much
Yeah, that compiles fine on my end and works as intended. When I try the same thing with a trigger_once instead of a button, though, I get the segfault error when I try to compile.
Also: when I change the light style in your map to slow pulse, the button no longer has any effect in-game; the light just stays on. It still compiles, though. So I guess one can only switch standard, non-pulsing and non-flickering lights on and off?
Does anyone know why I can't switch off a light with a trigger_once?
#17138 posted by Mugwump on 2016/09/22 17:13:24
"Maybe I'll write some custom QC to make the nailgun follow the player until they pick it up."
That would be hilarious! "Pick me, pick me, ooh, ooh, please pick me!" And make it hop behind the player with cartoony boing-boing sounds.
#17139 posted by Rick on 2016/09/22 17:43:10
I'm pretty sure you can't turn a light off or on if it has any style other than the default. I remember trying that once before.
You should be able use a trigger_once though. The light needs a targetname and it will toggle off/on every time it's triggered. I have definitely done it with a trigger_relay activated by a trigger_once.
Quakespasm 0.92.1 +sv_protocol 999 +map
#17140 posted by adib on 2016/09/22 18:13:41
Thanks guys. Problem solved.
I should centralize the level anyway.
ACHTUNG!
1- QuakeSpasm 0.90.1 doesn't have 999 as a protocol. Update your QS;
2- The +sv_protocol switch must come before +map on command line.
Just My 0.02
I should centralize the level anyway.
If you haven't done this yet, I'd say that should be first priority. Requiring protocol 999 (or bsp2, for that matter) when it isn't actually necessary seems like a very messy solution...
(I mean, technically one could make even e1m1 require protocol 999 by moving the entire map to the +/-4096 boundary.)
Move E1m1 To The 4096 Boundary
#17142 posted by Qmaster on 2016/09/22 19:38:22
That would be neat prank actually.
Ahh! Found It! I Found Pritchard's Nailgun!
#17143 posted by Qmaster on 2016/09/22 19:40:47
That was hard to spot.
#17144 posted by Rick on 2016/09/22 19:55:37
You could place the nailgun over a hole, put a really bright light in the bottom of the hole, then hide the hole by filling it with a func_wall. If too much light escapes the hole, make it a spotlight.
Total_newbie
#17145 posted by ericw on 2016/09/22 20:02:07
What light tool / version are you using? I can't reproduce that in my tool.
Generally segfaults are always bugs in the compile tool, rather than the mapper's fault.
So I guess one can only switch standard, non-pulsing and non-flickering lights on and off? Right. It's just a limitation of the vanilla progs.dat though, this could be done with modified QC.
Everything I Have Is About Three Versions Out Of Date...
Generally segfaults are always bugs in the compile tool, rather than the mapper's fault.
Ah, ok, thanks for clearing that up.
I'm using your tools, but I have v0.15.4.
If you want, I'll upgrade and see if I can reproduce the issue.
What I really should/want to do, though, is get all of my tools up to date, but my primary tool, namely TB2, I don't know how to update short of a fresh OS install (which I'm reluctant to do at the moment) -- see my query in the TB thread.
#17147 posted by Mugwump on 2016/09/22 22:01:50
If you're on Windows, you can delete the TB folder, remove its entries in the registry and reinstall it. I can't tell for OSX or Linux.
#17148 posted by ericw on 2016/09/22 22:52:37
v0.15.4
ah ok, that explains the light crash :-)
Upgrading should fix that. Let me know if you need help building it on Linux.
Thanks, ericw.
I seem to have run into a problem already, but I think it's something I messed up and has nothing directly to do with Tyrutils-ericw.
A bit of background:
A few days ago, I tried to install something called Drupal. I really want to learn how to build websites, and I read online that you can use Drupal to build a website pretty much from scratch. So I found it in the Mint/Ubuntu repositories and tried to install it, but something went wrong during the installation process (there were some steps I didn't understand, and I chose the wrong options or something), and now it isn't installed properly, but I can't seem to remove it either.
So, now:
When I tried building the latest version of tyrutils-ericw, I needed to install cmake -- but when I try to install cmake, the Drupal installation process tries to resume, and then fails again. As a result I can't get cmake installed.
Not that I expect you to know how to solve this problem, but maybe you'll at least be amused at how badly someone who knows next to nothing about the computer they're trying to use can screw things up.
Nah
#17150 posted by ericw on 2016/09/23 02:29:47
don't worry, Linux package management just sucks..
what's the error?
I have hit the same thing on debian/ubuntu before, there's some magic flag to make apt-get work usually. also maybe we should move this to the OS thread...?
Or Tyrutils-ericw Thread
#17151 posted by ericw on 2016/09/23 02:30:11
Color
#17152 posted by Mugwump on 2016/09/23 06:32:19
Is it possible to apply a color attribute to an entity that is not a light? Lemme explain: I have this idea of recreating the two fish scene from Coppola's Rumble Fish. This would require having one fish tinted red and the other blue. Would I have to retexture them or can I achieve this just with a color attribute?
#17153 posted by PRITCHARD on 2016/09/23 07:07:29
I'm pretty sure a retexture is in order, I don't think quake has any tinting keys by default, or in any mod that I know of.
#17154 posted by Mugwump on 2016/09/23 07:43:33
Damn! Incidentally, I guess it would also require altering the progs.dat to have two versions of rotfish, right?
|
|
You must be logged in to post in this thread.
|
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.
|
|