[PD] file format for GEM

chris clepper cgclepper at gmail.com
Sat Mar 2 19:29:20 CET 2013 

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 at 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 at gmail.com>wrote:
>
>> I had no problem playing 4 or more AIC 1080 at 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 at 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 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>
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Pd-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130302/16ffa00d/attachment-0001.htm>

More information about the Pd-list mailing list