[PD] Gem : many files with [pix_film], sync, etc.

Alexandre Quessy listes at sourcelibre.com
Fri May 19 22:56:32 CEST 2006


Actually, I think I will use my version. I changed the counter into
readvf to accept a bang received from a new inlet I added. This way, I
can broadcast a metro in order to have the same frame rate all over.
It's not about network lag, it's about computer lag.

Here is the patches.

Cheers,

aalex




On 5/19/06, Alexandre Quessy <listes at sourcelibre.com> wrote:
> On 5/19/06, Thomas Ouellet Fredericks <iamonthebeach at gmail.com> wrote:
> > "Is it to avoid the
> > time it takes to load a film, or because it is unstable ?"
> > I always use this technique because I hate loading times. I also preload all
> > my audiofiles.
>
> In tables, or just with a file reader object ?
>
> > Ok, found my last version of v33.readvf. I made a patch with two synched
> > videos. You can enven adapt the master to handle network lag. Get it at:
> > http://mrtof.danslchamp.org/pd/synchedvideo.zip
> > I simulated the UDP connection with a "send".
>
> Awesome ! I just had the time to do it myself, but I will use yours,
> for the sake of using "the original one". ;-) Thanks !
>
>
> >
> > Tom
> >
> > ----- Original Message -----
> > From: "Alexandre Quessy" <listes at sourcelibre.com>
> > To: "Thomas Ouellet Fredericks" <iamonthebeach at gmail.com>
> > Cc: <pd-list at iem.at>
> > Sent: Friday, May 19, 2006 3:54 PM
> > Subject: Re: [PD] Gem : many files with [pix_film], sync, etc.
> >
> >
> > Yes, I use it all the time.
> >
> > But then, I have a synchronization problem : v33.readvf is based on
> > the frame rate for its playback speed. As the frame rate changes
> > according to the amount of effects you put together (!!!), I cannot
> > get a sync between 2 films on 2 different computers. Therefore, I am
> > working on changing v33.readvf's frame rate control for a UDP
> > broadcasted bang, with a spigot to play/pause the film. Should be
> > pretty easy.
> >
> > Thomas, while you are here, I was wondering if you used dynamic
> > patching in this abstraction because opening many films with the same
> > instance of pix_film caused you some troubles ? Is it to avoid the
> > time it takes to load a film, or because it is unstable ?
> >
> > Thanks !!
> >
> > aalex
> >
> >
> >
> >
> >
> >
> > On 5/19/06, Thomas Ouellet Fredericks <iamonthebeach at gmail.com> wrote:
> > > Hi, Alex,
> > >
> > > my v33 videoplayer (I think the version you use) creates a pix_film
> > > instance
> > > for every movie it loads.
> > >
> > > Video load times therefore should not be noticeable.
> > >
> > > Tom
> > >
> > >
> > > ----- Original Message -----
> > > From: "Alexandre Quessy" <listes at sourcelibre.com>
> > > To: <pd-list at iem.at>
> > > Sent: Friday, May 19, 2006 11:32 AM
> > > Subject: [PD] Gem : many files with [pix_film], sync, etc.
> > >
> > >
> > > Hi all,
> > >
> > > I am wondering if my patch will crash if I load many films with a
> > > single instance of [pix_film].
> > >
> > > If so, it's possible to do dynamic patching to create many instances
> > > of [pix_film], but this is not a very elegant solution. The delay to
> > > get a film open is also to be considered.
> > >
> > > Using Hans' PD-0.39-2test3 extended on Mac X.4 with a G5 1.33Ghz and a
> > > G4 700Mhz. Maybe should I use an old version of PD with Tcl/Tk by
> > > iteself to make the GUI faster ?
> > >
> > > I also absolutely want both computers to play video files in sync. I
> > > think the only way to achieve this is to broacast a counter through
> > > UDP [netsend].
> > >
> > > Any help is greatly appreciated !
> > >
> > >
> > > aalex
> > > Alexandre Quessy
> > > http://alexandre.quessy.net/
> > >
> > > _______________________________________________
> > > PD-list at iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > http://lists.puredata.info/listinfo/pd-list
> > >
> > >
> >
> >
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ktel.v33.readvf.zip
Type: application/zip
Size: 5805 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20060519/8763ae4f/attachment.zip>


More information about the Pd-list mailing list