Re: [PD] file format for GEM

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

...