Tusen takk!

(sum total of my trip to Hemsedal last Christmas) 

heh 

Isn't there a "silent" spawnflag on the teleporter? 

yes, but that only gets rid of the 'humming' ambient sound that trigger_teleports emit. 

Zerst�rer has a spawnflag for truly silent teleports. 

My last map suddenly run out of light.
What can I do?

light.exe
142entity - 130lights
+++ERROR+++
GetFileSpace : overrun 

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. 

I deleted 16 torches, and the problem was solved. Could be something in the animated light count.

Never had the message before. 

tool, it must be a very old version < 1.14 (Aug 2002). Later versions have another more informative error message. 

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. 

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? 

What are the mapper specific features in your version of glquake? 

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! 

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. 

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? ^_^ 

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. 

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. 

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. 

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. 

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. 

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. 

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. 

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. 

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 

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.