damn, this is good

No you can't, there's not a single map for which we have a complete set of textures. And we don't want maps with white patches, do we?

We could build a servers-only pack without any textures at all, but I don't think it's worth the trouble. I'd just wait for QRP to finish the few remaining textures and build a single pack usable both on the client on the server.

We don't? i got alot of textures for dmX maps, i don't see any textures missing

You don't see missing textures because when an external texture is missing, the engine uses the low-res one from the .bsp and it's not noticeable unless you look closely, and you need to know where to look.

Oh, just take the sky textures, the classic ones, not the skyboxes. They're all from the bsps.

Yea Tonik! qrp for the win, as long as the mp-maps are available fquake wins

This should be easy to automate

I had some old pcx2wad source, e-mailed it to your zquake gmail.com e-mail addy

The one thing that needs to be done is to convert the .tga images to .pcx (either using imagemagick `convert file.tga file.pcx` or by adding tga.c and reading routines from zquake to the pcx2wad source), apply the quake indexed .pal to the image (might be possible with imagemagick -map command [1] but not sure this retains the ordering of the palette which is important for quake - otherwise need to write some small code to do this) and then run pcx2wad to create our GPL wad

[1] http://www.imagemagick.org/Usage/quantize/#map

Thanks for the source, oldman. I hacked on it a bit, added tga support and it's mostly functional now.

Here's a map I compiled from GPL .map sources and a wad converted from QRP's textures: dm6_gpl_test.bsp. Only the sky texture is missing.

I wanted to try the map but Fuhquake closed with an unspecific error message.

Map crashed ezquake but joequake worked fine!

Map looks ok to me.
Only one texture that looked strange though.
metal4_4, path between mega and center, has some reddish color that looked out of place.
Where did that come from?

FYI have finished quite a lot of qrp-textures lately so the end is near or at least nearer

Great!

that is awesome news moon[Drunk], keep it up boi!

dm6_gpl_test works in ZQuake..
and also the tube textures has some red artifacts

looks promising
keep it up

Don't be so happy Moon, there is always more to be done

p.s. <3

works nicely in svn build of zquake

I suppose this effects gameplay as rockets explode against the sky instead of just flying off, its a shame to keep them solid when its just an old qbsp limitation though


Some of the architectural mistakes could be smoothed out in the .map, or is this something that would be fixed by a modern qbsp?
e.g. http://www.inside3d.com/qip/q1/gfx/mistake_dm3.jpg http://www.inside3d.com/qip/q1/gfx/mistake_dm3c.jpg

p.s. is there any advantage(s) to using a modern qbsp/light/vis implementation to compile the .bsp? e.g., hbsp2 (svn://svn.icculus.org/twilight/trunk/hmap2/)

I don't mind fixing the dm3 hill texture issue (althogh it's a very minor issue since that area is unlit most of the time), but I'm against changing anything that affects physics (e.g. the pent area bug). Remember, most people will still play the non-GPL version anyway. So I'd prefer to keep the maps as close to the original as possible rather than try to make them better.


I know one bug in original qbsp: ambient sound levels are the same volume for any non-silent channels (sky, water, ???, ???) in a given leaf (I'm not aware of any map where this is a problem though). Otherwise new compilers produce largely the same result. Some very minor poly/leaf count optimization maybe.

I'm going to compile the maps with hmap2, just patch it for old sky behaviour first.

hmmmmm any idea why it crashes?