Heh
#1877 posted by czg on 2004/05/06 16:33:32
heh
Wait A Second...
#1878 posted by metlslime on 2004/05/06 17:56:19
Isn't there a "silent" spawnflag on the teleporter?
.
#1879 posted by necros on 2004/05/06 18:34:52
yes, but that only gets rid of the 'humming' ambient sound that trigger_teleports emit.
Teleport Sounds
#1880 posted by Fern on 2004/05/06 19:25:14
Zerst�rer has a spawnflag for truly silent teleports.
GetFileSpace
#1881 posted by madfox on 2004/05/06 20:50:41
My last map suddenly run out of light.
What can I do?
light.exe
142entity - 130lights
+++ERROR+++
GetFileSpace : overrun
What Light Are You Using?
#1882 posted by necros on 2004/05/06 22:24:06
if you're not, i highly suggest using aguire's light util, because it seems you have hit a limit which aguire's stuff probably removed.
Aguire's Light Tool
#1883 posted by madfox on 2004/05/06 23:33:19
I deleted 16 torches, and the problem was solved. Could be something in the animated light count.
Never had the message before.
If It's My Light
#1884 posted by aguirRe on 2004/05/07 03:02:01
tool, it must be a very old version < 1.14 (Aug 2002). Later versions have another more informative error message.
Q1 Tools Update
#1885 posted by aguirRe on 2004/05/07 06:23:55
at http://user.tninet.se/~xir870k . Main features are new attenuation formula (delay 5) and improved additive minlight in Light, engine matched validation in compilers and a new GLQuake engine especially made for mappers. Please also see readmes for more details.
Any comments are welcome.
Gtkrad 1.5
#1886 posted by glassman on 2004/05/07 13:00:46
I'd like to start using GTKRadiant 1.5 but turning off 'Freelook in camera view' doesn't seem to work in the Preferences. Is it just me having that problem?
AguirRe
#1887 posted by glassman on 2004/05/07 13:02:03
What are the mapper specific features in your version of glquake?
Aguire:
#1888 posted by necros on 2004/05/07 13:52:56
thanks man, this is awesome stuff.
first of all, the engine is a great idea. there are times when every engine i try to use packs up and leaves. i doubt i'll use it for much playing, because it doesn't look like you've made it any more efficient than the regular quake, and i doubt i'll make a map specifically for it either because of that, but this should help immensly with testing and such. at least now, when i hit a limit, i can keep building and testing while i try to figure out what's wrong as opposed to just stopping and searching and waiting and such. :)
also, i'm a big fan of delay 5. i didn't use many delay 2 lights in my maps after i started using fitzquake, because the overbright feature would make the lights way too bright, and i realised that this must be what it looks like in software... being able to specifiy a max light limit is great, and Kinn rocks hard for coming up with something like that. (but thanks for implementing it in your tools, aguire)
i haven't really experimented much with the new minlight setting though... i try to stay away from minlight as much as possible. :P
cheers on excellent work!
Glassman:
#1889 posted by necros on 2004/05/07 13:54:26
like he said in the readme, there aren't really any features for mapper, the only feature is that almost all limits that would normally crash quake before even letting you see the map are bumped way up (ie: edicts from 600 to 2048)
it's not really meant for normal play or for mapping specifically for.
Fuck, Triple Post...
#1890 posted by necros on 2004/05/07 14:48:52
one thing i forgot to mention, Aguire:
don't name your engine glquake.exe, because it's not meant to be a glquake replacement. glquakebjp is perfectly acceptable ;) besides, it makes unzipping it a pain, because now i have to unzip to another directory, rename then copy it into the quake directory. same me some steps, eh? ^_^
Glassman
#1891 posted by HeadThump on 2004/05/07 15:17:02
I have experienced the same problems. I've also reverted back to using the beta 1.3.11 because I find the changes in the interfaces of the newer versions iratating and counterproductive to what I try to accomplish.
GlassMan
#1892 posted by aguirRe on 2004/05/07 16:03:56
The "GLQuake Mapper version" just means that its focus is on loadability and viewing of large troublesome maps.
Since mappers at one time or another create maps that indirectly (e.g. via leaks) or directly exceed normal engine limits, I hope this version is of special use for them.
It's not meant as a replacement for FitzQuake or other engines, just a complement.
Necros
#1893 posted by aguirRe on 2004/05/07 16:14:55
I toyed with the idea of making up yet another engine name but decided against it, since all my other tools also kept their original names.
Since I don't plan to make that many more improvements to this engine (unless someone finds a reasonably valid bsp it can't load), I hope it won't be too cumbersome with the file renaming.
I'm glad you like the tools, let me know if you have problems with them.
Thanks AguirRe..
#1894 posted by glassman on 2004/05/07 18:44:01
Sorry I didn't spot the readme..it isn't in the zip. That sounds very useful.
Headthump..I fine with 1.4 but I definitely need to turn freelook on. I've reported it as a bug.
Your Huge Map
#1895 posted by aguirRe on 2004/05/07 19:39:53
Day of the Lords was one that I tested the engine capacity on. Sometimes when compiling that map you get a leak near the beginning of the map.
The resulting bsp is normally not loadable in any engine, but now it is. Just fly around and inspect the whole outside of the map when it's not removed by the compiler. Then load the pts file and you can find the leak spot immediately.
Even the old SoE map soe2m4 which was mega huge before Tronyn decided to split it can now be loaded and inspected for the leak trail.
Maybe the engine can also handle the upcoming project that Tronyn is working on.
I've Noticed
#1896 posted by HeadThump on 2004/05/07 20:38:10
with 1.4 the default settings uses the QeRadiant standard 'delete - insert' for the zoom-in, zoom-out instead of the 'shift mouse drag' that is second nature for me now. Changes like that are a bit irksome though I do have 1.4 set up for Half-Life mapping.
AguirRe
#1897 posted by glassman on 2004/05/08 04:02:37
Yes I had that problem intermittently - strangely I got it to compile (without a leak) by slightly moving one of the entities in the beginning outside area. Not sure why that would work other than perhaps reshuffling the entity order in the map file. Where is the leak?
HeadThump-shift RMB drag does work in 1.4 in the 2d windows.
It's The Same As
#1898 posted by aguirRe on 2004/05/08 05:00:26
we discussed before; the leak is in the rocks to the left of the entrance cave in the open area.
When inspecting the leak, it seems to be one of those that there really isn't any explanation of; all brush junctions seem OK (although a bit complex) in the area. By manipulating one of the brushes, the leak goes away.
My only guess is that it's the size of the map that finally puts the numerical errors in the float calculations over the edge.
Necros
#1899 posted by Kinn on 2004/05/08 05:43:47
Hi dude, I'm glad you like delay 5 (and massive thanks to AguiRe for implementing it in his light program). What I find looks awesome is to use it in conjunction with "wait 2", e.g. for a nice, dramatic walltorch, try:
light 600
delay 5
wait 2
Func_synch_trains
#1900 posted by madfox on 2004/05/08 20:39:26
I wated to synchroon func_trains, as I am using 5 related through eachother.
Found it somewhere at 3D-Inside, but lost it.
Can't find it...again.
Gtkrad Keys
#1901 posted by glassman on 2004/05/11 15:03:42
Anyone know if it's possible to change the keyboard assignments for gtkrad 1.4 upwards? Specifically I'd like to change the freelook camera move arrow keys to a wasd set up.
|