batchku

jit-qt-videoout-help

This isn't possible. Your computer is not a camera.

Those ubumenus will populate, regardless of what's connected to your 

machine, so that's not indicative of anything.

Those ubumenus will populate, regardless of what's connected to your  
machine, so that's not indicative of anything.

On Jun 28, 2006, at 9:51 AM, Jeremy Bernstein wrote:

> Ali. This isn't possible. Your computer is not a camera.

FWIW, Ali, I might recommend using jit.net.send/recv for this over 

either gig ethernet or FireWire Lan connection. This will be *much* 

less CPU intensive, and communicate higher quality video (though more 

bandwidth intensive). I would suggest using UYVY or GRGB data to cut 

your information in half to increase your bandwidth.

FWIW, Ali, I might recommend using jit.net.send/recv for this over  
either gig ethernet or FireWire Lan connection. This will be *much*  
less CPU intensive, and communicate higher quality video (though more  
bandwidth intensive). I would suggest using UYVY or GRGB data to cut  
your information in half to increase your bandwidth.

thanks for your advice jeremy and joshua.

the reason i'm looking at this object and others like it are not so 

much because i need to pass video from one computer to another,

but because i need to pass video from Jitter to Quicktime Broadcaster 

which then streams video out using the Darwin Streaming Server.

Quicktime Broadcaster recognizes plugged in iSights and such. So a 

totally low-tech solution would be get video out of one computer and 

recapture it with another computer, hoping that the acquisition card 

is recognized by Quicktime Broadcaster; that is why I was ignorantly 

the reason i'm going through all this is because i still can't get 

jit.qt.broadcast to communicate properly with Darwin Streaming Server.

as of the latest jitter beta, not even the old work-around of copying 

the .sdp file to the client and opening it by hand works....

i posted a message to the beta list but i don't think it showed up 

the gig ether and firewire lan solutions seem really cool; i see how 

to recover the video on the receiving machine with jitter, but can 

anyone think of a way to get the video back OUTSIDE of jitter at the 

the reason i'm looking at this object and others like it are not so  
much because i need to pass video from one computer to another,
but because i need to pass video from Jitter to Quicktime Broadcaster  
which then streams video out using the Darwin Streaming Server.

Quicktime Broadcaster recognizes plugged in iSights and such.  So a  
totally low-tech solution would be get video out of one computer and  
recapture it with another computer, hoping that the acquisition card  
is recognized by Quicktime Broadcaster; that is why I was ignorantly  
looking into jit.qt.videoout.

the reason i'm going through all this is because i still can't get  
jit.qt.broadcast to communicate properly with Darwin Streaming Server.
as of the latest jitter beta, not even the old work-around of copying  
the .sdp file to the client and opening it by hand works....
i posted a  message to the beta list but i don't think it showed up  
there.... ?

the gig ether and firewire lan solutions seem really cool; i see how  
to recover the video on the receiving machine with jitter, but can  
anyone think of a way to get the video back OUTSIDE of jitter at the  
other end?

I'm trying to record video out to a SONY FX in HD, but all I get are these default vocmodes, so DV yes HDV no. Any ideas about out putting HD to a camcorder?

print: vocmodes Apple FireWire NTSC Apple FireWire PAL Apple FireWire 

DVCPRO NTSC Apple FireWire DVCPRO PAL Apple FireWire DVCPRO50 NTSC 

Those ubumenus will populate, regardless of what's connected to your 
machine, so that's not indicative of anything.
print: voclist FireWire
print: vocmodes Apple FireWire NTSC Apple FireWire PAL Apple FireWire 
DVCPRO NTSC Apple FireWire DVCPRO PAL Apple FireWire DVCPRO50 NTSC 
Apple FireWire DVCPRO50 PAL


jit.qt.videoout help?