[PD] Gem : many files with [pix_film], sync, etc.
listes at sourcelibre.com
Fri May 19 21:54:19 CEST 2006
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
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 ?
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.
> ----- 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 !
> Alexandre Quessy
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
More information about the Pd-list