defragster
Senior Member+
I did some mods - wanting to show I could selectively update one half or the other.
No real complaints - nothing debugged or confirmed or cleaned up enough to share. I did set rotate==1 as my display hangs that way.
One fun effect was top and bottom shapes out of sync - when drawn on same frame#.
Another odd effect was ( an EARLY change I don't recall ATM ) the split line between frames was a flickering/flashing lineout of sync with wither frame
> A bit odd the lower subframe gets to Frame X and draws and then upper subframe would be drawn at X+1 with matching shapes and colors?
> I did something that now has top drawing at X and the bottom at X+1 Frame# and they are generally in Sync except as noted below.
Then a quick hack for speed adjustment - runs FAST<>SLOW but some draws show odd sync - that is possibly how I hacked the 'frame&0xf"
I think it is likely a cusp in the frame&0x# logic - right now in SLOW mode top and bottom fail to have matching every 240 frames and the draws are every 16 frames - which suggests byte wrapping is the cusp - possibly the 'color_index = (frameCount >> 4) & 0x7;' or other 'rounding error' caused by the
But if Both are drawn on the same Frame Number that is when the shapes are out of sync - and or when the central line never matches the two halves?
I probably spent more time noodling this in writing this post than I did yesterday … the fast display {generally smooth and perfect} rate is too fast to watch and totally mesmerizing.
No real complaints - nothing debugged or confirmed or cleaned up enough to share. I did set rotate==1 as my display hangs that way.
One fun effect was top and bottom shapes out of sync - when drawn on same frame#.
Another odd effect was ( an EARLY change I don't recall ATM ) the split line between frames was a flickering/flashing lineout of sync with wither frame
> A bit odd the lower subframe gets to Frame X and draws and then upper subframe would be drawn at X+1 with matching shapes and colors?
> I did something that now has top drawing at X and the bottom at X+1 Frame# and they are generally in Sync except as noted below.
Then a quick hack for speed adjustment - runs FAST<>SLOW but some draws show odd sync - that is possibly how I hacked the 'frame&0xf"
I think it is likely a cusp in the frame&0x# logic - right now in SLOW mode top and bottom fail to have matching every 240 frames and the draws are every 16 frames - which suggests byte wrapping is the cusp - possibly the 'color_index = (frameCount >> 4) & 0x7;' or other 'rounding error' caused by the
But if Both are drawn on the same Frame Number that is when the shapes are out of sync - and or when the central line never matches the two halves?
I probably spent more time noodling this in writing this post than I did yesterday … the fast display {generally smooth and perfect} rate is too fast to watch and totally mesmerizing.