 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
I experimented some last night, and managed to get some coloured lights working in a small map, but when I put some in my larger map (3mb) tyrlite gives the error message:
"color 0 < 0" about half way through the total number of faces! Yes I was using a command prompt. I tried making sure that none of the color values were 0, but that didnt make any difference!! before that I was getting another error message that said something about a 'stack overflow', something like 'drawskycolor'. Anyone got any clues? JPL - That website you have linked to is very usefull! Thnx! standard command prompt (a dos box). Also tried Worldcraft process window with -nocount
I was refering to the light tool command line you typed in the prompt "DOS" window.. Did you add a -lit option ? What is the light tool you are using BTW ?
Tyrlite 0.99e
light -lit -extra <file> I also have a copy of Tyrlite 0.99c but havent tried it, I wouldnt have thought it would be much different It says: lighting face ##### out of 11### (ish) gets to about 5000ish then says: Error color 0 < 0 Maybe you can do several things:
First is to test the light tool without -lit option, to see if it has any effect Second is to check all your light in the map file (e.g, open the Third is to try another light tool that support colored lights: maybe it can come from a bug of tyrlite... but I don't really think it could be that... Kepp us informed please ;) im gonna try hmap2 (lordhavocs) stuff aswell, although im not sure if it'll work with the color values already in the map cause they gave an example color in readme as '1 0.6 0.4'
Although its supposed to support halflife light ent fields '255 255 255 300' - last figure is 'light' level (brightness). Ill see... Are there any other color supporting light tools you know of? Before I post some shots of 'successfull' tyrlite rendering on my level, I would like to say some things:
AguirRe - your tools rock! Maybe its because I work too much detail into my maps, but your tools handle them all perfectly where others wont! I get the best looking results with your light tool. Other tools supposedly even offer extra8x8 lighting options, but on my maps they give crappy looking results. Yours (always run with -extra4 -soft) give really good looking results. Either of your bsp tools compile my maps where others wont, same for your vis! Its just a shame that you light tool doesnt support coloured lighting. Have you ever considered creating a version of light that does? Im sure it would be the best light tool ever made for Quake! First of all I would point out that the bug I reported before still occurrs as before when I use the command
-extra When I dont it works OK but gives the following effects on solid entities: http://shub-hub.com/files/images/RickyT23color.jpg http://shub-hub.com/files/images/RickyT23color2.jpg Notice also the harsh black areas in the second shot. This sort of effect is continued throughout the map, in certain areas. The first shot shows some func_walls which arent being hit by the colored sunlight cast. On the other hand areas outside where the sky colour is being cast DO look OK! Anyone got any idea why solid ents are doing this? Hmap2 (lordhavocs) tool also will light the map if I change the _color values to '1 0.1 0.1' for example, but the weird effect occurs not only on solid ents, but also on some world areas. For Tyrlite im using '230 40 40' or suchlike. It is also possible to add -colored to the tyrlite command line: I don't know what is the effect, but I have it on my side... maybe it makes the difference.. though...
Success!
I added -colored to the command line and at first it wasnt working. I had a corridor in the level with a curved cieling, the corridor also curved round a corner and sloped downwards (I know, I know). I know that the way I was doing it (with six-faced brushes, each face having four edges) was giving me illegal faces, so I made each brush unto four brushes each with four triangular faces, and re-made the corridor using vertex manipulation (pain in the arse). This stopped the corridor from leaking (I had originally boxed it on the outside). Anyway I dont know if any of this had any bearing on the light tool, but with the command line: -colored -lit -nocount -extra (in the worldcraft process window I might add..) it seems to be working (h00ray!!) which is a relief 'cause I was about to either sack off the coloured lighting completely, or change it all round again to accommodate q1rad, as a last resort. So, thanks JPL for help, and me for persisting! Thanks for the kind words, I'm glad my tools work for you. As for coloured lighting, I'm not very fond of it and it would significantly make the tool more complex and slower, so I have no current plans for it.
As for compiling your maps, try to build sickbase with hmap2 or most other compilers and discover the true meaning of "corrupt bsp" regarding colored lights:
In my limited experiments, Darkplaces handled Also, I find that colored lighting looks best when it accurately reflects the color of the light that is casting it. What I do is, open the light texture in a graphic editor, and use the color picker tool to select a good value from the center of the light. Then, paste that RGB value into the light entity. Hope this helps. Grahf: About DarkPlace story, I tested this "feature" of bsp29 format +
RickyT23: I'm glad I helped you at the end: you finally refined your process.. I'll look forward for your "colored" map :P And as Grahf suggested, let DarkPlace have a new try to see if the problem is solved.. Fuhquake - Would have worked but wouldnt load the map cause I was using info_notnull 'use' 'OgreGrenadeExplode', with no Ogres in the level yet
Fitzquake - Worked fine. Darkplaces - Worked fine. Qrack - Worked fine. Telejano - Worked too! Tenebrae - No colours (shitty framerate too!) Tyrquake - Untested The map has no gameplay yet (although I have planned a lot of stuff for it, just not yet implemented it!), and I would say that the world is about 1/2 to 2/3 built, so we'll have to see how it pans out when the file is bigger! AguirRe - I did try the hmap2 suite whilst trying to get the map to work with the coloured lights and you're exactly right - very bad process, bsp was leaking, no vis, lights looked horrible, but I had to try it just as part of the course of tinkering and tweaking. I notice that your existing light tool has a Tyrlite mode (I tried to run it with -tyrlite95 -lit) which obviously didnt work cause lit files arent supported. You could always make a tool seperately from your existing one, so folks could use either? I can tell from you engine that you are of the school of thought to 'preserve and not pervert' the Quake experience, so coloured lighting might be and enhancement 'one step too far'. I mean I dont want to sound like I'm nagging or anything, more just speculating, and I'm not going to keep banging on about it, I just thought it'd be cool!!! :P Makes me think tho, if Im using a red texture on some of my lights, with a red light, and Quake 'purists' load the level with white light, I wander if they'll mention the red texture as 'looking a little out of place'. JPL - You ever get people complaining about coloured light usage? You ever get people complaining about coloured light usage?
Unfortunately yes... but only if the color are too "strong", e.g: full red, or full green, etc.. That's why I recommended to rather use "smooth" color values, in order to not "destroy" the texture visual... Well, afterall it is just a matter of taste... Keep it up ! PLay invein!
One of the best maps that used cloured lights! In my opinion Coloured light goes very well with white textures. And in general subtle coloured lights are better. too much trouble than its worth!
In order to play invein with coloured lights, I would have to use Darkplaces.exe OR dpnehahra.exe (which I cant find ANYWHERE), when I run Darkplaces with -nehahra or -game nehahra and then load 'map invein' it crashes with the message more colours than expected 65472 should be 256 So im sure its great, I've seen the shot with the blood-red fog, but I'll be buggered if I can get it to work!!! that dont work neither!
gives error cant load models/explode.spr version 2 should be 1 or 32 or something like that. Besides, that engine doesn't have My NehQuake should definitely wotk with Invein or any other Neh material, it's tailor-made for that.
AFAIK there's no subdirectory in Nehahra that's called models (following your error message), so I'd guess something is wrong with your Neh installation. But you're right, NehQuake doesn't support static coloured lights, only dynamic ones and coloured fog (which is also used in Invein). Also, DPNehahra is supplied inside the main Nehahra installation along with the other original exes.
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |