[PD] file format for GEM
Stephan Elliot Perez
dreamoftheshoreofanotherworld at gmail.com
Fri Mar 1 21:39:11 CET 2013
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 at 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 at gmail.com>
> *An:* "Cyrille Henry" <ch at chnry.net>
> *Cc:* pd-list at 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 at 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 at 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 at chnry.net <mailto:
>>>> ch at 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 at residuum.org <mailto:thomas at residuum.org> <mailto:
>>>> thomas at residuum.org <mailto:thomas at 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 at iem.at <mailto:Pd-list at iem.at> <mailto:Pd-list at iem.at<mailto:
>>>> Pd-list at 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 at iem.at <mailto:Pd-list at 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>
>>>> >
>>>>
>>>>
>>>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130301/851079fd/attachment.htm>
More information about the Pd-list
mailing list