InsideQC Forums

The more I think about this, the less I like the idea of this.
Yeah I don't like it either, for me the NaN and infinities are more like error results rather than genuinely useful values, and any code that uses them may suffer portabilities problems (portability to different Oses, different ...

A span is a horizontal row of pixels.

Edges are the edges of faces, and the edges get projected on to the screen, and if you ignore clipping and overlapping for the moment then rendering the polygon is just a matter of iterating the Y coordinate from the highest Y to the lowest, and at each Y ...

The -extra option for the 'light' tool is probably what you want. It will do four times the amount of light tests and average the result for each luxel, so it is four times slower but doesn't require any more memory than normal.

Having more detailed lightmaps (normally there is 1 luxel for each ...

[And I just noticed a weird oversight that actually works for a really funny reason and I think I'll just keep that in there. ColorDistance < bestColorDistance ---> but bestColorDistance starts as -1. Still works of all things probably because ColorDistance is unsigned int so -1 evaluates to a very ...

I grabbed it, cheers.

Btw what is a "skip" brush?

And this was easier than Layer->Transparency->Add Alpha Channel ?!
That merely adds an alpha channel to the image, it does not convert black pixels into transparent pixels while keeping white pixels solid.

The easiest way might be to use Colors -> Components -> Decompose, which creates a new ...

Cheers goldenboy, good tips there. I never knew about the light_globe entity (and I though I knew most of the entities by now :lol:)

How does Oblige work? Is the generation based on formal grammar by any chance? Or some other "common" procedures?
The caves are generated with a cellular automata ...

Lighting is good on the random maps. Oblige generated?
Yep that's OBLIGE

There'll be another testing package soon, but the next official release is a couple months away.

The lighting on indoor caves is just random, though I'd rather have more realism, with the light only coming from actual ...

Randomly generated cave:


or outdoor area:

The "Cube" engine? Perhaps someone has ported it to the PSP....

metlslime wrote:I wonder if it would be best just to pad all lightmaps with an extra row and column of light data in memory, so that you will never go out of bounds from a lerp.

No need to pad every lightmap, just add an extra 400 samples or so at the end of the lightmap data.

metlslime wrote:If this came from fitzquake, i probably wrote this code. There's a lot of code from my first year on that which is pretty newbie stuff now.

The interpolation part is by Lord Havoc.

I can confirm that the interpolation code does read samples outside of the current lightmap. So that indeed could cause a memory access fault.

However when this happens, the fraction for those samples is 0 and hence they never influence the lighting result. So the logic itself is not broken.

frag.machine wrote:But remember, every func_wall occupies an entity slot, so be economic on that .

It occupies a mapmodel slot too, which is worse as there are a lot less of them (1/4 of the entity slots, only 256 in vanilla quake, 1024 in DP).

reckless wrote: adding 1024x1024 dds textures and using pom ....

I thought that said 'porn' at first