Dante

So I thought this would be somewhat possible after I tweaked a looping patch to play the loop back at a faster rate by adjusting the interval args of a qmetro to drive the 'outputtexture' message. My main thinking was to use a gl.textureset.js as a simple delay followed by another textureset that would control the speed of the playback. Although I am having trouble wrapping my head around the numbers. I imagine the playback speed would be limited by the delay length or texturecount of the first gl.textureset, but can't really get it figured out. 

In my patch it does work, but it plays the sped up parts twice when the interval is faster than 60hz.

Does jit.gl.textureset.js have texturecount limit? (Vizzie uses 120, seen some forum posts at 500)

Is qmetro the best way to go about this? 

flonum

prepend

message

live.dial

counter

append

attrui

qmetro

inlet

outlet

vzgl-object

gate

comment

random

toggle

jit.gl.videoplane

jit.pwindow

loadmess

number

jit.grab

jit.world

routepass

So I thought this would be somewhat possible after I tweaked a looping patch to play the loop back at a faster rate by adjusting the interval args of a qmetro to drive the 'outputtexture' message. My main thinking was to use a  gl.textureset.js as a simple delay followed by another textureset that would control the speed of the playback. Although I am having trouble wrapping my head around the numbers. I imagine the playback speed would be limited by the delay length or texturecount of the first gl.textureset, but can't really get it figured out. 
In my  patch it does work, but it plays the sped up parts twice when the interval is faster than 60hz.

some other questions are: 
Does jit.gl.textureset.js have texturecount limit? (Vizzie uses 120, seen some forum posts at 500)

Is qmetro the best way to go about this?  

thanks ppl

So I thought this would be somewhat possible after I tweaked a looping patch to play the loop back at a faster rate by adjusting the interva

attempting-live-real-time-fast-forward

the only limit to texturecount is system and GPU memory, as well as your opengl driver max texture count.

Much appreciated Rob. Thank you as always.

attempting live /real - time fast forward