 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
Those vis sizes shouldn't be any problem at all. Just curious, did you rebuild from scratch (i.e. using qbsp) between those two tests ?
Otherwise the initial vis/light data lumps in the bsp are different in the two cases and may (although I can't see why) cause alternate behaviour. Let's see what Tyrann finds out. aguiRe: Yes, I did a complete recompile between the two tests.
Tyrann: It's on its way. of two maps, using both my Light and TyrLite and none of them exposed this behaviour. I got the same timing after fast/full vis.
I'm interested what could be causing this in your specific map (or even possibly in your computer environment). Ok, I've run the two compiles and there's no difference here. My first suspicion is that this is something simple like a screensaver that comes on during the longer compile and saps CPU cycles.
Otherwise, it's more complex and other factors are involved. What vis program are you using? What's your OS version? Vis 2.15 by Bengt Jardrup
Win98 SE 4.10.2222 A Note that I have screensavers disabled, and there were no programs open during one compile that were not open during the other (I believe it was just Windows Explorer, MS-DOS Prompt, AIM, mIRC and WinAmp, and WinAmp was not playing anything during either compile). Also note that I noticed this happening at least twice, so it's not just a specific incidence. When I get a few minutes, I'll do a full and fast compile using the BSP and prt I sent you, since before I did a complete recompile. If you open the Properties for your MSDOS Prompt in Win98 (the shortcut you're actually using), go to the last tab and check the settings for Background and Idle Sensitivity, what's their status ?
If you wish, you could send me the zipped map+wad (I'll rebuild it myself) so I can see if I can repeat the symptoms here (I've got both Win95 and XP). I think Tyrann's running W2K.
What TyrLite version are you using ? I'm using TyrLite v0.92
...you could send me the zipped map+wad (I'll rebuild it myself) so I can see if I can repeat the symptoms here (I've got both Win95 and XP). TBH, I'm not that concerned about it, but I understand that you might just be curious as to how this is happening. So, don't obligate yourself to trying to figure this out, but if you want me to, I'll send the until it becomes a real problem
If you like to update, there are new versions both of Tyrann's tools and mine. I've upgraded all the compilers (TreeQBSP, VIS, and TyrLite) so I suppose we'll see if the inconsistency continues.
Well here's an interesting turn of events: I took the
I don't see what I could be doing that would cause light to take twice as long. Anyway, it doesn't really matter, and apparently it has nothing to do with the compilers since it goes both ways. the "-nocount" option in TyrLite to see if it's console window related. In Win9x, the interaction between 32-bit console apps and the actual console window is a complex beast.
sometimes my trigger-door-whatever setups stop to work, even tho I dont change them.
Have to delete and reconstruct to make them work again. ftw ? bsp, treeqbsp by aguirRe, normal bsp compile (not onlyents) what map editor are you using? it could be the program is fucking up the target/targetnames or something like that.
readup - bsp
all the links look fine in the editor (you know it draws the lines) and I even hand-checked the map in the notepad - all targets matched. im pretty sure everyone has asked this, so here it goes. does anyone know of some ass-kicking q1 textures?
see, today i wanted to start a new level but well, had no ideas with the original quake textures... so yeah. thats it. http://www.planetquake.com/frib/stuff.html
http://www.planetquake.com/warehouse/ http://suspenlute.com/01/obtex2.zip http://suspenlute.com/01/bulowad2.zip http://suspenlute.com/01/deconwad.zip http://suspenlute.com/01/sock_eg.zip http://www.planetquake.com/dl/dl.asp?ikq/ikbase_r2.zip http://www.planetquake.com/dl/dl.asp?ikq/ikblue.zip http://www.signsofkoth.co.uk/q1textures.html http://www.planetquake.com/speedy/textures.htm http://dl.fileplanet.com/dl/dl.asp?hfx/evil1quake1.zip http://dl.fileplanet.com/dl/dl.asp?hfx/evil2quake1.zip http://dl.fileplanet.com/dl/dl.asp?hfx/evil3quake1.zip http://dl.fileplanet.com/dl/dl.asp?hfx/evil3extrasquake1.zip http://dl.fileplanet.com/dl/dl.asp?hfx/evil4quake1.zip That should keep you busy for a little while, anyway. the "-nocount" option in TyrLite to see if it's console window related. In Win9x, the interaction between 32-bit console apps and the actual console window is a complex beast.
aguiRe: I've been using the -nocount option lately, and it seems like the light times are more consistent now. The -extra light after a fast vis has been approximately the same since I started that, and during the full compile I just did TyrLite took about the same amount of time as during the -fast vis compile. Again, since it appears to be more unpredictable than I initially thought, I have no idea if this actually means anything. ...if it takes two minutes or four. What matters is; did it or did it not crash and delete your porn collection?
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |