I would rather broadcast the frame number as you can make loop points, load a video at a certain frame, play backwards etc... When you broadcast the frame number, the "metro" is implicit.
For me, the only framerate that is important is them gem window framerate.
Tom
----- Original Message ----- From: "Alexandre Quessy" listes@sourcelibre.com To: "Thomas Ouellet Fredericks" iamonthebeach@gmail.com Cc: pd-list@iem.at Sent: Friday, May 19, 2006 4:56 PM Subject: Re: [PD] Gem : many files with [pix_film], sync, etc.
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@sourcelibre.com wrote:
On 5/19/06, Thomas Ouellet Fredericks iamonthebeach@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@sourcelibre.com To: "Thomas Ouellet Fredericks" iamonthebeach@gmail.com Cc: pd-list@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@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@sourcelibre.com To: pd-list@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list