Jitter + OSC example?

qudaparcs's icon

I've not used OSC before, so it may be that I lack the vocabulary to do an efficient search; can't find hints anywhere, anyhow, for some reason:

I am looking for an example or tutorial explaining how one might send video information (streaming live-feed, via jitter objects) from one computer to a second computer, using OSC.... Anyone?

PS: have already scoured CNMAT and opensoundcontrol files (all of them).

seejayjames's icon

I don't think OSC can send streaming video, it's for control messages. you want jit.net.send/recv for the actual video matrices.

qudaparcs's icon

Thanks seejayjames; have been giving that try but that I get errors:

jit.net.send: dropped a matrix.
jit.net.send: Data is being input faster than it can be sent.

But this is while testing the send/receive on the same computer (won't have 2nd avail for a couple of days yet). So i was thinking perhaps OSC packets would be the better option.

I am testing with a recorded movie, but I will need this work with a live video stream. If the recorded stuff is too fast, I wonder if live-stream is even possible (via jit.net.send/recv)?

In case yourself or anyone else can spot my error, here are the relevant test patches:

Max Patch
Copy patch and select New From Clipboard in Max.

This is live-video capture patch (outlet cord connects to jit-sending patch):

Max Patch
Copy patch and select New From Clipboard in Max.

This is the jit-sending patch:

Max Patch
Copy patch and select New From Clipboard in Max.

Here is the receive patch:

merci merci in advance!

seejayjames's icon

I get lots of dropped-matrix errors, I don't think it's much of a problem (usually not noticeable visually). Would be nice to turn off the errors though. I don't have Max here so I haven't looked at the patches.

Probably when you test with two computers you'll get more of these dropped frames. Again, I haven't really seen problems visually with some frame dropping, but I haven't tried high-res video either. Be sure you've optimized everything you can and don't send more resolution than you need (like sending 640 x 480 if your receiving video window is only 320 x 240), and only bang the metro/qmetro at the frame rate you want, not any faster.

sandroid's icon

try using jit.argb2grgb before sending thru jit.net.send and jit.grgb2argb when receiving the stream (after jit.net.recv). You should get better performance.

qudaparcs's icon

thanks to you both! shall go through it and employ your suggestions.