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

[Alexandre Quessy]

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
>
>