Use the 'rate $1' message to change the playback speed. On Mon, Mar 4, 2013 at 11:31 AM, Stephan Elliot Perez < [email protected]> 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 <[email protected]> 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 < >> [email protected]> 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 <[email protected]>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 < >>>> [email protected]> 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 <[email protected]>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, <[email protected]> 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 <[email protected]>> >>>>>>>> *An:* "Cyrille Henry" <[email protected]> >>>>>>>> *Cc:* [email protected] >>>>>>>> *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<[email protected]>> >>>>>>>> wrote: >>>>>>>> >>>>>>>> What is a shader, and how do I use it? >>>>>>>>> >>>>>>>>> >>>>>>>>> On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry <[email protected]> >>>>>>>>> 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 >>>>>>>>>>> <[email protected]<mailto: >>>>>>>>>>> [email protected]>> 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 < >>>>>>>>>>> [email protected] <mailto:[email protected]> <mailto: >>>>>>>>>>> [email protected] <mailto:[email protected]>>> 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/__** >>>>>>>>>>> **[email protected]/msg33319.html<http://www.mail-archive.com/__**[email protected]/msg33319.html> >>>>>>>>>>> **<http://www.mail-archive.com/_**[email protected]/msg33319.html<http://www.mail-archive.com/[email protected]/msg33319.html> >>>>>>>>>>> >**< >>>>>>>>>>> http://www.mail-archive.com/****[email protected]/msg33319.html<http://www.mail-archive.com/**[email protected]/msg33319.html> >>>>>>>>>>> <h**ttp://www.mail-archive.com/pd-**[email protected]/msg33319.html<http://www.mail-archive.com/[email protected]/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/ >>>>>>>>>>> >>>>>>>>>>> ______________________________** >>>>>>>>>>> **___________________ >>>>>>>>>>> >>>>>>>>>>> [email protected] <mailto:[email protected]> <mailto: >>>>>>>>>>> [email protected]<mailto: >>>>>>>>>>> [email protected]>> 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> >>>>>>>>>>> **> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ______________________________****___________________ >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> [email protected] <mailto:[email protected]> 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> >>>>>>>>>>> **> >>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>> >>>>> _______________________________________________ >>>>> [email protected] mailing list >>>>> UNSUBSCRIBE and account-management -> >>>>> http://lists.puredata.info/listinfo/pd-list >>>>> >>>>> >>>> >>> >> >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
