smcameron

Hmm, the way those bands shift from red to green on opposite sides of the sphere make me think maybe something's subtly wrong. There are counter rotating bands, which makes...

Added another commit to at least warn that the flow field is not calculated correctly, and comments indicating why I think it's wrong. * 177a73897e9b84567ffe0d9ede6ea5b2651eca90 I think calculating the flow...

Thanks. That might work. Can't get to it today. Hopefully within a week or so I can give it a try though.

Ok, I made another attempt... but it doesn't seem to be working. Not sure why not. If you want to try it, apply the following patches. * [1-revert-erroneous-flowmap-calculation.txt](https://github.com/smcameron/gaseous-giganticus/files/6158068/1-revert-erroneous-flowmap-calculation.txt) * [2-clean-up-memory-allocations.txt](https://github.com/smcameron/gaseous-giganticus/files/6158071/2-clean-up-memory-allocations.txt)...

I think many of the high velocities are coming from particles that traverse from one face of the cubemap to another. Such particles should be handled specially (e.g. ignored is...

> Normalizing the vectors is necessary, I don't agree with this. This would mean every vector has a magnitude of exactly 1.0. I do agree the vectors need to be...

Other problems...  There are some weird artifacts near the edges, and the poles seem to have disappeared, so maybe there's something wrong with my cubemap indexing, I dunno. ...

Ok, fixed a couple bugs... was using vfdim instead of DIM when calling xyz_to_fij_float(), which was the cause of the every-other-line thing, and also the missing poles. Had some crude...

Ok, I'm going to commit this for now. I have a feeling that the strong edge artifacts at the cubemap corners may be due to the projection of sphere to...

Oh, also it outputs RGBA images rather than RGB, because... I dunno, some PNG nonsense, when I took out the alpha channel the images got mangled.