Makaqu

[mh]

For entities and textures I generally hack them in at load time, then #if 0 them out when done.

end.bsp has multilayered liquid; fall into the first pool and look up at the teleport you came from. Also e4m7 for liquids within liquids.

[Spirit]

My http://www.quaddicted.com/files/engines ... spirit.zip testmap has a translucent brush. I hope I included the source. Would be great if those other test cases would simply be added to the map.
If I did not include a license, I hereby declare it public domain or WTFPL whatever suits you.

[mh]

[Spirit]

Tried entitytest in some engines including quake.exe and winquake.exe, no problems whatsoever. Does it only get freaky if skyboxes are involved?

[mh]

The standard id engines should work fine. Where an engine might go nuts is if it doesn't properly handle sky surfaces on brush models (skyboxes would be a good example here).

[qbism]

Try back2forwards. Multiple layers of transparency.

[mankrip]

Thanks. Both entitytest and enginetest-spirit crashed my engine, but back2forwards worked.

backwforwards uses a BSP entity for the translucent floor and another for the translucent windows of the ship right below it, and thanks to that I found out that translucent BSP entities are affected by Makaqu's clipping bug also.

[Revanic45]

I noticed that with the directional lighting, you did not normalize the lighting vector after getting it from the dynamic light. You MUST do this, it will make it look much better.

[mankrip]

[mankrip]

The 1.5 version is released. It only runs in windowed mode. I hated to release it with this bug, but despite that, I'm quite satisfied with it.

The particle lighting allows overbrighting, while the SPR model lighting doesn't. Maybe I'll change the particle lighting to behave like the SPR one, but opinions are welcome.

[qbism]

I was able to get it to run fullscreen mode. In fullscreen, FPS drops very low when the menu is down. The palette goes crazy until the next bonus or damage flash.

Transparency looks great. In back2forwards, was able to see entities and skies correctly rendered through 2 layers of glass (func_walls I think). mkqtest1 map from 1.4alpha rendered correctly, even through multiple layers of transparency.

overbright sprites could have a washed-out look. Instances like the explosion sprite.

[leileilol]

[qbism]

[Spike]

_never_ read from video memory.
if you need to read from video memory, use some other buffer somewhere (like quake's water warp buffer), a bit like you would an fbo in gl.

video memory is generally paged as uncached memory, so every single access results in stalling the cpu while waiting on the result, hence the slowness.

DIBs are blitted from system memory each time, hence why you'd want to use directdraw when you can.

[mh]

The MGL-less drivers are immune to both read-from-vram and palette-craziness issues as they work on a system memory buffer for most of the frame but just expand that out to a 32-bit buffer at swap time. In practice this is just as fast as working in 8-bit (owing to some loop-unrolling), and may even be faster on some systems as writes to vram work best when you can feed it a lot of data in large chucks over a short period of time.