video out / in for mac's
Mar 24, 2007 at 5:27pm
video out / in for mac's
i’m rendering openGL stuff on two different machines (mac pro’s). i would now like to concatenate the two generated images in order to project them with just one projector.
i have a third mac pro standing around, which i could use for this. so i have been looking into jit.qt.videoout but the readback GPU-CPU is VERY slow.
does anyone have an idea how i can get the two images onto the same projector?
any help very appreciated!
Mar 24, 2007 at 7:43pm
One solution would put you at 2x SD inputs on the macpro — 2
A more solid solution would be to use a hardware ‘seamless graphics
but it seems like trying to render both openGL stuffs on a single
> i’m rendering openGL stuff on two different machines (mac pro’s). i
Mar 24, 2007 at 8:06pm
What is the reason that you want to do the opengl rendering on two different machines? GPU performance maximum? If not, it is possibly better to have the two machines send low-level rendering commands to the third machine via ethernet (after dealing with the user interface, all kinds of calculations, etc) and let the third machine do the rendering.
On the other hand I am interested in the best way (especially with the smallest latency) to get any video from one computer into another. I’m a noob at this. Would it really be necessary to convert to analogue and back, Johnny?
I never really understood the jit.qt.videoout object. It needs a separate device. This is probably naive but shouldn’t it be possible to simply stream the video to a firewire port, connect it with a firewire cable to the other computer and grab it with jit.qt.grab?
Quote: robin.meier wrote on Sat, 24 March 2007 18:27
Mar 24, 2007 at 9:07pm
> On the other hand I am interested in the best way (especially with
it all really depends on for what purpose.. for realtime processing
moving matrices over ethernet seems to be a popular choice, but
the top three:
the Decklink Intensity card will let you move up to HD resolution
DFG-1394 – most popular for Jitter because of low cost – uses IIDC
AJA IO – proprietary uncompressed firewire solution, SD resolution,
all of them surely do have ‘some’ latency, a couple frames or so.
jit.qt.video is a poor option – firewire dv is high latency, and it
Mar 24, 2007 at 9:20pm
Thanks for the info. Time to give the DFG-1394 a try :)
Still wondering about the direct firewire to firewire approach though.
Quote: Johnny deKam wrote on Sat, 24 March 2007 22:07
Mar 26, 2007 at 6:59am
Did you actually try this yourself? The people from Decklink state
Let me know,
Mar 26, 2007 at 12:43pm
thank you all for your advice.
i’m still trying to figure out the best way to do my thing…:
someone told me that it is possible to use the firewire port like a second monitor on osx. that would be great, since i wouldn’t need to get my openGL stuff back into jit.matrix. however, is that true (never heard of this before)? how would i use my FW port as a second monitor?
along a similar line of thought: i tried sending the video using jit.qt.videoout via firewire to another mac using jit.qt.grab. however that didn’t work. none of the macs showed up as a device in ubumenu. so how would i do that?
Mar 26, 2007 at 2:28pm
I haven’t actually tried it, this was based on my experience of being
Mar 26, 2007 at 3:36pm
Vade, can you confirm this?
On Mar 26, 2007, at 4:28 PM, dekam wrote:
Mar 26, 2007 at 4:01pm
Quote: robin.meier wrote on Mon, 26 March 2007 14:43
hey, that was my question! ;) (see earlier in this thread)
Mar 26, 2007 at 5:48pm
We just got our intensity cards, and are having some odd issues with
(wow that makes me sound all important and shit :)
Ill let the list know how things go once I get my hands on it myself.
On Mar 26, 2007, at 5:36 PM, subzero wrote:
> Vade, can you confirm this?
v a d e //
Mar 26, 2007 at 6:32pm
I should note that I emailed decklink to ask about the colorspace
On Mar 26, 2007, at 7:48 PM, vade wrote:
> We just got our intensity cards, and are having some odd issues
v a d e //
Mar 26, 2007 at 10:36pm
Hello Vade, this sounds as expected. This is what Dan May
Q. Can I convert DVI to HDMI with a converter (similar to the bender
A. UNLIKELY- as Intensity cards are looking for YUV video and
This request generally comes from folks looking to take the DVI
this info comes from: http://www.avalive.biz/blog/2006/12/faqs-on-
Anyway, Dan May might be overlooking some tricks to get it working,
On Mar 26, 2007, at 8:32 PM, vade wrote:
> I should note that I emailed decklink to ask about the colorspace
Mar 27, 2007 at 10:27am
Fuckers. I hate email drones. That makes perfect sense however, in
That is rather odd, as most other Decklink products can deal with RGB
Anyway, good find. I did a search for that info earlier, and missed
Thanks – I still think we can wing something :)
On Mar 27, 2007, at 12:36 AM, subzero wrote:
> Hello Vade, this sounds as expected. This is what Dan May
v a d e //
Mar 27, 2007 at 11:46am
jit.findbounds puts out the min and max XY-values of matching pixels.
what i want to do is to have a face looking into a camera -> treat
Mar 27, 2007 at 1:52pm
Hee Vade, if it is true what Dan May states, then using this
On Mar 27, 2007, at 12:27 PM, vade wrote:
> Fuckers. I hate email drones. That makes perfect sense however, in
Mar 27, 2007 at 7:13pm
The company producing the converters is Cypress Technology
I tried to contact them with no sucess in september when the intensity
and it is distributed in France by Goyona: http://www.goyona.com
Mar 28, 2007 at 1:58am
posted to the 0xff list,, i should have cc:ed here…
some more good news about using the DVI-HDMI format converter boxes in
———- Forwarded message ———-
I tested this unit out and it seems to work ok with the graphics output from
Mar 29, 2007 at 8:49pm
Well, I am a bit confused as I think there is some mis-communication
Ive also been trying to fudge the YUV to RGB conversion, to no avail
So, lets posit that the Intensity card will only take in YUV 4:2:2…
I have an RGB source (say another Macs monitor in) being interpreted
I ought to be able to tell jit.qt.grab to use colormode YUV (the docs
Im eagerly awaiting a more verbose explanation from Decklink about
Thanks, ill let everyone know what I come up with in a few days. Wish
On Mar 27, 2007, at 9:52 AM, subzero wrote:
> Hee Vade, if it is true what Dan May states, then using this
v a d e //
Mar 30, 2007 at 9:07am
On 29-mrt-2007, at 22:49, vade wrote:
> Well, I am a bit confused as I think there is some mis-
So are you seeing anything then, or nothing at all ? Also, have you
> Thanks, ill let everyone know what I come up with in a few days.
Thank you and good luck !
Mar 30, 2007 at 1:31pm
Yup I definitely get picture input that is locked, just the color is
On Mar 30, 2007, at 5:07 AM, Gideon Kiers wrote:
v a d e //
Apr 4, 2007 at 8:50pm
Just an update on this – I discovered that the Intensity Support Installer somehow missed some crucial elements on the first two tries. I was able to install the pkgs individually, which instigated a Firmware update, and am now getting accurate color representation from the Intensity in Jitter.
More to come – - -
You must be logged in to reply to this topic.