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

[Thomas Ouellet Fredericks]

"v33.readvf is based on
the frame rate for its playback speed."
Actually, I think (not sure... I can't check as I stored it somewhere) it is 
based on Gem's framerate. You could just forget about the framerate, stop 
the videos and increment the video frame manually depending on the master 
clock (more cpu, but better results).

"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 ?"
Yes, on XP. Have not checked if XP still has problems.

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

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

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