Will PQ support EBSP?

[Gleeb]

Just incase you don't know what it is, it's a way of distributing files within maps. For example, it could be used for coloured lighting information, new sounds or models, a mini-mod, or maybe even an alternative, low detail BSP, allowing PQ players to play someone using the same map, but with far lower detail <br><br>Just wondering, as it would be wonderful for the SP episode I'm planning.<br><br>If you've no idea what I'm on about, either e-mail me, or visit irc://irc.innergamer.net/#qc and look for 'Gleeb'

[Paul]

hmm.. never heard of this. post a few texts on here if you can. does it require adjustments to the engine code? i'm sure dan can make the changes if its worthwhile.

[Gleeb]

Basically, it needs just a bit of cutting and pasting, at least on a PC. I don't know about the PPC fs or PQs code, so I couldn't say if convresion would be needed, but the PPC would need enough memory to store the files, as they are placed in memory, not on the fs.<br><br>Also, EBSP loading is backwards compatible with old BSPs, and EBSPs will load into any engine that doesn't support EBSP loading, but the maps will lack those extras that come with the files.<br><br>At the moment, there are 3/4 PC Quake ports that support it, including my own GQ <br><br>Just imagine, a large map filled with detail... you're running about, getting r_speeds indicating 800 polygons, the limit normal quake will play, and you're thinking, this will never run on my PPC, and then when you try, you find all the pointless detail is gone, and has far nicer r_speeds.<br><br>On a similar note, what kind of r_speeds should I aim for if I make a PQ map?

[Paul]

i remember the rspeeds were about 70-100 but check the very big map thread on this board - its got about 50 pages and theres loads of stuff in there. look in there and use the search too.