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/
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
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
"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
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
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
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
On 5/19/06, Thomas Ouellet Fredericks iamonthebeach@gmail.com wrote:
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.
Yeah. I think I will simply start both metro at a certain time.
For me, the only framerate that is important is them gem window framerate.
I wish it was reliable, but I noticed that it varies. I really need to read these video files at 29.97 fps, so I will use two metro objects. No need for broacasting.
Thanks Tom !!
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
-
Alexandre Quessy -
Thomas Ouellet Fredericks