 News | Forum | People | FAQ | Links | Search | Register |
Log in |
|
|
I noticed the vis time on that gigantic Q3 map took...six seconds. Is there a simple non-coder explanation for why vis takes so damn long on earlier engines?
700 portalclusters 1682 numportals 2736 numfaces 3364 active portals 416 hint portals visdatasize:61608 Total visible clusters: 54658 Average clusters visible: 78 Yes, I think it's the detail brushes mainly. numportals is the important one to watch - I'm dealing with about 40,000 numportals for my stupid map...
Another interesting fact: the "-fast" vis process on this map is so innefficient that the resulting visdata adds about 12MB to the bsp file size! Ok, my level is nearly finished, but now I seem to have hit upon a curious problem which crashes LIGHT if I add anymore brushes.
At the moment I can light the map only if it is less than a certain amount of brushes. If I add new brushes, I have to delete other brushes, so at the moment I am just disabling the clip brush visgroup when I export to map. This works, but soon I will run out of clip brushes to do this with, and actually rather like the map to have clip brushes. Aguires light crashes straight away, but when I tried using tyrlight, I got an error, whgich was something like "bad face normal at x,x,x". Of course, this was on a compiled bsp, so finding the culprit was difficult, and I think it might be different every time. BSP and VIS run fine without any warnings, and I have tried using other compilers, not using remove skip etc. all to no avail. If anyone has any idea what the problem is, I will be your best buddy for life! Please help! Sorry I haven't clarified this more, I don't hve much net access time left. I need a couple of people to help test my dm3 sp remake before QExpo. I have already sent the first beta off to some people, but would like a fresh set of eyes to look when the second is ready. Any takers?
meizah at gmail
Incomplete versions are fine too. The geometry and gameplay and connectivity interests me the mosts, since i'm not that good on commenting looks. (cause i suck at mapping) That's all the testers I need. Like I said before, I will email as soon as the second beta is ready.
I lost my Paint Shop Pro
come to your town and give you a complementary handjob. If you have the palette.lmp file, just use the old palcnv12 utility:
http://www.gamers.org/pub/idgames2/utils/graphics_edit/misc I'll arrange for Stevie Case http://en.wikipedia.org/wiki/Stevie_%22Killcreek%22_Case
to fly in this weekend ;) The best way (for photoshop users) as I discovered at the weekend is to load a quake skin and then go to image > mode > colour palette and then save the colour palette (either act or pal are available).
To convert to the Quake palette, I find that texmex does the best job (and has the option to remove fullbrites), and photoshop is terrible at converting to 8 bit colour. Anyway, it's likely that there is a similar option in PSP, so grab a Quake skin from the net... http://quake.perm.ru/skin/pallette.zip (from http://quake.perm.ru/skin/skins.htm) does anyone have a collection of Ken Scott's old Quake skins? They were by far the best available, and were quite plentiful. However, his site is no longer online, and I couldn't find any of his old work online.
but Megazoid collected a shitload of player skins:
http://www.quaketerminus.com/tools/250Quake1Skins.zip but what I really need now is the textures to Diakatana episode 2. If someone could point the way to a download, that would be swell.
I probably should dabble with the Quake1 wad before coming to a final decision. If DKT2 suits the brush work, I'll likely need the originals to
fine tune them a bit. I originaly textured the map in IKBlue for a very
Karanen style map; but as there is much outdoors as indoors in the map, the variety is not there in IkBlue to sustain the theme through.
|
|
| You must be logged in to post in this thread. |
|
| Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors. |