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