i know its not really a mapping help, but i need help so i can do some mapping.

anyway. quiver!! the quake1 map editor... does anyone know where i can get a working link? the official site has it down. wrote the dude 2 weeks ago and nothing!! :(

agh. i wanna make maps using my macky. :) 

Yes yes, I am using Quiver at this very moment.... I thought I was the only person on the planet who still did. ;0

Scott Kevill definitely does not give a rat's ass about Quiver anymore, I'm sure he does not have it. I have it of course, but no place to upload it to.

Also, If you have Mac OS X, it is possible to compile GTKRadiant, but that is not for the faint of heart (It runs as an X11 app using Apple's X11, XDarwin, and Fink). read the mailinglists on zerowing.idsoftware.com for more info on that. 

GTK radiant? agh. i dotn wanna learn a new editor. hehe. damn.

i ahve os x, but its 10.0.4 or something. the first version i think. hehe. damn. i hate apple for making us buy jaguar!! :)

hmm... if i give you the link to an account at briefcase.yahoo, would you upload it for me if its below 5mb? :) man. im desperate. i'd do anything!! (except gay stuff, thats just.... gay)

hehehe. damn. 

If you've been annoyed with the jagged edges in some shadows in Q1, you might want to take a look at my latest Light 1.23 version available at http://user.tninet.se/~xir870k .

There are several new options for various speed/quality combinations. 

Will you be adding support for coloured lighting/.lit files to your light prog at all ? 

whoa aquirRe, you appear to the 'teh r4wk'... i can't wait to try out your light prog, especially the -extra4 you mentioned 

Thanks AguiRe. 

you won't be disappointed.

Abyss: No current plans on coloured lighting. 

it really made an improvement, i ended up with some very smooth edges, will carry on using this i think, it coped with the tyrlite parameters very well 

the new light util is very cool, just been playing with it, makes those shadows look so much nicer.

Recommended to any q1 mapper :) 

Firstly, "Abyss: No current plans on coloured lighting." :(

Secondly, Is there any problems with say compiling with tyrlite, for coloured lighting/generating the .lit file, then compiling using your light prog for the new features -extra4, -soft etc?

I have tried it on a small test map, all seems to be fine, and in the end I get my coloured lighting. 

As long as TyrLite doesn't change the entity contents in a way that information is lost it should work fine, I think. Normally it doesn't.

TyrLite will then first generate both the .lit file and the normal light data lump in the bsp, then my Light would make a 2nd pass generating another light data lump in the bsp replacing the previous one.

It seems like a good idea, Abyss! 

is lighting a map twice. and if the lighting process takes a few hours or more... *shrug* 

Talent, however, is another matter 

.lit files are not light data, but the offset.
If you change the lightmaps in a bsp, you end in the colored hell.

aguirRe : great features. Been wanting fast and more sunlight for all these years

havent found in readme, does it support negative lights (antilights) 

in this version, maybe later.

If you like the new soft shadows, try them together with the enhanced sunlight ("-sunlight2"). It benefits especially since the sun shadows are so clearly defined and therefore normally suffers from aliasing (the jagged edges). 

The people demand screenshots that show off l33t enw features. 

Get the Light 1.23 version, grab any Q1 bsp that has outdoor areas and run the following command in a console window :

light -fast -soft -extra4 -nolight -light 30 -sunlight 250 -sunmangle 45,-60 -sunlight2 60 bspname

where "bspname" is the name of the map.

Then load up the produced bsp in a Q1 engine and check out how the ligthing looks in the outdoor areas (indoors will be rather dark since all light entities are disabled).

You can tweak the parameters above for different effects. 

This appears to be some cool stuff. Outdoor areas that seem to have a (somewhat?) simulated radiosity effect without the complication (or time apparently) of actually doing any radiocity calculations). AND even better yet, you can use a worldspawn light ent to cover the inside bits while leting the 2 sunlight sources deal with the outside shadow fade off.

/Spending tomorrow playing around with this 

you rock!

i'm using your utils to finish my qsp now :)

lots of nice features and tyrlite ents support makes it uber great! 

the accolades, partial credit goes to Tyrann for the TyrLite features that I've included.

I'm eager to see what you guys can come up with using these tools. Just let me know if you have any problems or if there's something unclear in the readmes (they're a bit spartan).

Running the tools without parameters prints out helpful info and default values etc. This info is also logged to file if your console window is too small.

Please also note the ability in Light to quickly test various options from the command line without having to rebuild the map.

Finally when satisfied, put these keys/values (even range/dist) into worldspawn for future reference. 

Screen resolution does effect the lighting effect. What is the typical resolution set by players around here? 800x640? Higher? 

Is what I use 

Screen resolution does effect the lighting effect.

Really? What do you mean? Resolution when playing? Compiling? What is "the lighting effect?" 

I wasn't very clear was I.

Say I'm using Tyr-quake in full windowed mode at a resolution of 320x200. I set up the brightness and gamma so the original quake skill and episode select foyers look 1337. Now, I pull down the console and load map Orkan and when I enter the map I can't see two virtual feet in front of me. Next, I up the resolution to 1024x768 and suddenly Orkan looks cool in all it's atmospheric glory. There's now enough light to see gross and fine architecture, and texture detailing is now apparent (where before it all just looked like various shades of black). It seems that the higher the resolution, the more effect light entities have (I know this is the wrong way to put it but I also hope you know what I mean =) at least for software and winquake.

The problem then, involves the four levels I'm currently working on. If I set the lighting up so that it looks good at 320x200, it becomes "flooded" with light at 1024x768 (bland stuff). So I reason that if I can discover what is the most commonly used resolution for play, I won't go too far wrong with the lighting if I use that as the benchmark resolution for testing light placement and effect on a given level.

That's why I thought the question was relevant to the mapping help thread.