atom feed13 messages in at.iem.pd-listRe: [PD] synchronised video outputs
FromSent OnAttachments
alternFeb 25, 2008 2:43 am 
IOhannes m zmoelnigFeb 25, 2008 3:12 am 
alternFeb 25, 2008 3:32 am 
Damian StewartFeb 25, 2008 4:14 am 
simon wiseFeb 25, 2008 5:33 am 
marius schebellaFeb 25, 2008 7:20 am 
B. BogartFeb 25, 2008 8:47 am 
enrique francoFeb 25, 2008 11:14 am 
alternFeb 25, 2008 11:38 am 
simon wiseFeb 25, 2008 9:04 pm 
Jaime OliverFeb 25, 2008 9:39 pm 
_ Discos InvisiblesFeb 25, 2008 10:25 pm 
B. BogartFeb 28, 2008 8:54 am 
Subject:Re: [PD] synchronised video outputs
From:B. Bogart (be@ekran.org)
Date:Feb 28, 2008 8:54:55 am
List:at.iem.pd-list

Check out the project page:

http://sync.dyne.org/?info=description

looks like ivyTV cards are supported.

.b.

Jaime Oliver wrote:

hi ben,

what mpeg decoder cards with 4 outputs from the same machine are you refering to? I will need to get something like that for an installation, but don't really know much about it.

best,

J

On Mon, Feb 25, 2008 at 8:47 AM, B. Bogart <be@ekran.org <mailto:be@ekran.org>> wrote:

Check out Jaromil's ivysync, which uses those mpeg decoder cards for synced output. I think you can do 4 outputs from the same machine, but I'm not sure if that is a software limit, or just the number of slots available for those cards. Jaromil did mention something about a network sync feature also.

As far as I know these decoders are all only 640x480, I imagine the ones working on linux certainly are.

.b.

marius schebella wrote: > I am also working on a project like this (with thomas grill, who solved > many problems before I even thought of them...). in principle > synchronisation works fine. > now your may ask why do other people pay so much money for expensive > hardware? > the problem lies in details: first resolution: for some cases you want > to go with the highest available resolution 1080p (and in the future > even more), and suddenly you will see small appearance of jitter, mostly > because quicktime is different inside a quicktime player and outside > quicktime, also because in most cases you have to convert color formats. > then, compensating a drift without losing frames is very tricky. > from my experience so far, Pd solutions only work up to 720p and only if > you use a drift compensating algorithm - sending a bang for every frame > over the network always causes jitter (although you may not notice). > It is no big effort to try a pd version and see if you are happy with it. > marius. > > altern wrote: >> hi >> >> I need to have several video outputs that run in sync. A friend who >> works in a art exhibition space told me there would be couple of >> solutions for this but both involve buying pretty expensive equipment >> like special DVD players. >> >> I thought then that a solution for this issue could be to have several >> computers on a local network playing video (with GEM) and synchronise >> them via OSC. But I dont have any experience doing such a thing, never >> used OSC for anything similar. Also I dont have a clue about how to >> synchronise together videos. >> >> Has anyone done anything similar? any experiences to share? >> >> thanks! >> >> enrike >> >> _______________________________________________ >> PD-l@iem.at <mailto:PD-l@iem.at> mailing list >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >> > > > _______________________________________________ > PD-l@iem.at <mailto:PD-l@iem.at> mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >

_______________________________________________ PD-l@iem.at <mailto:PD-l@iem.at> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

-- Jaime E Oliver LR

joli@ucsd.edu <mailto:joli@ucsd.edu> www.realidadvisual.org/jaimeoliver <http://www.realidadvisual.org/jaimeoliver> www-crca.ucsd.edu/ <http://www-crca.ucsd.edu/> www.realidadvisual.org <http://www.realidadvisual.org>

9168 Regents Rd. Apt. G La Jolla, CA 92037 USA