jit.poke~ vertical bars at high scan frequencies

Jitteradvancedbugs/issues
tkzic's icon

tkzic

4月 09 2015 | 11:04 午後

Hi,

For a project that simulates slow scan TV, I'm using jit.peek~ and jit.poke~ to transfer images using horizontal and vertical sweeps. It works great at low frame rates, ie., 0.5 Hz, but as the frame rate increases, jit.poke~ seems to be 'dropping' pixels in a very regular fashion.

Decreasing the signal vector size, running in overdrive, and increasing the audio sample rate helps. Also I have run the patch inside an up-sampling poly~ wrapper - which also helps but eventually crashes Max.

None of these methods completely eliminate the black vertical bars.

Here is an example patch that only uses jit.poke~. Try increasing the vertical scan rate to 1.0 Hz or greater to see the vertical bars.

Any suggestions, workarounds, etc., would be much appreciated.

Tom

raster-scan3.maxpat
Max Patch
tkzic's icon

tkzic

4月 10 2015 | 1:24 午前

I think I may have figured out what's causing the vertical lines.

When phasor~ runs at higher frequencies there are fewer samples in each ramp. So in the example patch above...

at 96 KHz SR,

frame rate: 0.9 is 288 Hz. horizontal = 333 samples
frame rate 1.0 is 320 Hz horizontal = 300 samples

When the number of samples per horizontal sweep drops below the number of pixels (ie., 320) Then there is not enough resolution to assign a value to each pixel.The unassigned ones are blank. So, possible solutions would be:

reducing horizontal dimension
higher sample rate
interpolation
interlacing

Here is a link to video and revised patch: http://youtu.be/MfZOK6qNBiA

Tom