sounds impossible to me.

http://www.varasoftware.com/products/wirecast/

In fact I think the thing is to switch from ports to let pass the chossen video through the computer (only one video source at a time)

But my laptop has not enough ports to play with…

Another solution could be this kind of wireless IP camera :

http://www.linksys.com/servlet/Satellite?c=L_Product_C2&childpagename=US%2FLayout&cid=1143837459487&pagename=Linksys%2FCommon%2FVisitorWrapper&lid=5948728043B02

With the “surveillance utility” you can switch from different sources. I have seen (but not tried) 4 at least with the GPL utility.

http://www.linksys.com/servlet/Satellite?c=L_CASupport_C2&childpagename=US%2FLayout&cid=1166859912899&packedargs=sku%3D1143837459487&pagename=Linksys%2FCommon%2FVisitorWrapper&lid=1289959487B06&displaypage=download

It sounds interesting.
And Jitter could do something with that, no ?

Well, not simultaneously. But with the DFG13941e digitizers with ASC drivers you could have 6 jit.qt.grabs and open/close them as needed. In fact you would only need 2 of the boxes. One box has 3 inputs between which you can switch.

Mattijs

You gave me a very good advise.

At the end of the Max patch, I’ll need to export the live video (mixed by the opened/closed jit.qt.grabs) to my DVI-VGA MacBook Pro connector.
With which objects it is possible ? jit.windows ?
(you see I’m a complete newbie…)

In fact I think that I need to use this connector because all the firewire ports will be used to input the cameras with the DFG13941e digitizers.
I can use this Canopus product to digitalize (again ?) : http://www.av2p.com/video_canopus/canopus.php?n=Twin_Pact_100&q=materiel-logiciel-video

Would it be OK this way ?

Thanks
Paul

The fact that you say ‘export’ makes me wonder whether you need the processed video in real time or as a rendered movie. I assumed the first, but if you need a movie as an end result I would look into jit.qt.record.

Mattijs

Quote: Paul Sellis wrote on Fri, 01 August 2008 19:55
—————————————————-
> Thank you very much Mattijs.
> and sorry for the long time gap before my answer…
>
> You gave me a very good advise.
>
>
> At the end of the Max patch, I’ll need to export the live video (mixed by the opened/closed jit.qt.grabs) to my DVI-VGA MacBook Pro connector.
> With which objects it is possible ? jit.windows ?
> (you see I’m a complete newbie…)
>
> In fact I think that I need to use this connector because all the firewire ports will be used to input the cameras with the DFG13941e digitizers.
> I can use this Canopus product to digitalize (again ?) : http://www.av2p.com/video_canopus/canopus.php?n=Twin_Pact_100&q=materiel-logiciel-video
>
> Would it be OK this way ?
>
> Thanks
> Paul
—————————————————-

Yes it’s for a video out in real time. So it seems that jit.windows is the required object, no ?

But I have another question ;-)
DFG13941e digitizers assume that cameras are analogic (or numeric but with an analogic export).

Is there a solution with Max to switch from 4 or 6 IP Cameras ?

I see. I expect that it will be hard to prepare for his work in a way that helps without the basic knowledge from the max tutorials.

>
> Yes it’s for a video out in real time. So it seems that jit.windows is the required object, no ?

Assuming what you want to do is project the results it on a screen, yes. You would connect a beamer to your vga or dvi output like you would connect a monitor.

>
>
> But I have another question ;-)
> DFG13941e digitizers assume that cameras are analogic (or numeric but with an analogic export).
>
> Is there a solution with Max to switch from 4 or 6 IP Cameras ?

Hm interesting, I have no experience with IP camera’s. Maybe someone else can help you out? I’m interested as well.

Mattijs

sorry for the delay of my answer.

- Are you sure that all RTSP streams are QuickTime compatible so they can be received with jit.qt.movie ?

- Do you think, like Mattijs advised me for analog cameras, that I could use jit.qt.grab for these RTSP streams to open/close them as needed ? (just to reduce CPU usage)

Thanks for you help
Paul

Ive built a simple (non programmable) video switcher, and its not too hard. Adding an arduino and going that route would save you a lot of money over buying a few DFGs..

I have found some video switchers :
http://www.amabilidade2002.com/scart35.htm
And this way I could manage mixing analog cameras without Max, I think.

But I thought it was a good way to use Max/jitter to switch from IP Wireless cameras using RTSP streams. But does it really works ?…
I’m not sure that the RTSP protocol from these IP cameras is compatible to be received by jit.qt.movie

Any feedback ?