joshualeeginsburg

I'm working with video files that indicates a data rate around 35 Mbit/s.

This is strangling my processor when i play them in my patch.

I really don't want to convert my archive (which is massive, and meticulously tagged etc) to another codec.

Is there a way to control data rate such that i can bring it down to approx. 10 Mbits/s?

I'm working with video files that indicates a data rate around 35 Mbit/s.
This is strangling my processor when i play them in my patch. 

controlling-data-rate-of-videos-in-jitter

Perhaps you can use the source of your video (syphon, jit.qt.movie, etc.) to limit the size of your frame or number of frames/sec that it is outputting. STart there so you don't have to cascade further into the patch.

AFter limiting there first, then you can additionally limit by slowing the # of messages with objects like qlim.

And you can downsample matrices of your data using objects like jit.matrix, Look at the jitter tutorials for lots of ideas on these topics. For example tutorial 14.

Perhaps you can use the source of your video (syphon, jit.qt.movie, etc.) to limit the size of your frame or number of frames/sec that it is outputting. STart there so you don't have to cascade further into the patch.
AFter limiting there first, then you can additionally limit by slowing the # of messages with objects like qlim.
And you can downsample matrices of your data using objects like jit.matrix, Look at the jitter tutorials for lots of ideas on these topics. For example tutorial 14.


I've never heard of Syphon. How does it function?

Re qlim, how would it be attached to the jit.qt.movie workflow?

Does downsample necessarily mean a downgrade of image quality?

I've never heard of Syphon. How does it function?
Re qlim, how would it be attached to the jit.qt.movie workflow?
Does downsample necessarily mean a downgrade of image quality?

Controlling data rate of videos in jitter?