What?!
#4412 posted by starbuck on 2008/02/16 19:13:52
1218 hours?!
#4413 posted by JneeraZ on 2008/02/16 19:43:14
50 days to do what? VIS? If it's VIS, that's absolutely insane.
#4414 posted by JneeraZ on 2008/02/16 19:44:07
Even 6 1/2 days is crazy. WTF are you guys doing? Might be time to optimize a little. :)
Rudl
#4415 posted by Shambler on 2008/02/16 20:13:33
Good designs / look. Textures well busy, not sure how that would feel through a whole map.
Now, the other 40%...
There's Nothing
#4416 posted by aguirRe on 2008/02/16 21:18:44
"crazy" about having fullvis processing for days or weeks in a big map, many high quality Q1 maps in the recent years have required that, e.g. Kinn's Marcher took about one week I think.
With an open layout, fullvis time goes up in a highly non-linear manner. It's certainly not an optimal algorithm, but no-one has come up with anything better so far.
Lost A Post There
#4417 posted by ijed on 2008/02/16 21:32:06
My longest compile time in warp was ~5 hours, including bsp and light - there's always a way to cut back on vistime, through using func_walls or illusionaries, all the old tricks like ubends, doughnut corridors or just basic corners. Warpd which had a massive open area that connected to four others was the quickest compile, at around four hours.
Granted there wasn't much detail in the map but even so, I could have filled it with func's with a negligable compile time hit.
Rudl, I'd suggest using sunlight, but at a very low value. Maybe 20 for direct and 15 for ambient. If you think of it as moonlight or light pollution then it'll probably be a more attractive proposition. It should help you light the map whilst maintaining it's blackness.
#4418 posted by JneeraZ on 2008/02/16 21:43:52
A few hours I can see, or even over night in a pinch but any longer than that and I have to think you've done something unfriendly to Quake. That's all. :)
Goldenboy, Get Xnview
#4419 posted by bambuz on 2008/02/16 22:19:48
if nview works, then xnview (a graphical program) should work. It has all image edit needs. Adjust gamma and save to jpeg for example.
It's free and for multiple platforms. www.xnview.com. Associate it with pcx images.
You can even run batch, select multiple files in the file viewer. But you don't need to do that first, you can just do individual files.
Oh and that xnview doesn't mean it's for the x window system or that it's anything unix crap with a horrible ui, it's just a name.
You certainly don't need Photoshop or Gimp (and don't need to endure their loooong start times) for just slightly editing some shots or photos.
Rudl
#4420 posted by inertia on 2008/02/17 07:09:14
Shot #2 reminds me of the factory from the movie "Joe and The Volcano."
CDA Fullvis Runtime
#4421 posted by JPL on 2008/02/17 08:54:44
Just curious JPL, what was the processor?
I have an AMD Athlon 2600+ with 768 MB RAM... it is an old configuration bought 3 years ago, and CDA was released in October 2005... So the gap I could obtained with a brand new processor is not that obvious...
I don't think it is insane to wait for 1218 hours to see your "baby" out, when you spent 7 months building it... It was worth to do, I don't regret, cause as of today, I consider CDA as my best map (visulally at least...)
Also, aguirRe was very happy that I used his vis tool, and that CDA proved it was supporting loooooong run, and was not buggy at all at the end ;)
#4422 posted by rudl on 2008/02/17 10:05:31
I think I have to wait for a multithread vis tool to vis it.
#4423 posted by JneeraZ on 2008/02/17 11:26:20
Well, I posted this before but here is my code for multithreaded LIGHT and VIS that run on OSX.
http://wantonhubris.com/SrcForJim/
If someone wants to make that work on Win32, go for it! I'm sure the community would love you to pieces for it.
#4424 posted by JneeraZ on 2008/02/17 11:28:17
I know that multithreading VIS gives you about a 30% speed up with a second processor in your machine so even with a dual core machine, you'd cut that 1218 hours down to 852. Still an assload, but much less of one.
And if you could find someone with an 8-core machine, well, that should give an improvement that would almost bring it into the realm of reasonability. :)
AguirRe's Vis Tools
#4425 posted by than on 2008/02/17 11:42:52
Automatically save the vis data every now and then, so you can stop vis and resume later. I've never had to use that particular feature, but I can't imagine JPL or Kinn not taking advantage of it... imagine if a thunderstorm made the power go out 45 days in!
My maps have never taken more than an hour or so to vis, and my old maps took around the same time to vis on a p200 with 64mb ram. I, however, am not throwing around these big open spaces quite so much as other people seem to be doing these days. If you look at Marcher, you will discover that the main outside area of the map takes up half the available area for making a map in Quake. It's fucking huge.
I wonder how long czg_hate was taking. Care to enlighten us, czg?
Ch, Chek...
#4426 posted by distrans on 2008/02/17 11:54:27
...skill set beta locked and loaded. Now we wait :)
Rudl...
#4427 posted by distrans on 2008/02/17 11:55:55
...computer panels as exterior structural elements just doesn't make sense, even in Quake.
Wow - Good Discussion!
#4428 posted by RickyT33 on 2008/02/17 16:15:02
Several things:
1 - Somebody PLEASE do a multithread vis for windows. All of you Mac users are getting off on this and rubbing your cocks in glee. We need to make a stand!!! I would do it, but I aint no computer science student, I cant even do QuakeC, and I dont know where to start with compiling from Willems source code. (Did you create that youself BTW Willem?)
2 - Than, your too smart to need a long compile time. Your maps are soo fucking good that you dont need to resort to trying to blow peoples mind with the biggest wide open space. Your maps are just classy.
3 - JPL, Sickbase took 6 and a half days on an Athlon XP1700! CDA would have taken longer on my machine! What did you do for 2 months, aside from tear your hair out, and try to block out the sound of the CPU fans?
4 - Willem, Sickbase was not nice to Quake. Its not nice for anyone! For starters you cant play it, cause it only runs in AguirRes modified GLQuake, or his NehWarp engine is better. I dont think its OSX compatible ATM. Also, the only person who managed to do a Nightmare Hundred Percent run was Sielwolf, who, from what I can gather, has been in hiding ever since. And I have the demos on my hard drive(s), but he told me not to post them. He didnt say anything about not emailing them though....
What I mean is its too hard for you, Willem.
5 - Rudl how long is Fast vis? What is your processor and what vis tool do you use?
#4429 posted by czg on 2008/02/17 16:46:40
All of you Mac users
All two of them?
RickyT23
#4430 posted by JPL on 2008/02/17 18:06:49
JPL, Sickbase took 6 and a half days on an Athlon XP1700! CDA would have taken longer on my machine! What did you do for 2 months, aside from tear your hair out, and try to block out the sound of the CPU fans?
What I did ? nothing with my home PC (except internet and email accesses), but fortunately I installed QuArK / Quake / etc... on my office laptop, in order to start something else.... Did you think I was just waiting for 1218 hours in front of my PC screen doing nothing ? Come on, be serious ...
#4431 posted by JneeraZ on 2008/02/17 18:27:50
" (Did you create that youself BTW Willem?) "
I didn't do a whole lot in reality. I just fixed up the function calls and type names that Carmack already had in the code so that they worked on OSX. I don't know/think it would be that easy on Windows but it would certainly be worth someone's time to do it! Many people would benefit.
I Dunno
#4432 posted by ijed on 2008/02/17 19:30:48
But if a map takes more than 24 hours to compile there should be a good reason for it. Marcher had probably the biggest area yet in Q1, outside of a test or beta map and it took a week.
Noclipping around you can see how well optimised it is, whereas eg. Sickbase wasn't so much. I'm not having a go at you Ricky, because the improvement in the Hand was obvious, in all ways.
I think its worth remembering that good mapping isn't good visuals and gameplay alone, but also the technical side of using the tools efficiently to produce the best results.
I know alot of the old Quake sites are 404 but even so a Google for bsp tutorials will still turn up a lot of the old stuff which was thought through back when people were compiling on 486's. Granted we've moved on in the amount of processing power available, but that's not to say that the old methods are now invalid.
#4433 posted by JneeraZ on 2008/02/17 20:22:00
I agree. It's still the same engine at its core and since nobody is rewriting QBSP or VIS, the old techniques and optimization rules still apply.
#4434 posted by rudl on 2008/02/17 21:14:43
5 - Rudl how long is Fast vis? What is your processor and what vis tool do you use?
Several minutes.
Processor is an AMD 6000+ X2
and I use aguirRe's tools
?
#4435 posted by distrans on 2008/02/18 00:04:17
Marcher had probably the biggest area yet in Q1, outside of a test or beta map and it took a week.
*cough* qte1m1 and m2 *cough*
Aardappel
#4436 posted by aguirRe on 2008/02/18 00:58:00
made already in 1998 a DM level Kasteel that allegedly took five weeks to do a level 2 vis on a sun ultrasparc 300MHz.
Some years later I did a level 4 vis of the same map in three days on a PIII 600. On JPL's system it'd probably take less than a day now ...
|