Hi,
I'm performing a patch which uses four pix_movie objects with 720x576 JPEG .mov videos at 25 fps, with pd extended 40.3 on a MacBook Pro.
As I create the Gem window, the MIDI controller I use to set colour and movements starts being really slow, I have a visible latency on the values displayed in the numbox related and on all the video processing. The Cpu usage is never more than 35%, so I've found this quite unusual.
Anyone can help me? Thank you very much. Marco Liuni
Hello Marco,
We don't know what is your OS (macOSX ?). Is it the same movie, differents movies, etc. ? Also, can you send us your patch to see, it will be more simple ? ++
Jack
Le 8 juil. 08 à 15:07, marco liuni a écrit :
Hi,
I'm performing a patch which uses four pix_movie objects with 720x576 JPEG .mov videos at 25 fps, with pd extended 40.3 on a MacBook Pro.
As I create the Gem window, the MIDI controller I use to set colour and movements starts being really slow, I have a visible latency on the values displayed in the numbox related and on all the video processing. The Cpu usage is never more than 35%, so I've found this quite unusual.
Anyone can help me? Thank you very much. Marco Liuni _______________________________________________ GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
If this is on OSX:
Try using the -nrt flag for Pd startup. Also, the Apple Intermediate codec works better than JPEG for multiple clips.
On Tue, Jul 8, 2008 at 8:07 AM, marco liuni leehooni@gmail.com wrote:
Hi,
I'm performing a patch which uses four pix_movie objects with 720x576 JPEG .mov videos at 25 fps, with pd extended 40.3 on a MacBook Pro.
As I create the Gem window, the MIDI controller I use to set colour and movements starts being really slow, I have a visible latency on the values displayed in the numbox related and on all the video processing. The Cpu usage is never more than 35%, so I've found this quite unusual.
Anyone can help me? Thank you very much. Marco Liuni
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
Hmm, when i create the GEM window, Pd crash. I need to remove [pix_motionblur] in video_movie.pd to create GEM window. ++
Jack
Le 8 juil. 08 à 17:27, chris clepper a écrit :
If this is on OSX:
Try using the -nrt flag for Pd startup. Also, the Apple Intermediate codec works better than JPEG for multiple clips.
On Tue, Jul 8, 2008 at 8:07 AM, marco liuni leehooni@gmail.com wrote: Hi,
I'm performing a patch which uses four pix_movie objects with 720x576 JPEG .mov videos at 25 fps, with pd extended 40.3 on a MacBook Pro.
As I create the Gem window, the MIDI controller I use to set colour and movements starts being really slow, I have a visible latency on the values displayed in the numbox related and on all the video processing. The Cpu usage is never more than 35%, so I've found this quite unusual.
Anyone can help me? Thank you very much. Marco Liuni
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
When you expend zip file, you get 12 files, one is 'video_movie.pd', in this patch you have a [pix_motionblur] object. ++
Jack
Le 9 juil. 08 à 14:30, IOhannes m zmoelnig a écrit :
Jack wrote:
Hmm, when i create the GEM window, Pd crash. I need to remove [pix_motionblur] in video_movie.pd to create GEM window.
i don't see this file on my harddisk. any backtrace?
fgam,dsr IOhannes
Le 9 juil. 08 à 15:28, IOhannes m zmoelnig a écrit :
Jack wrote:
When you expend zip file, you get 12 files, one is 'video_movie.pd', in this patch you have a [pix_motionblur] object.
i thought so, but didn't get any zip-file. it seems to have exceeded the maxfilesize of mails to the list.
Exceeded with 11,9 Ko ? :) Here the zip file. ++
Jack
fgamsdr IOhannes
Jack wrote:
Hmm, when i create the GEM window, Pd crash. I need to remove [pix_motionblur] in video_movie.pd to create GEM window.
jack, thanks for the patch.
at a first glance, here is what i see in this patch: - [pix_motionblur] does not crash here - [pix_motionblur] is somehow oddly connected to the patch - the patch shan't texture any movie; is this by intention or just because of the stripped down version? - there is an infinite recursion because of a wrong useage of the [counter]; probably this is causing problems when you change parameters
fgamsdr IOhannes