iMovie should be able to export Apple Intermediate Codec which is perhaps the best option on the Mac. It's a highly optimized and works at any resolution.

On Sun, Feb 3, 2013 at 3:11 PM, me.grimm megrimm@gmail.com wrote:

I have always used 'photo-jpeg' Maybe try that?

For those on osx: Unfortunately handbrake does not compress for that. I get students to compress from FCP or iMovie on the mac. Also apparently the new FCP x requires compressor (extra 50$) to compress to pjpeg. I am also curious to know an open-souce compression solution on Mac optimized for gem playback if someone here might know. Preferably with the ease of handbrake.

m

On Feb 3, 2013, at 2:19 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

Greetings, I am just starting to use GEM and am having a problem with video

playback using pix_film. The CPU goes through the roof and the video naturally lags. My original video clips were in .MTS (panasonic, 1920 x 1080) format. I then converted them into .mp4 (Codecs: H.264, AAC) using Handbrake and then into .mov (Codecs: MPEG-4 Video) using MPEGstream.

...

    Are the codecs the problem or the video quality/file size the

problem? What do you suggest I do?

...

Best regards, Stephan _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->

http://lists.puredata.info/listinfo/pd-list

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Thomas Mayer wrote:

https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg

Usage: ./mencmjpeg original_video new_video Or: ./mencmjpeg original_video

I noticed mencoder occasionaly produce bad frames if the input file is malformed (Premiere seems to suck at exporting), so I switched to ffmpeg+mjpegtools:

for example: ffmpeg -loglevel quiet -y -i "INPUTFILE" -r 25 -f yuv4mpegpipe - | yuv2lav -v0 -b 2000 -q 90 -o OUTPUTFILE.avi

Cheers,

Charles

CPU is 34% out of 800% (8 cores)? Seems fine if it does what you want to do...

On Sun, Feb 3, 2013 at 4:33 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

I tried it with Apple Intermediate Codec, as Mr. Clepper suggested, and it runs smoothly now. CPU use is about 34 in "auto"-read. Is that about right for my system?

On Sun, Feb 3, 2013 at 10:23 PM, Charles Goyard cg@fsck.fr wrote:

...

Thomas Mayer wrote:

...

https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg

Usage: ./mencmjpeg original_video new_video Or: ./mencmjpeg original_video

I noticed mencoder occasionaly produce bad frames if the input file is malformed (Premiere seems to suck at exporting), so I switched to ffmpeg+mjpegtools:

for example: ffmpeg -loglevel quiet -y -i "INPUTFILE" -r 25 -f yuv4mpegpipe - | yuv2lav -v0 -b 2000 -q 90 -o OUTPUTFILE.avi

Cheers,

Charles

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Pd's load meter might not accurately show the CPU load of Quicktime decoding of video. QT/Apple Intermediate will use as many CPU cores as you have available.

On Sun, Feb 3, 2013 at 4:48 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

I am talking about PD's CPU meter. I don't have the impression that PD takes full advantage of 2 quad-core processors. When processing audio, anything over 100 in PD's meter will lead to glitched audio. I am just wondering if it will be much more when I load other videos and transition between them.

In any case, your suggestion worked. Thank you.

On Sun, Feb 3, 2013 at 10:43 PM, chris clepper cgclepper@gmail.comwrote:

...

CPU is 34% out of 800% (8 cores)? Seems fine if it does what you want to do...

On Sun, Feb 3, 2013 at 4:33 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

I tried it with Apple Intermediate Codec, as Mr. Clepper suggested, and it runs smoothly now. CPU use is about 34 in "auto"-read. Is that about right for my system?

On Sun, Feb 3, 2013 at 10:23 PM, Charles Goyard cg@fsck.fr wrote:

...

Thomas Mayer wrote:

...

https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg

Usage: ./mencmjpeg original_video new_video Or: ./mencmjpeg original_video

I noticed mencoder occasionaly produce bad frames if the input file is malformed (Premiere seems to suck at exporting), so I switched to ffmpeg+mjpegtools:

for example: ffmpeg -loglevel quiet -y -i "INPUTFILE" -r 25 -f yuv4mpegpipe - | yuv2lav -v0 -b 2000 -q 90 -o OUTPUTFILE.avi

Cheers,

Charles

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On 02/03/2013 10:54 PM, Thomas Mayer wrote:

Hi,

On 03.02.2013 22:48, Stephan Elliot Perez wrote:

...

I am talking about PD's CPU meter. I don't have the impression that PD takes full advantage of 2 quad-core processors. When processing audio, anything over 100 in PD's meter will lead to glitched audio. I am just wondering if it will be much more when I load other videos and transition between them.

Pd will only use one core, and one core for the GUI. There are ways to distribute the load over several cores, e.g. [pd~] or use several instances of Pd that communicate with each others:

Pd will use multiple threads for a few specific tasks, like streaming soundfiles from disk (with [readsf~]).

Gem will also try to utilize multiple threads for special tasks as well, like image acquisition. e.g on backends that support it[*], you get two tasks, Pd's main task (with all audio and video rendering) and one decoding task (per image acquisition object).

gmasdrs IOhannes

[*] e.g. gmerlin; QuickTime does not support being run in a concurrent thread - but then it does multithreading on it's own.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

On 2013-02-04 21:38, Thomas Mayer wrote:

I just wanted to state, that you cannot distribute arbitrary tasks in Pd to several threads, and therefore CPU cores without a) stating it explicitely via [pd~] (or [netsend]/[netreceive] or any other way of inter-instance communication), or b) using externals that support threading.

seems like i missed "b)" in your original post. esp. since i think that "b)" and chris' comment on the CPU-meter are both important with resp. to the op's question.

fgm,asdr IOhannes

hello, Gem is mostly design to work on the GPU, and not on the CPU. GPU have hundreds of core, they are faster than CPU for image manipulations.

pix_add come from the 20th century and should now be avoid since it use cpu not gpu ;-)

in order to make a fade transition between 2 videos, you can use transparency on one video. add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear.

cheers c

Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :

Hello, So, looking at the help file for [pd~], it seems to be primarily for audio. How can I use multiple cores to work purely with GEM? I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips?

Best regards, Stephan

On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <thomas@residuum.org mailto:thomas@residuum.org> wrote:

Hi,

On 03.02.2013 22:48, Stephan Elliot Perez wrote:
 > I am talking about PD's CPU meter. I don't have the impression that PD
 > takes full advantage of 2 quad-core processors. When processing audio,
 > anything over 100 in PD's meter will lead to glitched audio. I am just
 > wondering if it will be much more when I load other videos and transition
 > between them.

Pd will only use one core, and one core for the GUI. There are ways to
distribute the load over several cores, e.g. [pd~] or use several
instances of Pd that communicate with each others:

http://www.mail-archive.com/pd-list@iem.at/msg33319.html

Hth,
Thomas
--
"Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to Johann
Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden
Apple)
http://www.residuum.org/

_______________________________________________
Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :

Thanks, it works now. For some reason, turning "auto" on and off (with pix_film) causes the video to lag temporarily, but I do not have this problem if I use line-objects to go through the frames. The cpu-usage goes above 100 if I have more than two videos playing at once, but I suppose I don't need more than two for this project...

Also, what can I do if I want an additive blend instead of a normal cross-blend?

i would use a shader for this. it offer great flexibility, even if it's a bit harder to begin with. but that's the way openGL wants you to do now. cheers c

On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.net mailto:ch@chnry.net> wrote:

hello,
Gem is mostly design to work on the GPU, and not on the CPU.
GPU have hundreds of core, they are faster than CPU for image manipulations.

pix_add come from the 20th century and should now be avoid since it use cpu not gpu ;-)

in order to make a fade transition between 2 videos, you can use transparency on one video.
add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear.

cheers
c


Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :

    Hello,
             So, looking at the help file for [pd~], it seems to be primarily for audio. How can I use multiple cores to work purely with GEM?
              I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips?

    Best regards,
    Stephan

    On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <thomas@residuum.org <mailto:thomas@residuum.org> <mailto:thomas@residuum.org <mailto:thomas@residuum.org>>> wrote:

         Hi,

         On 03.02.2013 22:48, Stephan Elliot Perez wrote:
          > I am talking about PD's CPU meter. I don't have the impression that PD
          > takes full advantage of 2 quad-core processors. When processing audio,
          > anything over 100 in PD's meter will lead to glitched audio. I am just
          > wondering if it will be much more when I load other videos and transition
          > between them.

         Pd will only use one core, and one core for the GUI. There are ways to
         distribute the load over several cores, e.g. [pd~] or use several
         instances of Pd that communicate with each others:

    http://www.mail-archive.com/__pd-list@iem.at/msg33319.html <http://www.mail-archive.com/pd-list@iem.at/msg33319.html>

         Hth,
         Thomas
         --
         "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to Johann
         Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden
         Apple)
    http://www.residuum.org/

         _________________________________________________
    Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at>> mailing list

         UNSUBSCRIBE and account-management -> http://lists.puredata.info/__listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>




    _________________________________________________
    Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list
    UNSUBSCRIBE and account-management -> http://lists.puredata.info/__listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>

A more urgent problem: Although the CPU usage stays under 100 (peak is around 84 with three videos overlapping), there is a substantial amount of lag. If I turn off video processing, a command that should be executed after 30 seconds via the cue list is executed punctually. If I turn it on, the command is 11 seconds late.

I can attach the patch if you like, but I probably will not be able to send the video clips as one attachment.

Best regards, Stephan

On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

What is a shader, and how do I use it?

On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry ch@chnry.net wrote:

...

Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :

Thanks, it works now. For some reason, turning "auto" on and off (with

...

pix_film) causes the video to lag temporarily, but I do not have this problem if I use line-objects to go through the frames. The cpu-usage goes above 100 if I have more than two videos playing at once, but I suppose I don't need more than two for this project...

Also, what can I do if I want an additive blend instead of a normal cross-blend?

i would use a shader for this. it offer great flexibility, even if it's a bit harder to begin with. but that's the way openGL wants you to do now. cheers c

...

On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.net mailto: ch@chnry.net> wrote:

hello,
Gem is mostly design to work on the GPU, and not on the CPU.
GPU have hundreds of core, they are faster than CPU for image

manipulations.

pix_add come from the 20th century and should now be avoid since it

use cpu not gpu ;-)

in order to make a fade transition between 2 videos, you can use

transparency on one video. add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear.

cheers
c


Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :

    Hello,
             So, looking at the help file for [pd~], it seems to be

primarily for audio. How can I use multiple cores to work purely with GEM? I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips?

    Best regards,
    Stephan

    On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <

thomas@residuum.org mailto:thomas@residuum.org <mailto: thomas@residuum.org mailto:thomas@residuum.org>> wrote:

         Hi,

         On 03.02.2013 22:48, Stephan Elliot Perez wrote:
          > I am talking about PD's CPU meter. I don't have the

impression that PD > takes full advantage of 2 quad-core processors. When processing audio, > anything over 100 in PD's meter will lead to glitched audio. I am just > wondering if it will be much more when I load other videos and transition > between them.

         Pd will only use one core, and one core for the GUI. There

are ways to distribute the load over several cores, e.g. [pd~] or use several instances of Pd that communicate with each others:

    http://www.mail-archive.com/__**pd-list@iem.at/msg33319.html<http://www.mail-archive.com/__pd-list@iem.at/msg33319.html><

http://www.mail-archive.com/**pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html

...

         Hth,
         Thomas
         --
         "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to

Johann Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden Apple) http://www.residuum.org/

         ______________________________**___________________
    Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at<mailto:

Pd-list@iem.at>> mailing list

         UNSUBSCRIBE and account-management ->

http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list< http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list

...

    ______________________________**___________________

    Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list
    UNSUBSCRIBE and account-management ->

http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list< http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list

...

Hi Peter, I am using the apple intermediary codec in .mov format. Someone here on the list recommended it. I was unable to convert to motion- or photo-jpeg. The conversion would be almost done and then interrupted by an error message.

-Stephan

On Thu, Feb 28, 2013 at 9:13 AM, news@petervenus.de wrote:

Hello!

what video codec are you using? in my experience, a big issue when playing back video with gem, comes from the codecs and container, resulting in extreme differences in cpu-load. i found, that mov-container work way better than avi-container, even though the same codec is used and packed in the container. try converting your videos to a motion-jpeg codec packed in a quicktime-mov. you could use mpeg-streamclip [1] for that purpose on win /mac machines or ffmpeg on linux.

[1] http://www.squared5.com/ free tool for video conversion

regards, peter

*Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr *Von:* "Stephan Elliot Perez" dreamoftheshoreofanotherworld@gmail.com *An:* "Cyrille Henry" ch@chnry.net *Cc:* pd-list@iem.at *Betreff:* Re: [PD] file format for GEM A more urgent problem: Although the CPU usage stays under 100 (peak is around 84 with three videos overlapping), there is a substantial amount of lag. If I turn off video processing, a command that should be executed after 30 seconds via the cue list is executed punctually. If I turn it on, the command is 11 seconds late.

I can attach the patch if you like, but I probably will not be able to send the video clips as one attachment.

Best regards, Stephan

On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

What is a shader, and how do I use it?

On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry ch@chnry.net wrote:

...

Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :

Thanks, it works now. For some reason, turning "auto" on and off (with

...

pix_film) causes the video to lag temporarily, but I do not have this problem if I use line-objects to go through the frames. The cpu-usage goes above 100 if I have more than two videos playing at once, but I suppose I don't need more than two for this project...

Also, what can I do if I want an additive blend instead of a normal cross-blend?

i would use a shader for this. it offer great flexibility, even if it's a bit harder to begin with. but that's the way openGL wants you to do now. cheers c

...

On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.net mailto: ch@chnry.net> wrote:

hello,
Gem is mostly design to work on the GPU, and not on the CPU.
GPU have hundreds of core, they are faster than CPU for image

manipulations.

pix_add come from the 20th century and should now be avoid since it

use cpu not gpu ;-)

in order to make a fade transition between 2 videos, you can use

transparency on one video. add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear.

cheers
c


Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :

    Hello,
             So, looking at the help file for [pd~], it seems to be

primarily for audio. How can I use multiple cores to work purely with GEM? I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips?

    Best regards,
    Stephan

    On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <

thomas@residuum.org mailto:thomas@residuum.org <mailto: thomas@residuum.org mailto:thomas@residuum.org>> wrote:

         Hi,

         On 03.02.2013 22:48, Stephan Elliot Perez wrote:
          > I am talking about PD's CPU meter. I don't have the

impression that PD > takes full advantage of 2 quad-core processors. When processing audio, > anything over 100 in PD's meter will lead to glitched audio. I am just > wondering if it will be much more when I load other videos and transition > between them.

         Pd will only use one core, and one core for the GUI. There

are ways to distribute the load over several cores, e.g. [pd~] or use several instances of Pd that communicate with each others:

    http://www.mail-archive.com/__**pd-list@iem.at/msg33319.html<http://www.mail-archive.com/__pd-list@iem.at/msg33319.html><

http://www.mail-archive.com/**pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html

...

         Hth,
         Thomas
         --
         "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to

Johann Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden Apple) http://www.residuum.org/

         ______________________________**___________________
    Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at<mailto:

Pd-list@iem.at>> mailing list

         UNSUBSCRIBE and account-management ->

http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list< http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list

...

    ______________________________**___________________

    Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list
    UNSUBSCRIBE and account-management ->

http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list< http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list

...

I had no problem playing 4 or more AIC 1080@30fps files in 2007 on a MacPro or Quad G5. What sort of hardware are you using?

Photo-Jpeg is not multi-threaded so playing multiple clips will have much worse performance than AIC. If you have access to it, the ProRes codecs can also be very fast for HD. Adobe and Avid have similar codecs as well.

It could be the lag is from the -rt setting so GEM uses all available processing. The best setup for GEM on OSX is -nrt -noaudio -nomidi (and -nogui if you can work with it).

On Fri, Mar 1, 2013 at 3:39 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

So, I reduced the resolution of the files from 1920 x 1080 to 800 x 450 with the Apple Photo -Jpeg codec and now I have no lag.

The loss in quality is of course noticable, but tolerable...

Thanks again for you help, Stephan

On Thu, Feb 28, 2013 at 9:13 AM, news@petervenus.de wrote:

...

Hello!

what video codec are you using? in my experience, a big issue when playing back video with gem, comes from the codecs and container, resulting in extreme differences in cpu-load. i found, that mov-container work way better than avi-container, even though the same codec is used and packed in the container. try converting your videos to a motion-jpeg codec packed in a quicktime-mov. you could use mpeg-streamclip [1] for that purpose on win /mac machines or ffmpeg on linux.

[1] http://www.squared5.com/ free tool for video conversion

regards, peter

*Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr *Von:* "Stephan Elliot Perez" dreamoftheshoreofanotherworld@gmail.com *An:* "Cyrille Henry" ch@chnry.net *Cc:* pd-list@iem.at *Betreff:* Re: [PD] file format for GEM A more urgent problem: Although the CPU usage stays under 100 (peak is around 84 with three videos overlapping), there is a substantial amount of lag. If I turn off video processing, a command that should be executed after 30 seconds via the cue list is executed punctually. If I turn it on, the command is 11 seconds late.

I can attach the patch if you like, but I probably will not be able to send the video clips as one attachment.

Best regards, Stephan

On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

What is a shader, and how do I use it?

On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry ch@chnry.net wrote:

...

Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :

Thanks, it works now. For some reason, turning "auto" on and off (with

...

pix_film) causes the video to lag temporarily, but I do not have this problem if I use line-objects to go through the frames. The cpu-usage goes above 100 if I have more than two videos playing at once, but I suppose I don't need more than two for this project...

Also, what can I do if I want an additive blend instead of a normal cross-blend?

i would use a shader for this. it offer great flexibility, even if it's a bit harder to begin with. but that's the way openGL wants you to do now. cheers c

...

On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.net mailto: ch@chnry.net> wrote:

hello,
Gem is mostly design to work on the GPU, and not on the CPU.
GPU have hundreds of core, they are faster than CPU for image

manipulations.

pix_add come from the 20th century and should now be avoid since

it use cpu not gpu ;-)

in order to make a fade transition between 2 videos, you can use

transparency on one video. add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear.

cheers
c


Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :

    Hello,
             So, looking at the help file for [pd~], it seems to

be primarily for audio. How can I use multiple cores to work purely with GEM? I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips?

    Best regards,
    Stephan

    On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <

thomas@residuum.org mailto:thomas@residuum.org <mailto: thomas@residuum.org mailto:thomas@residuum.org>> wrote:

         Hi,

         On 03.02.2013 22:48, Stephan Elliot Perez wrote:
          > I am talking about PD's CPU meter. I don't have the

impression that PD > takes full advantage of 2 quad-core processors. When processing audio, > anything over 100 in PD's meter will lead to glitched audio. I am just > wondering if it will be much more when I load other videos and transition > between them.

         Pd will only use one core, and one core for the GUI.

There are ways to distribute the load over several cores, e.g. [pd~] or use several instances of Pd that communicate with each others:

    http://www.mail-archive.com/__**pd-list@iem.at/msg33319.html<http://www.mail-archive.com/__pd-list@iem.at/msg33319.html><

http://www.mail-archive.com/**pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html

...

         Hth,
         Thomas
         --
         "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to

Johann Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden Apple) http://www.residuum.org/

         ______________________________**___________________
    Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at<mailto:

Pd-list@iem.at>> mailing list

         UNSUBSCRIBE and account-management ->

http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list< http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list

...

    ______________________________**___________________

    Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list
    UNSUBSCRIBE and account-management ->

http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list< http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list

...

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

That's a similar machine to what I was using in 2007-8. Try the ProRes 422 and 422(HQ) codecs.

Those flags can be set using the Preferences->Startup options. Add -nomidi -noaudio -nrt to the startup flags line. Restart Pd.

On Sat, Mar 2, 2013 at 1:08 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

Hi Mr. Clepper. Thanks for you reply.

I have been using a Mac with a 2 x 2,8 GHz Dual-Core Intel Xeon processor.

There are ProRes codecs here. 4444, 422 (proxy) 422 (HQ), 422 (LT), and 422. Does it matter which one I use?

I have no audio in the patch. How do I activate these -noaudio and -nomidi settings?

Best regards, Stephan

On Fri, Mar 1, 2013 at 10:25 PM, chris clepper cgclepper@gmail.comwrote:

...

I had no problem playing 4 or more AIC 1080@30fps files in 2007 on a MacPro or Quad G5. What sort of hardware are you using?

Photo-Jpeg is not multi-threaded so playing multiple clips will have much worse performance than AIC. If you have access to it, the ProRes codecs can also be very fast for HD. Adobe and Avid have similar codecs as well.

It could be the lag is from the -rt setting so GEM uses all available processing. The best setup for GEM on OSX is -nrt -noaudio -nomidi (and -nogui if you can work with it).

On Fri, Mar 1, 2013 at 3:39 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

So, I reduced the resolution of the files from 1920 x 1080 to 800 x 450 with the Apple Photo -Jpeg codec and now I have no lag.

The loss in quality is of course noticable, but tolerable...

Thanks again for you help, Stephan

On Thu, Feb 28, 2013 at 9:13 AM, news@petervenus.de wrote:

...

Hello!

what video codec are you using? in my experience, a big issue when playing back video with gem, comes from the codecs and container, resulting in extreme differences in cpu-load. i found, that mov-container work way better than avi-container, even though the same codec is used and packed in the container. try converting your videos to a motion-jpeg codec packed in a quicktime-mov. you could use mpeg-streamclip [1] for that purpose on win /mac machines or ffmpeg on linux.

[1] http://www.squared5.com/ free tool for video conversion

regards, peter

*Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr *Von:* "Stephan Elliot Perez" dreamoftheshoreofanotherworld@gmail.com *An:* "Cyrille Henry" ch@chnry.net *Cc:* pd-list@iem.at *Betreff:* Re: [PD] file format for GEM A more urgent problem: Although the CPU usage stays under 100 (peak is around 84 with three videos overlapping), there is a substantial amount of lag. If I turn off video processing, a command that should be executed after 30 seconds via the cue list is executed punctually. If I turn it on, the command is 11 seconds late.

I can attach the patch if you like, but I probably will not be able to send the video clips as one attachment.

Best regards, Stephan

On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

What is a shader, and how do I use it?

On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry ch@chnry.net wrote:

...

Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :

Thanks, it works now. For some reason, turning "auto" on and off > (with pix_film) causes the video to lag temporarily, but I do not have this > problem if I use line-objects to go through the frames. The cpu-usage goes > above 100 if I have more than two videos playing at once, but I suppose I > don't need more than two for this project... > > Also, what can I do if I want an additive blend instead of a normal > cross-blend? >

i would use a shader for this. it offer great flexibility, even if it's a bit harder to begin with. but that's the way openGL wants you to do now. cheers c

> > On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.netmailto: ch@chnry.net>> wrote: > > hello, > Gem is mostly design to work on the GPU, and not on the CPU. > GPU have hundreds of core, they are faster than CPU for image > manipulations. > > pix_add come from the 20th century and should now be avoid since > it use cpu not gpu ;-) > > in order to make a fade transition between 2 videos, you can use > transparency on one video. > add a [alpha] object after Gemhead, and send number between 0 > and 1 in the last inlet of the colorRGB object to make the video appear / > disapear. > > cheers > c > > > Le 26/02/2013 21:33, Stephan Elliot Perez a écrit : > > Hello, > So, looking at the help file for [pd~], it seems to > be primarily for audio. How can I use multiple cores to work purely with > GEM? > I am trying to have a simple transition between > video clips, but if I have two instances of pix_film and then connect them > to pix_add, the CPU-ussage skyrockets well above 100... is there a more > efficient object for blending two video clips? > > Best regards, > Stephan > > On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer < > thomas@residuum.org mailto:thomas@residuum.org mailto: thomas@residuum.org mailto:thomas@residuum.org>> wrote: > > Hi, > > On 03.02.2013 22:48, Stephan Elliot Perez wrote: > > I am talking about PD's CPU meter. I don't have the > impression that PD > > takes full advantage of 2 quad-core processors. When > processing audio, > > anything over 100 in PD's meter will lead to > glitched audio. I am just > > wondering if it will be much more when I load other > videos and transition > > between them. > > Pd will only use one core, and one core for the GUI. > There are ways to > distribute the load over several cores, e.g. [pd~] or > use several > instances of Pd that communicate with each others: > > http://www.mail-archive.com/__**pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/__pd-list@iem.at/msg33319.html< > http://www.mail-archive.com/**pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html > > > > > Hth, > Thomas > -- > "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to > Johann > Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, > The Golden > Apple) > http://www.residuum.org/ > > ______________________________**___________________ > Pd-list@iem.at mailto:Pd-list@iem.at mailto: Pd-list@iem.at mailto:Pd-list@iem.at> mailing list > > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list< > http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list > > > > > > > ______________________________**___________________ > > Pd-list@iem.at mailto:Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list< > http://lists.puredata.info/**listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list > > > > >

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

So, I added the -nomidi -noaudio and -nrt commands as instructed by Mr. Clepper. This seems to help stop lag in Pure Data itself (so cues are executed punctually) when using HD-files. However, I then converted my files to 1920 x 1080 at 100% using the prores 422 (HQ) codec. The CPU load still climbs to into the 80s and 90s (even over 100 once) with two videos and into the 120s-160s with three. Oddly, with the Intermediary Codec, the load is sometimes much lower (in the 50s for two files) but sharply climbs at other moments (higher than with the pro-res codecs).

-Stephan

On Sun, Mar 3, 2013 at 10:10 AM, Peter Venus news@petervenus.de wrote:

Hello! i did not know, that you wanted to playback HD-material. with HD material, i notice problems as well, also with the mjpeg codec.

anyone having experience with fullHD and other codecs?

under OSX i found, that apples ProRes 422 codec works best for that matter. The only thing being, that its comes with final cut. right now, i am running a show, where i use mjpeg in 720p resolution with no problems for simultaneous playback of 3 videos.

cheers, peter

Am 01.03.13 21:39, schrieb Stephan Elliot Perez:

...

So, I reduced the resolution of the files from 1920 x 1080 to 800 x 450 with the Apple Photo -Jpeg codec and now I have no lag.

The loss in quality is of course noticable, but tolerable...

Thanks again for you help, Stephan

On Thu, Feb 28, 2013 at 9:13 AM, news@petervenus.de wrote:

Hello!

...

what video codec are you using? in my experience, a big issue when playing back video with gem, comes from the codecs and container, resulting in extreme differences in cpu-load. i found, that mov-container work way better than avi-container, even though the same codec is used and packed in the container. try converting your videos to a motion-jpeg codec packed in a quicktime-mov. you could use mpeg-streamclip [1] for that purpose on win /mac machines or ffmpeg on linux.

[1] http://www.squared5.com/ free tool for video conversion

regards, peter

*Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr *Von:* "Stephan Elliot Perez" <dreamoftheshoreofanotherworld**@gmail.comdreamoftheshoreofanotherworld@gmail.com

...

*An:* "Cyrille Henry" ch@chnry.net *Cc:* pd-list@iem.at *Betreff:* Re: [PD] file format for GEM

A more urgent problem: Although the CPU usage stays under 100 (peak is around 84 with three videos overlapping), there is a substantial amount of lag. If I turn off video processing, a command that should be executed after 30 seconds via the cue list is executed punctually. If I turn it on, the command is 11 seconds late.

I can attach the patch if you like, but I probably will not be able to send the video clips as one attachment.

Best regards, Stephan

On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@**gmail.comdreamoftheshoreofanotherworld@gmail.com> wrote:

What is a shader, and how do I use it?

...

On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry ch@chnry.net wrote:

...

Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :

Thanks, it works now. For some reason, turning "auto" on and off (with

...

pix_film) causes the video to lag temporarily, but I do not have this problem if I use line-objects to go through the frames. The cpu-usage goes above 100 if I have more than two videos playing at once, but I suppose I don't need more than two for this project...

Also, what can I do if I want an additive blend instead of a normal cross-blend?

i would use a shader for this. it offer great flexibility, even if it's a bit harder to begin with. but that's the way openGL wants you to do now. cheers c

...

On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.netmailto: ch@chnry.net> wrote:

 hello,
 Gem is mostly design to work on the GPU, and not on the CPU.
 GPU have hundreds of core, they are faster than CPU for image

manipulations.

 pix_add come from the 20th century and should now be avoid since

it use cpu not gpu ;-)

 in order to make a fade transition between 2 videos, you can use

transparency on one video. add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear.

 cheers
 c


 Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :

     Hello,
              So, looking at the help file for [pd~], it seems to

be primarily for audio. How can I use multiple cores to work purely with GEM? I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips?

     Best regards,
     Stephan

     On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <

thomas@residuum.org mailto:thomas@residuum.org <mailto: thomas@residuum.org mailto:thomas@residuum.org>> wrote:

          Hi,

          On 03.02.2013 22:48, Stephan Elliot Perez wrote:
           > I am talking about PD's CPU meter. I don't have the

impression that PD > takes full advantage of 2 quad-core processors. When processing audio, > anything over 100 in PD's meter will lead to glitched audio. I am just > wondering if it will be much more when I load other videos and transition > between them.

          Pd will only use one core, and one core for the GUI.

There are ways to distribute the load over several cores, e.g. [pd~] or use several instances of Pd that communicate with each others:

     http://www.mail-archive.com/__**

**pd-list@iem.at/msg33319.html<http://www.mail-archive.com/__**pd-list@iem.at/msg33319.html> **<http://www.mail-archive.com/_**_pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/__pd-list@iem.at/msg33319.html >**< http://www.mail-archive.com/****pd-list@iem.at/msg33319.html<http://www.mail-archive.com/**pd-list@iem.at/msg33319.html> <h**ttp://www.mail-archive.com/pd-**list@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html >

>

          Hth,
          Thomas
          --
          "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to

Johann Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden Apple) http://www.residuum.org/

          ______________________________****___________________

     Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:

Pd-list@iem.atmailto: Pd-list@iem.at> mailing list

          UNSUBSCRIBE and account-management ->

http://lists.puredata.info/__****listinfo/pd-listhttp://lists.puredata.info/__**listinfo/pd-list <http://**lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list >< http://lists.puredata.info/****listinfo/pd-listhttp://lists.puredata.info/**listinfo/pd-list <http://lists.**puredata.info/listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list **>

> >

     ______________________________****___________________


     Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list
     UNSUBSCRIBE and account-management ->

http://lists.puredata.info/__****listinfo/pd-listhttp://lists.puredata.info/__**listinfo/pd-list <http://**lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list >< http://lists.puredata.info/****listinfo/pd-listhttp://lists.puredata.info/**listinfo/pd-list <http://lists.**puredata.info/listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list **>

> >

I am not using the auto message because I often want to play the files backwards or only play a certain part of them. Unless there is a variant of auto for this?

When I use the patch for a performance it will be on a laptop, which I am not certain will have multiple hard drives. Would a solid state drive definitely fix my problem? Otherwise, I suppose I will be stuck with a lower resolution for the videos.

-Stephan

On Sun, Mar 3, 2013 at 7:22 PM, chris clepper cgclepper@gmail.com wrote:

Are you using 'auto 1' to play the files? That uses Quicktime to determine the current position which is more efficient than sending a frame number. You may also want to try 'frame 60' into the gemwin with the auto message for smoother looking output. That basically syncs the render output with the screen and 'auto 1' only loads a new frame at the rate of the file.

Those CPU figures seem about right. The ProRes HQ files are probably much larger on disk than the AIC files, so the extra CPU time might be waiting for the disk. That might also be why the AIC files spike at certain points because the drive is working more. Disk speed is an important factor here: I would spread the files over multiple drives if possible. Obviously, SSD is a good option too.

Chris

On Sun, Mar 3, 2013 at 1:05 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

So, I added the -nomidi -noaudio and -nrt commands as instructed by Mr. Clepper. This seems to help stop lag in Pure Data itself (so cues are executed punctually) when using HD-files. However, I then converted my files to 1920 x 1080 at 100% using the prores 422 (HQ) codec. The CPU load still climbs to into the 80s and 90s (even over 100 once) with two videos and into the 120s-160s with three. Oddly, with the Intermediary Codec, the load is sometimes much lower (in the 50s for two files) but sharply climbs at other moments (higher than with the pro-res codecs).

-Stephan

On Sun, Mar 3, 2013 at 10:10 AM, Peter Venus news@petervenus.de wrote:

...

Hello! i did not know, that you wanted to playback HD-material. with HD material, i notice problems as well, also with the mjpeg codec.

anyone having experience with fullHD and other codecs?

under OSX i found, that apples ProRes 422 codec works best for that matter. The only thing being, that its comes with final cut. right now, i am running a show, where i use mjpeg in 720p resolution with no problems for simultaneous playback of 3 videos.

cheers, peter

Am 01.03.13 21:39, schrieb Stephan Elliot Perez:

...

So, I reduced the resolution of the files from 1920 x 1080 to 800 x 450 with the Apple Photo -Jpeg codec and now I have no lag.

The loss in quality is of course noticable, but tolerable...

Thanks again for you help, Stephan

On Thu, Feb 28, 2013 at 9:13 AM, news@petervenus.de wrote:

Hello!

...

what video codec are you using? in my experience, a big issue when playing back video with gem, comes from the codecs and container, resulting in extreme differences in cpu-load. i found, that mov-container work way better than avi-container, even though the same codec is used and packed in the container. try converting your videos to a motion-jpeg codec packed in a quicktime-mov. you could use mpeg-streamclip [1] for that purpose on win /mac machines or ffmpeg on linux.

[1] http://www.squared5.com/ free tool for video conversion

regards, peter

*Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr *Von:* "Stephan Elliot Perez" <dreamoftheshoreofanotherworld** @gmail.com dreamoftheshoreofanotherworld@gmail.com> *An:* "Cyrille Henry" ch@chnry.net *Cc:* pd-list@iem.at *Betreff:* Re: [PD] file format for GEM

A more urgent problem: Although the CPU usage stays under 100 (peak is around 84 with three videos overlapping), there is a substantial amount of lag. If I turn off video processing, a command that should be executed after 30 seconds via the cue list is executed punctually. If I turn it on, the command is 11 seconds late.

I can attach the patch if you like, but I probably will not be able to send the video clips as one attachment.

Best regards, Stephan

On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@**gmail.comdreamoftheshoreofanotherworld@gmail.com> wrote:

What is a shader, and how do I use it?

...

On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry ch@chnry.net wrote:

> > Le 27/02/2013 19:17, Stephan Elliot Perez a écrit : > > Thanks, it works now. For some reason, turning "auto" on and off > (with > >> pix_film) causes the video to lag temporarily, but I do not have >> this >> problem if I use line-objects to go through the frames. The >> cpu-usage goes >> above 100 if I have more than two videos playing at once, but I >> suppose I >> don't need more than two for this project... >> >> Also, what can I do if I want an additive blend instead of a normal >> cross-blend? >> >> > i would use a shader for this. > it offer great flexibility, even if it's a bit harder to begin with. > but that's the way openGL wants you to do now. > cheers > c > > > >> On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.netmailto: > ch@chnry.net>> wrote: >> >> hello, >> Gem is mostly design to work on the GPU, and not on the CPU. >> GPU have hundreds of core, they are faster than CPU for image >> manipulations. >> >> pix_add come from the 20th century and should now be avoid >> since it >> use cpu not gpu ;-) >> >> in order to make a fade transition between 2 videos, you can >> use >> transparency on one video. >> add a [alpha] object after Gemhead, and send number between 0 >> and 1 >> in the last inlet of the colorRGB object to make the video appear / >> disapear. >> >> cheers >> c >> >> >> Le 26/02/2013 21:33, Stephan Elliot Perez a écrit : >> >> Hello, >> So, looking at the help file for [pd~], it seems >> to be >> primarily for audio. How can I use multiple cores to work purely >> with GEM? >> I am trying to have a simple transition between >> video >> clips, but if I have two instances of pix_film and then connect >> them to >> pix_add, the CPU-ussage skyrockets well above 100... is there a more >> efficient object for blending two video clips? >> >> Best regards, >> Stephan >> >> On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer < >> thomas@residuum.org mailto:thomas@residuum.org mailto: > thomas@residuum.org mailto:thomas@residuum.org>> wrote: >> >> Hi, >> >> On 03.02.2013 22:48, Stephan Elliot Perez wrote: >> > I am talking about PD's CPU meter. I don't have the >> impression that PD >> > takes full advantage of 2 quad-core processors. >> When >> processing audio, >> > anything over 100 in PD's meter will lead to >> glitched >> audio. I am just >> > wondering if it will be much more when I load other >> videos and transition >> > between them. >> >> Pd will only use one core, and one core for the GUI. >> There >> are ways to >> distribute the load over several cores, e.g. [pd~] or >> use >> several >> instances of Pd that communicate with each others: >> >> http://www.mail-archive.com/__** >> **pd-list@iem.at/msg33319.html<http://www.mail-archive.com/__**pd-list@iem.at/msg33319.html> >> **<http://www.mail-archive.com/_**_pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/__pd-list@iem.at/msg33319.html >> >**< >> http://www.mail-archive.com/****pd-list@iem.at/msg33319.html<http://www.mail-archive.com/**pd-list@iem.at/msg33319.html> >> <h**ttp://www.mail-archive.com/pd-**list@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html >> > >> >> >>> >> >> Hth, >> Thomas >> -- >> "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt >> to >> Johann >> Wolfgang von Goethe in: Robert Shea & Robert A. >> Wilson, >> The Golden >> Apple) >> http://www.residuum.org/ >> >> ______________________________****___________________ >> >> Pd-list@iem.at mailto:Pd-list@iem.at mailto: > Pd-list@iem.atmailto: > Pd-list@iem.at>> mailing list >> >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/__****listinfo/pd-list<http://lists.puredata.info/__**listinfo/pd-list> >> <http://**lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list >> >< >> http://lists.puredata.info/****listinfo/pd-listhttp://lists.puredata.info/**listinfo/pd-list >> <http://lists.**puredata.info/listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list >> **> >> >>> >>> >> >> >> >> ______________________________****___________________ >> >> >> Pd-list@iem.at mailto:Pd-list@iem.at mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/__****listinfo/pd-list<http://lists.puredata.info/__**listinfo/pd-list> >> <http://**lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list >> >< >> http://lists.puredata.info/****listinfo/pd-listhttp://lists.puredata.info/**listinfo/pd-list >> <http://lists.**puredata.info/listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list >> **> >> >>> >>> >> >> >>

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

I am using pix_film to play back the files, do I need to use another object? I ask because when I send the messages auto -1, 1 or 2 into the first inlet, the playback is always the same (1), and if I send auto .5, it turns off (as with 0).

On Sun, Mar 3, 2013 at 8:45 PM, chris clepper cgclepper@gmail.com wrote:

A laptop drive will probably not play more than two HD ProRes files at once. An external Firewire or USB drive might help if half the clips are on it and the other half on the internal.

Auto can play at any speed forward or backward: try 'rate -1' or 'rate 1.5' etc. That sets the Quicktime clock for playback to that rate. It's more efficient to let QT do the tasking internally.

You can select the starting frame of playback using the frame number into the second inlet.

On Sun, Mar 3, 2013 at 2:34 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

I am not using the auto message because I often want to play the files backwards or only play a certain part of them. Unless there is a variant of auto for this?

When I use the patch for a performance it will be on a laptop, which I am not certain will have multiple hard drives. Would a solid state drive definitely fix my problem? Otherwise, I suppose I will be stuck with a lower resolution for the videos.

-Stephan

On Sun, Mar 3, 2013 at 7:22 PM, chris clepper cgclepper@gmail.comwrote:

...

Are you using 'auto 1' to play the files? That uses Quicktime to determine the current position which is more efficient than sending a frame number. You may also want to try 'frame 60' into the gemwin with the auto message for smoother looking output. That basically syncs the render output with the screen and 'auto 1' only loads a new frame at the rate of the file.

Those CPU figures seem about right. The ProRes HQ files are probably much larger on disk than the AIC files, so the extra CPU time might be waiting for the disk. That might also be why the AIC files spike at certain points because the drive is working more. Disk speed is an important factor here: I would spread the files over multiple drives if possible. Obviously, SSD is a good option too.

Chris

On Sun, Mar 3, 2013 at 1:05 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

So, I added the -nomidi -noaudio and -nrt commands as instructed by Mr. Clepper. This seems to help stop lag in Pure Data itself (so cues are executed punctually) when using HD-files. However, I then converted my files to 1920 x 1080 at 100% using the prores 422 (HQ) codec. The CPU load still climbs to into the 80s and 90s (even over 100 once) with two videos and into the 120s-160s with three. Oddly, with the Intermediary Codec, the load is sometimes much lower (in the 50s for two files) but sharply climbs at other moments (higher than with the pro-res codecs).

-Stephan

On Sun, Mar 3, 2013 at 10:10 AM, Peter Venus news@petervenus.dewrote:

...

Hello! i did not know, that you wanted to playback HD-material. with HD material, i notice problems as well, also with the mjpeg codec.

anyone having experience with fullHD and other codecs?

under OSX i found, that apples ProRes 422 codec works best for that matter. The only thing being, that its comes with final cut. right now, i am running a show, where i use mjpeg in 720p resolution with no problems for simultaneous playback of 3 videos.

cheers, peter

Am 01.03.13 21:39, schrieb Stephan Elliot Perez:

...

So, I reduced the resolution of the files from 1920 x 1080 to 800 x 450 with the Apple Photo -Jpeg codec and now I have no lag.

The loss in quality is of course noticable, but tolerable...

Thanks again for you help, Stephan

On Thu, Feb 28, 2013 at 9:13 AM, news@petervenus.de wrote:

Hello! > > what video codec are you using? > in my experience, a big issue when playing back video with gem, > comes from the codecs and container, resulting in extreme > differences in > cpu-load. > i found, that mov-container work way better than avi-container, even > though > the same codec is used and packed in the container. > try converting your videos to a motion-jpeg codec packed in a > quicktime-mov. > you could use mpeg-streamclip [1] for that purpose on win /mac > machines or > ffmpeg on linux. > > [1] http://www.squared5.com/ free tool for video conversion > > regards, peter > > *Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr > *Von:* "Stephan Elliot Perez" <dreamoftheshoreofanotherworld** > @gmail.com dreamoftheshoreofanotherworld@gmail.com> > *An:* "Cyrille Henry" ch@chnry.net > *Cc:* pd-list@iem.at > *Betreff:* Re: [PD] file format for GEM > > A more urgent problem: Although the CPU usage stays under 100 > (peak is > around 84 with three videos overlapping), there is a substantial > amount of > lag. If I turn off video processing, a command that should be > executed > after 30 seconds via the cue list is executed punctually. If I turn > it on, > the command is 11 seconds late. > > I can attach the patch if you like, but I probably will not be able > to > send the video clips as one attachment. > > Best regards, > Stephan > > > On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez < > dreamoftheshoreofanotherworld@**gmail.comdreamoftheshoreofanotherworld@gmail.com> > wrote: > > What is a shader, and how do I use it? >> >> >> On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry ch@chnry.net >> wrote: >> >> >>> >>> Le 27/02/2013 19:17, Stephan Elliot Perez a écrit : >>> >>> Thanks, it works now. For some reason, turning "auto" on and off >>> (with >>> >>>> pix_film) causes the video to lag temporarily, but I do not have >>>> this >>>> problem if I use line-objects to go through the frames. The >>>> cpu-usage goes >>>> above 100 if I have more than two videos playing at once, but I >>>> suppose I >>>> don't need more than two for this project... >>>> >>>> Also, what can I do if I want an additive blend instead of a >>>> normal >>>> cross-blend? >>>> >>>> >>> i would use a shader for this. >>> it offer great flexibility, even if it's a bit harder to begin >>> with. >>> but that's the way openGL wants you to do now. >>> cheers >>> c >>> >>> >>> >>>> On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.netmailto: >>> ch@chnry.net>> wrote: >>>> >>>> hello, >>>> Gem is mostly design to work on the GPU, and not on the CPU. >>>> GPU have hundreds of core, they are faster than CPU for image >>>> manipulations. >>>> >>>> pix_add come from the 20th century and should now be avoid >>>> since it >>>> use cpu not gpu ;-) >>>> >>>> in order to make a fade transition between 2 videos, you can >>>> use >>>> transparency on one video. >>>> add a [alpha] object after Gemhead, and send number between >>>> 0 and 1 >>>> in the last inlet of the colorRGB object to make the video appear >>>> / >>>> disapear. >>>> >>>> cheers >>>> c >>>> >>>> >>>> Le 26/02/2013 21:33, Stephan Elliot Perez a écrit : >>>> >>>> Hello, >>>> So, looking at the help file for [pd~], it >>>> seems to be >>>> primarily for audio. How can I use multiple cores to work purely >>>> with GEM? >>>> I am trying to have a simple transition >>>> between video >>>> clips, but if I have two instances of pix_film and then connect >>>> them to >>>> pix_add, the CPU-ussage skyrockets well above 100... is there a >>>> more >>>> efficient object for blending two video clips? >>>> >>>> Best regards, >>>> Stephan >>>> >>>> On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer < >>>> thomas@residuum.org mailto:thomas@residuum.org mailto: >>> thomas@residuum.org mailto:thomas@residuum.org>> wrote: >>>> >>>> Hi, >>>> >>>> On 03.02.2013 22:48, Stephan Elliot Perez wrote: >>>> > I am talking about PD's CPU meter. I don't have >>>> the >>>> impression that PD >>>> > takes full advantage of 2 quad-core processors. >>>> When >>>> processing audio, >>>> > anything over 100 in PD's meter will lead to >>>> glitched >>>> audio. I am just >>>> > wondering if it will be much more when I load >>>> other >>>> videos and transition >>>> > between them. >>>> >>>> Pd will only use one core, and one core for the >>>> GUI. There >>>> are ways to >>>> distribute the load over several cores, e.g. [pd~] >>>> or use >>>> several >>>> instances of Pd that communicate with each others: >>>> >>>> http://www.mail-archive.com/__** >>>> **pd-list@iem.at/msg33319.html<http://www.mail-archive.com/__**pd-list@iem.at/msg33319.html> >>>> **<http://www.mail-archive.com/_**_pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/__pd-list@iem.at/msg33319.html >>>> >**< >>>> http://www.mail-archive.com/****pd-list@iem.at/msg33319.html<http://www.mail-archive.com/**pd-list@iem.at/msg33319.html> >>>> <h**ttp://www.mail-archive.com/pd-**list@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html >>>> > >>>> >>>> >>>>> >>>> >>>> Hth, >>>> Thomas >>>> -- >>>> "Spielen Sie Strip Schnipp-Schnapp?" (Adam >>>> Weishaupt to >>>> Johann >>>> Wolfgang von Goethe in: Robert Shea & Robert A. >>>> Wilson, >>>> The Golden >>>> Apple) >>>> http://www.residuum.org/ >>>> >>>> ______________________________** >>>> **___________________ >>>> >>>> Pd-list@iem.at mailto:Pd-list@iem.at mailto: >>> Pd-list@iem.atmailto: >>> Pd-list@iem.at>> mailing list >>>> >>>> UNSUBSCRIBE and account-management -> >>>> http://lists.puredata.info/__****listinfo/pd-list<http://lists.puredata.info/__**listinfo/pd-list> >>>> <http://**lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list >>>> >< >>>> http://lists.puredata.info/****listinfo/pd-listhttp://lists.puredata.info/**listinfo/pd-list >>>> <http://lists.**puredata.info/listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list >>>> **> >>>> >>>>> >>>>> >>>> >>>> >>>> >>>> ______________________________****___________________ >>>> >>>> >>>> Pd-list@iem.at mailto:Pd-list@iem.at mailing list >>>> UNSUBSCRIBE and account-management -> >>>> http://lists.puredata.info/__****listinfo/pd-list<http://lists.puredata.info/__**listinfo/pd-list> >>>> <http://**lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list >>>> >< >>>> http://lists.puredata.info/****listinfo/pd-listhttp://lists.puredata.info/**listinfo/pd-list >>>> <http://lists.**puredata.info/listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list >>>> **> >>>> >>>>> >>>>> >>>> >>>> >>>> >> > >

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Well, I do not know why, but if I use auto for everything (instead of line objects into the right inlet of pix_film), it does fine with one or two videos, but, when a third one is activated, it skyrockets to over 100.

And this is using 800x450 videos. With this format, I had no such CPU problems using line objects.

-Stephan

On Mon, Mar 4, 2013 at 6:01 PM, chris clepper cgclepper@gmail.com wrote:

Use the 'rate $1' message to change the playback speed.

On Mon, Mar 4, 2013 at 11:31 AM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

I am using pix_film to play back the files, do I need to use another object? I ask because when I send the messages auto -1, 1 or 2 into the first inlet, the playback is always the same (1), and if I send auto .5, it turns off (as with 0).

On Sun, Mar 3, 2013 at 8:45 PM, chris clepper cgclepper@gmail.comwrote:

...

A laptop drive will probably not play more than two HD ProRes files at once. An external Firewire or USB drive might help if half the clips are on it and the other half on the internal.

Auto can play at any speed forward or backward: try 'rate -1' or 'rate 1.5' etc. That sets the Quicktime clock for playback to that rate. It's more efficient to let QT do the tasking internally.

You can select the starting frame of playback using the frame number into the second inlet.

On Sun, Mar 3, 2013 at 2:34 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

I am not using the auto message because I often want to play the files backwards or only play a certain part of them. Unless there is a variant of auto for this?

When I use the patch for a performance it will be on a laptop, which I am not certain will have multiple hard drives. Would a solid state drive definitely fix my problem? Otherwise, I suppose I will be stuck with a lower resolution for the videos.

-Stephan

On Sun, Mar 3, 2013 at 7:22 PM, chris clepper cgclepper@gmail.comwrote:

...

Are you using 'auto 1' to play the files? That uses Quicktime to determine the current position which is more efficient than sending a frame number. You may also want to try 'frame 60' into the gemwin with the auto message for smoother looking output. That basically syncs the render output with the screen and 'auto 1' only loads a new frame at the rate of the file.

Those CPU figures seem about right. The ProRes HQ files are probably much larger on disk than the AIC files, so the extra CPU time might be waiting for the disk. That might also be why the AIC files spike at certain points because the drive is working more. Disk speed is an important factor here: I would spread the files over multiple drives if possible. Obviously, SSD is a good option too.

Chris

On Sun, Mar 3, 2013 at 1:05 PM, Stephan Elliot Perez < dreamoftheshoreofanotherworld@gmail.com> wrote:

...

So, I added the -nomidi -noaudio and -nrt commands as instructed by Mr. Clepper. This seems to help stop lag in Pure Data itself (so cues are executed punctually) when using HD-files. However, I then converted my files to 1920 x 1080 at 100% using the prores 422 (HQ) codec. The CPU load still climbs to into the 80s and 90s (even over 100 once) with two videos and into the 120s-160s with three. Oddly, with the Intermediary Codec, the load is sometimes much lower (in the 50s for two files) but sharply climbs at other moments (higher than with the pro-res codecs).

-Stephan

On Sun, Mar 3, 2013 at 10:10 AM, Peter Venus news@petervenus.dewrote:

> Hello! > i did not know, that you wanted to playback HD-material. > with HD material, i notice problems as well, also with the mjpeg > codec. > > anyone having experience with fullHD and other codecs? > > under OSX i found, that apples ProRes 422 codec works best for that > matter. The only thing being, that its comes with final cut. > right now, i am running a show, where i use mjpeg in 720p resolution > with no problems for simultaneous playback of 3 videos. > > cheers, peter > > Am 01.03.13 21:39, schrieb Stephan Elliot Perez: > >> So, I reduced the resolution of the files from 1920 x 1080 to 800 x >> 450 >> with the Apple Photo -Jpeg codec and now I have no lag. >> >> The loss in quality is of course noticable, but tolerable... >> >> Thanks again for you help, >> Stephan >> >> On Thu, Feb 28, 2013 at 9:13 AM, news@petervenus.de wrote: >> >> Hello! >>> >>> what video codec are you using? >>> in my experience, a big issue when playing back video with gem, >>> comes from the codecs and container, resulting in extreme >>> differences in >>> cpu-load. >>> i found, that mov-container work way better than avi-container, >>> even though >>> the same codec is used and packed in the container. >>> try converting your videos to a motion-jpeg codec packed in a >>> quicktime-mov. >>> you could use mpeg-streamclip [1] for that purpose on win /mac >>> machines or >>> ffmpeg on linux. >>> >>> [1] http://www.squared5.com/ free tool for video conversion >>> >>> regards, peter >>> >>> *Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr >>> *Von:* "Stephan Elliot Perez" <dreamoftheshoreofanotherworld** >>> @gmail.com dreamoftheshoreofanotherworld@gmail.com> >>> *An:* "Cyrille Henry" ch@chnry.net >>> *Cc:* pd-list@iem.at >>> *Betreff:* Re: [PD] file format for GEM >>> >>> A more urgent problem: Although the CPU usage stays under 100 >>> (peak is >>> around 84 with three videos overlapping), there is a substantial >>> amount of >>> lag. If I turn off video processing, a command that should be >>> executed >>> after 30 seconds via the cue list is executed punctually. If I >>> turn it on, >>> the command is 11 seconds late. >>> >>> I can attach the patch if you like, but I probably will not be >>> able to >>> send the video clips as one attachment. >>> >>> Best regards, >>> Stephan >>> >>> >>> On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez < >>> dreamoftheshoreofanotherworld@**gmail.comdreamoftheshoreofanotherworld@gmail.com> >>> wrote: >>> >>> What is a shader, and how do I use it? >>>> >>>> >>>> On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry ch@chnry.net >>>> wrote: >>>> >>>> >>>>> >>>>> Le 27/02/2013 19:17, Stephan Elliot Perez a écrit : >>>>> >>>>> Thanks, it works now. For some reason, turning "auto" on and >>>>> off (with >>>>> >>>>>> pix_film) causes the video to lag temporarily, but I do not >>>>>> have this >>>>>> problem if I use line-objects to go through the frames. The >>>>>> cpu-usage goes >>>>>> above 100 if I have more than two videos playing at once, but I >>>>>> suppose I >>>>>> don't need more than two for this project... >>>>>> >>>>>> Also, what can I do if I want an additive blend instead of a >>>>>> normal >>>>>> cross-blend? >>>>>> >>>>>> >>>>> i would use a shader for this. >>>>> it offer great flexibility, even if it's a bit harder to begin >>>>> with. >>>>> but that's the way openGL wants you to do now. >>>>> cheers >>>>> c >>>>> >>>>> >>>>> >>>>>> On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.netmailto: >>>>> ch@chnry.net>> wrote: >>>>>> >>>>>> hello, >>>>>> Gem is mostly design to work on the GPU, and not on the >>>>>> CPU. >>>>>> GPU have hundreds of core, they are faster than CPU for >>>>>> image >>>>>> manipulations. >>>>>> >>>>>> pix_add come from the 20th century and should now be avoid >>>>>> since it >>>>>> use cpu not gpu ;-) >>>>>> >>>>>> in order to make a fade transition between 2 videos, you >>>>>> can use >>>>>> transparency on one video. >>>>>> add a [alpha] object after Gemhead, and send number >>>>>> between 0 and 1 >>>>>> in the last inlet of the colorRGB object to make the video >>>>>> appear / >>>>>> disapear. >>>>>> >>>>>> cheers >>>>>> c >>>>>> >>>>>> >>>>>> Le 26/02/2013 21:33, Stephan Elliot Perez a écrit : >>>>>> >>>>>> Hello, >>>>>> So, looking at the help file for [pd~], it >>>>>> seems to be >>>>>> primarily for audio. How can I use multiple cores to work >>>>>> purely with GEM? >>>>>> I am trying to have a simple transition >>>>>> between video >>>>>> clips, but if I have two instances of pix_film and then connect >>>>>> them to >>>>>> pix_add, the CPU-ussage skyrockets well above 100... is there a >>>>>> more >>>>>> efficient object for blending two video clips? >>>>>> >>>>>> Best regards, >>>>>> Stephan >>>>>> >>>>>> On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer < >>>>>> thomas@residuum.org mailto:thomas@residuum.org mailto: >>>>> thomas@residuum.org mailto:thomas@residuum.org>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> On 03.02.2013 22:48, Stephan Elliot Perez wrote: >>>>>> > I am talking about PD's CPU meter. I don't >>>>>> have the >>>>>> impression that PD >>>>>> > takes full advantage of 2 quad-core >>>>>> processors. When >>>>>> processing audio, >>>>>> > anything over 100 in PD's meter will lead to >>>>>> glitched >>>>>> audio. I am just >>>>>> > wondering if it will be much more when I load >>>>>> other >>>>>> videos and transition >>>>>> > between them. >>>>>> >>>>>> Pd will only use one core, and one core for the >>>>>> GUI. There >>>>>> are ways to >>>>>> distribute the load over several cores, e.g. >>>>>> [pd~] or use >>>>>> several >>>>>> instances of Pd that communicate with each others: >>>>>> >>>>>> http://www.mail-archive.com/__** >>>>>> **pd-list@iem.at/msg33319.html<http://www.mail-archive.com/__**pd-list@iem.at/msg33319.html> >>>>>> **<http://www.mail-archive.com/_**_pd-list@iem.at/msg33319.htmlhttp://www.mail-archive.com/__pd-list@iem.at/msg33319.html >>>>>> >**< >>>>>> http://www.mail-archive.com/****pd-list@iem.at/msg33319.html<http://www.mail-archive.com/**pd-list@iem.at/msg33319.html> >>>>>> <h**ttp://www.mail-archive.com/pd-**list@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html >>>>>> > >>>>>> >>>>>> >>>>>>> >>>>>> >>>>>> Hth, >>>>>> Thomas >>>>>> -- >>>>>> "Spielen Sie Strip Schnipp-Schnapp?" (Adam >>>>>> Weishaupt to >>>>>> Johann >>>>>> Wolfgang von Goethe in: Robert Shea & Robert A. >>>>>> Wilson, >>>>>> The Golden >>>>>> Apple) >>>>>> http://www.residuum.org/ >>>>>> >>>>>> ______________________________** >>>>>> **___________________ >>>>>> >>>>>> Pd-list@iem.at mailto:Pd-list@iem.at mailto: >>>>> Pd-list@iem.atmailto: >>>>> Pd-list@iem.at>> mailing list >>>>>> >>>>>> UNSUBSCRIBE and account-management -> >>>>>> http://lists.puredata.info/__****listinfo/pd-list<http://lists.puredata.info/__**listinfo/pd-list> >>>>>> <http://**lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list >>>>>> >< >>>>>> http://lists.puredata.info/****listinfo/pd-listhttp://lists.puredata.info/**listinfo/pd-list >>>>>> <http://lists.**puredata.info/listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list >>>>>> **> >>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> ______________________________****___________________ >>>>>> >>>>>> >>>>>> Pd-list@iem.at mailto:Pd-list@iem.at mailing list >>>>>> UNSUBSCRIBE and account-management -> >>>>>> http://lists.puredata.info/__****listinfo/pd-list<http://lists.puredata.info/__**listinfo/pd-list> >>>>>> <http://**lists.puredata.info/__**listinfo/pd-listhttp://lists.puredata.info/__listinfo/pd-list >>>>>> >< >>>>>> http://lists.puredata.info/****listinfo/pd-listhttp://lists.puredata.info/**listinfo/pd-list >>>>>> <http://lists.**puredata.info/listinfo/pd-listhttp://lists.puredata.info/listinfo/pd-list >>>>>> **> >>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> >>>> >>> >>> >>

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Le 06/03/2013 19:09, Stephan Elliot Perez a écrit :

Hi, I am working on a computer with two 2,66 GHz Dual-Core Intel Xeon processors (so, slightly weaker than the other) and when I play the 800x450 videos in 1920 x 1080 format, I again have the problem that, while the CPU usage is fine, PD itself slows down considerably. The cues are executed too late and the video is of course slower. Does anyone know what causes this problem specifically and what can be done about it?

pd time shift from real time. Your computer can't do what pd ask it to do. if cpu is fine, then the bottleneck is not the cpu. maybe the bus between cpu and gpu.

you can reduce video size, or change computer.

cheers c

Many thanks, Stephan

On Mon, Mar 4, 2013 at 7:31 PM, Stephan Elliot Perez <dreamoftheshoreofanotherworld@gmail.com mailto:dreamoftheshoreofanotherworld@gmail.com> wrote:

Well, I do not know why, but if I use auto for everything (instead of line objects into the right inlet of pix_film), it does fine with one or two videos, but, when a third one is activated, it skyrockets to over 100.

And this is using 800x450 videos. With this format, I had no such CPU problems using line objects.

-Stephan


On Mon, Mar 4, 2013 at 6:01 PM, chris clepper <cgclepper@gmail.com <mailto:cgclepper@gmail.com>> wrote:

    Use the 'rate $1' message to change the playback speed.


    On Mon, Mar 4, 2013 at 11:31 AM, Stephan Elliot Perez <dreamoftheshoreofanotherworld@gmail.com <mailto:dreamoftheshoreofanotherworld@gmail.com>> wrote:

        I am using pix_film to play back the files, do I need to use another object? I ask because when I send the messages auto -1, 1 or 2 into the first inlet, the playback is always the same (1), and if I send auto .5, it turns off (as with 0).


        On Sun, Mar 3, 2013 at 8:45 PM, chris clepper <cgclepper@gmail.com <mailto:cgclepper@gmail.com>> wrote:

            A laptop drive will probably not play more than two HD ProRes files at once.  An external Firewire or USB drive might help if half the clips are on it and the other half on the internal.

            Auto can play at any speed forward or backward: try 'rate -1' or 'rate 1.5'  etc.  That sets the Quicktime clock for playback to that rate.  It's more efficient to let QT do the tasking internally.

            You can select the starting frame of playback using the frame number into the second inlet.


            On Sun, Mar 3, 2013 at 2:34 PM, Stephan Elliot Perez <dreamoftheshoreofanotherworld@gmail.com <mailto:dreamoftheshoreofanotherworld@gmail.com>> wrote:

                I am not using the auto message because I often want to play the files backwards or only play a certain part of them. Unless there is a variant of auto for this?

                When I use the patch for a performance it will be on a laptop, which I am not certain will have multiple hard drives. Would a solid state drive definitely fix my problem? Otherwise, I suppose I will be stuck with a lower resolution for the videos.

                -Stephan


                On Sun, Mar 3, 2013 at 7:22 PM, chris clepper <cgclepper@gmail.com <mailto:cgclepper@gmail.com>> wrote:

                    Are you using 'auto 1' to play the files?  That uses Quicktime to determine the current position which is more efficient than sending a frame number.  You may also want to try 'frame 60' into the gemwin with the auto message for smoother looking output.  That basically syncs the render output with the screen and 'auto 1' only loads a new frame at the rate of the file.

                    Those CPU figures seem about right.  The ProRes HQ files are probably much larger on disk than the AIC files, so the extra CPU time might be waiting for the disk.  That might also be why the AIC files spike at certain points because the drive is working more.  Disk speed is an important factor here: I would spread the files over multiple drives if possible. Obviously, SSD is a good option too.

                    Chris

                    On Sun, Mar 3, 2013 at 1:05 PM, Stephan Elliot Perez <dreamoftheshoreofanotherworld@gmail.com <mailto:dreamoftheshoreofanotherworld@gmail.com>> wrote:

                        So, I added the -nomidi -noaudio and -nrt commands as instructed by Mr. Clepper. This seems to help stop lag in Pure Data itself (so cues are executed punctually) when using HD-files.
                                However, I then converted my files to 1920 x 1080 at 100% using the prores 422 (HQ) codec. The CPU load still climbs to into the 80s and 90s (even over 100 once) with two videos and into the 120s-160s with three.
                                Oddly, with the Intermediary Codec, the load is sometimes much lower (in the 50s for two files) but sharply climbs at other moments (higher than with the pro-res codecs).

                        -Stephan



                        On Sun, Mar 3, 2013 at 10:10 AM, Peter Venus <news@petervenus.de <mailto:news@petervenus.de>> wrote:

                            Hello!
                            i did not know, that you wanted  to playback HD-material.
                            with HD material, i notice problems as well, also with the mjpeg codec.

                            anyone having experience with fullHD and other codecs?

                            under OSX i found, that apples ProRes 422 codec works best for that matter. The only thing being, that its comes with final cut.
                            right now, i am running a show, where i use mjpeg in 720p resolution with no problems for simultaneous playback of 3 videos.

                            cheers, peter

                            Am 01.03.13 21:39, schrieb Stephan Elliot Perez:

                                So, I reduced the resolution of the files from 1920 x 1080 to 800 x 450
                                with the Apple Photo -Jpeg codec and now I have no lag.

                                The loss in quality is of course noticable, but tolerable...

                                Thanks again for you help,
                                Stephan

                                On Thu, Feb 28, 2013 at 9:13 AM, <news@petervenus.de <mailto:news@petervenus.de>> wrote:

                                    Hello!

                                    what video codec are you using?
                                    in my experience, a big issue when playing back video with gem,
                                    comes from the codecs and container, resulting in extreme differences in
                                    cpu-load.
                                    i found, that mov-container work way better than avi-container, even though
                                    the same codec is used and packed in the container.
                                    try  converting your videos to a motion-jpeg codec packed in a
                                    quicktime-mov.
                                    you could use mpeg-streamclip [1] for that purpose on win /mac machines or
                                    ffmpeg on linux.

                                    [1] http://www.squared5.com/  free tool for video conversion

                                    regards, peter

                                       *Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr
                                    *Von:* "Stephan Elliot Perez" <dreamoftheshoreofanotherworld__@gmail.com <mailto:dreamoftheshoreofanotherworld@gmail.com>>
                                    *An:* "Cyrille Henry" <ch@chnry.net <mailto:ch@chnry.net>>
                                    *Cc:* pd-list@iem.at <mailto:pd-list@iem.at>
                                    *Betreff:* Re: [PD] file format for GEM

                                       A more urgent problem: Although the CPU usage stays under 100 (peak is
                                    around 84 with three videos overlapping), there is a substantial amount of
                                    lag. If I turn off video processing, a command that should be executed
                                    after 30 seconds via the cue list is executed punctually. If I turn it on,
                                    the command is 11 seconds late.

                                    I can attach the patch if you like, but I probably will not be able to
                                    send the video clips as one attachment.

                                    Best regards,
                                    Stephan


                                    On Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez <
                                    dreamoftheshoreofanotherworld@__gmail.com <mailto:dreamoftheshoreofanotherworld@gmail.com>> wrote:

                                        What is a shader, and how do I use it?


                                        On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry <ch@chnry.net <mailto:ch@chnry.net>> wrote:



                                            Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :

                                               Thanks, it works now. For some reason, turning "auto" on and off (with

                                                pix_film) causes the video to lag temporarily, but I do not have this
                                                problem if I use line-objects to go through the frames. The cpu-usage goes
                                                above 100 if I have more than two videos playing at once, but I suppose I
                                                don't need more than two for this project...

                                                Also, what can I do if I want an additive blend instead of a normal
                                                cross-blend?


                                            i would use a shader for this.
                                            it offer great flexibility, even if it's a bit harder to begin with.
                                            but that's the way openGL wants you to do now.
                                            cheers
                                            c



                                                On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.net <mailto:ch@chnry.net> <mailto:
                                                ch@chnry.net <mailto:ch@chnry.net>>> wrote:

                                                      hello,
                                                      Gem is mostly design to work on the GPU, and not on the CPU.
                                                      GPU have hundreds of core, they are faster than CPU for image
                                                manipulations.

                                                      pix_add come from the 20th century and should now be avoid since it
                                                use cpu not gpu ;-)

                                                      in order to make a fade transition between 2 videos, you can use
                                                transparency on one video.
                                                      add a [alpha] object after Gemhead, and send number between 0 and 1
                                                in the last inlet of the colorRGB object to make the video appear /
                                                disapear.

                                                      cheers
                                                      c


                                                      Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :

                                                          Hello,
                                                                   So, looking at the help file for [pd~], it seems to be
                                                primarily for audio. How can I use multiple cores to work purely with GEM?
                                                                    I am trying to have a simple transition between video
                                                clips, but if I have two instances of pix_film and then connect them to
                                                pix_add, the CPU-ussage skyrockets well above 100... is there a more
                                                efficient object for blending two video clips?

                                                          Best regards,
                                                          Stephan

                                                          On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <
                                                thomas@residuum.org <mailto:thomas@residuum.org> <mailto:thomas@residuum.org <mailto:thomas@residuum.org>> <mailto:
                                                thomas@residuum.org <mailto:thomas@residuum.org> <mailto:thomas@residuum.org <mailto:thomas@residuum.org>>>> wrote:

                                                               Hi,

                                                               On 03.02.2013 22:48, Stephan Elliot Perez wrote:
                                                                > I am talking about PD's CPU meter. I don't have the
                                                impression that PD
                                                                > takes full advantage of 2 quad-core processors. When
                                                processing audio,
                                                                > anything over 100 in PD's meter will lead to glitched
                                                audio. I am just
                                                                > wondering if it will be much more when I load other
                                                videos and transition
                                                                > between them.

                                                               Pd will only use one core, and one core for the GUI. There
                                                are ways to
                                                               distribute the load over several cores, e.g. [pd~] or use
                                                several
                                                               instances of Pd that communicate with each others:

                                                http://www.mail-archive.com/____**pd-list@iem.at/msg33319.html <http://www.mail-archive.com/__**pd-list@iem.at/msg33319.html>__<http://www.mail-archive.com/____pd-list@iem.at/msg33319.html <http://www.mail-archive.com/__pd-list@iem.at/msg33319.html>>__<
                                                http://www.mail-archive.com/**__pd-list@iem.at/msg33319.html <http://www.mail-archive.com/**pd-list@iem.at/msg33319.html><h__ttp://www.mail-archive.com/pd-__list@iem.at/msg33319.html <http://www.mail-archive.com/pd-list@iem.at/msg33319.html>>




                                                               Hth,
                                                               Thomas
                                                               --
                                                               "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to
                                                Johann
                                                               Wolfgang von Goethe in: Robert Shea & Robert A. Wilson,
                                                The Golden
                                                               Apple)
                                                http://www.residuum.org/

                                                               ________________________________**___________________

                                                Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at>> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at><mailto:
                                                Pd-list@iem.at <mailto:Pd-list@iem.at>>> mailing list

                                                               UNSUBSCRIBE and account-management ->
                                                http://lists.puredata.info/__*__*listinfo/pd-list <http://lists.puredata.info/__**listinfo/pd-list><http://__lists.puredata.info/____listinfo/pd-list <http://lists.puredata.info/__listinfo/pd-list>><
                                                http://lists.puredata.info/**__listinfo/pd-list <http://lists.puredata.info/**listinfo/pd-list><http://lists.__puredata.info/listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>__>






                                                          ________________________________**___________________


                                                Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at>> mailing list
                                                          UNSUBSCRIBE and account-management ->
                                                http://lists.puredata.info/__*__*listinfo/pd-list <http://lists.puredata.info/__**listinfo/pd-list><http://__lists.puredata.info/____listinfo/pd-list <http://lists.puredata.info/__listinfo/pd-list>><
                                                http://lists.puredata.info/**__listinfo/pd-list <http://lists.puredata.info/**listinfo/pd-list><http://lists.__puredata.info/listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>__>











                        _______________________________________________
                        Pd-list@iem.at <mailto:Pd-list@iem.at> mailing list
                        UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Le 27/02/2013 20:19, Stephan Elliot Perez a écrit :

What is a shader, and how do I use it?

see all exemple in directory 10.glsl

cheers c

On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry <ch@chnry.net mailto:ch@chnry.net> wrote:

Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :

    Thanks, it works now. For some reason, turning "auto" on and off (with pix_film) causes the video to lag temporarily, but I do not have this problem if I use line-objects to go through the frames. The cpu-usage goes above 100 if I have more than two videos playing at once, but I suppose I don't need more than two for this project...

    Also, what can I do if I want an additive blend instead of a normal cross-blend?


i would use a shader for this.
it offer great flexibility, even if it's a bit harder to begin with.
but that's the way openGL wants you to do now.
cheers
c



    On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry <ch@chnry.net <mailto:ch@chnry.net> <mailto:ch@chnry.net <mailto:ch@chnry.net>>> wrote:

         hello,
         Gem is mostly design to work on the GPU, and not on the CPU.
         GPU have hundreds of core, they are faster than CPU for image manipulations.

         pix_add come from the 20th century and should now be avoid since it use cpu not gpu ;-)

         in order to make a fade transition between 2 videos, you can use transparency on one video.
         add a [alpha] object after Gemhead, and send number between 0 and 1 in the last inlet of the colorRGB object to make the video appear / disapear.

         cheers
         c


         Le 26/02/2013 21:33, Stephan Elliot Perez a écrit :

             Hello,
                      So, looking at the help file for [pd~], it seems to be primarily for audio. How can I use multiple cores to work purely with GEM?
                       I am trying to have a simple transition between video clips, but if I have two instances of pix_film and then connect them to pix_add, the CPU-ussage skyrockets well above 100... is there a more efficient object for blending two video clips?

             Best regards,
             Stephan

             On Sun, Feb 3, 2013 at 10:54 PM, Thomas Mayer <thomas@residuum.org <mailto:thomas@residuum.org> <mailto:thomas@residuum.org <mailto:thomas@residuum.org>> <mailto:thomas@residuum.org <mailto:thomas@residuum.org> <mailto:thomas@residuum.org <mailto:thomas@residuum.org>>>> wrote:

                  Hi,

                  On 03.02.2013 22:48, Stephan Elliot Perez wrote:
                   > I am talking about PD's CPU meter. I don't have the impression that PD
                   > takes full advantage of 2 quad-core processors. When processing audio,
                   > anything over 100 in PD's meter will lead to glitched audio. I am just
                   > wondering if it will be much more when I load other videos and transition
                   > between them.

                  Pd will only use one core, and one core for the GUI. There are ways to
                  distribute the load over several cores, e.g. [pd~] or use several
                  instances of Pd that communicate with each others:

    http://www.mail-archive.com/____pd-list@iem.at/msg33319.html <http://www.mail-archive.com/__pd-list@iem.at/msg33319.html> <http://www.mail-archive.com/__pd-list@iem.at/msg33319.html <http://www.mail-archive.com/pd-list@iem.at/msg33319.html>>


                  Hth,
                  Thomas
                  --
                  "Spielen Sie Strip Schnipp-Schnapp?" (Adam Weishaupt to Johann
                  Wolfgang von Goethe in: Robert Shea & Robert A. Wilson, The Golden
                  Apple)
    http://www.residuum.org/

                  ___________________________________________________
    Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at>> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at>>> mailing list

                  UNSUBSCRIBE and account-management -> http://lists.puredata.info/____listinfo/pd-list <http://lists.puredata.info/__listinfo/pd-list> <http://lists.puredata.info/__listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>>




             ___________________________________________________

    Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at>> mailing list
             UNSUBSCRIBE and account-management -> http://lists.puredata.info/____listinfo/pd-list <http://lists.puredata.info/__listinfo/pd-list> <http://lists.puredata.info/__listinfo/pd-list <http://lists.puredata.info/listinfo/pd-list>>

---

Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

On 02/03/2013 10:17 PM, Charles Goyard wrote:

Hi,

try with MJPEG. It's easier to decode. Files are huge.

Just wondering: does GEM provide hardware decoding for codecs supported by the driver ?

Gem doesn't do any decoding of video files on its own. instead it uses various backends to offload that work (gmerlin, quicktime, directshow,...). it depends on the backend whether it supports decoding on the GPU.

gfadmr IOhannes