You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I often have GPU-based jitter patches with framerates derived from jit.grab objects using the "@unique 1" attribute, so all my rendering is locked to the current frame-rate of the camera input. Then I output those patches to a Syphon stream at matching fps. So far so good.
BUT, the jit.gl.syphonclient object will output a frame whenever it receives a bang from the render chain, even if it's a duplicate. Since there is no gl version of jit.change, it would save a lot of duplicate processing if jit.gl.syphonclient would only output unique frames, so one patch could be "genlocked" to another via Syphon. Thanks for all your amazing work!
The text was updated successfully, but these errors were encountered:
I often have GPU-based jitter patches with framerates derived from jit.grab objects using the "@unique 1" attribute, so all my rendering is locked to the current frame-rate of the camera input. Then I output those patches to a Syphon stream at matching fps. So far so good.
BUT, the jit.gl.syphonclient object will output a frame whenever it receives a bang from the render chain, even if it's a duplicate. Since there is no gl version of jit.change, it would save a lot of duplicate processing if jit.gl.syphonclient would only output unique frames, so one patch could be "genlocked" to another via Syphon. Thanks for all your amazing work!
The text was updated successfully, but these errors were encountered: