Re: [PD] file format for GEM
). -Stephan On Sun, Mar 3, 2013 at 10:10 AM, Peter Venus n...@petervenus.de mailto:n...@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, n...@petervenus.de mailto:n...@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 dreamoftheshoreofanotherworl...@gmail.com mailto:dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@chnry.net mailto:c...@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:dreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it? On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@chnry.net mailto:c...@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
Re: [PD] file format for GEM
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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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.comdreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it? On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@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 c...@chnry.netmailto: c...@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 tho...@residuum.org mailto:tho...@residuum.org mailto: tho...@residuum.org mailto:tho...@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-l...@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 h**ttp://www.mail-archive.com/pd-**l...@iem.at/msg33319.htmlhttp://www.mail-archive.com/pd-list@iem.at/msg33319.html
Re: [PD] file format for GEM
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 cgclep...@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 dreamoftheshoreofanotherwo...@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 cgclep...@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 dreamoftheshoreofanotherwo...@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 n...@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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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
Re: [PD] file format for GEM
Use the 'rate $1' message to change the playback speed. On Mon, Mar 4, 2013 at 11:31 AM, Stephan Elliot Perez dreamoftheshoreofanotherwo...@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 cgclep...@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 dreamoftheshoreofanotherwo...@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 cgclep...@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 dreamoftheshoreofanotherwo...@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 n...@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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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
Re: [PD] file format for GEM
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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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 dreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it? On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@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 c...@chnry.net mailto: c...@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 tho...@residuum.org mailto:tho...@residuum.org mailto: tho...@residuum.org mailto:tho...@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
Re: [PD] file format for GEM
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 dreamoftheshoreofanotherwo...@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 n...@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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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.comdreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it? On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@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 c...@chnry.netmailto: c...@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
Re: [PD] file format for GEM
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 dreamoftheshoreofanotherwo...@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 cgclep...@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 dreamoftheshoreofanotherwo...@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 n...@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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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.comdreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it? On Wed
Re: [PD] file format for GEM
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 dreamoftheshoreofanotherwo...@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. , 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 cgclep...@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 dreamoftheshoreofanotherwo...@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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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 dreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it? On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@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 c...@chnry.netmailto: c...@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
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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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 dreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it? On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@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 c...@chnry.net mailto: c...@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 tho...@residuum.org mailto:tho...@residuum.org mailto: tho...@residuum.org mailto:tho...@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
Re: [PD] file format for GEM
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 dreamoftheshoreofanotherwo...@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, n...@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 dreamoftheshoreofanotherwo...@gmail.com *An:* Cyrille Henry c...@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 dreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it? On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@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 c...@chnry.net mailto: c...@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 tho...@residuum.org mailto:tho...@residuum.org mailto: tho...@residuum.org mailto:tho...@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
Re: [PD] file format for GEM
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 thoughthe 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 conversionregards, peter Gesendet:Mittwoch, 27. Februar 2013 um 23:55 Uhr Von:Stephan Elliot Perez dreamoftheshoreofanotherwo...@gmail.com An:Cyrille Henry c...@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,StephanOn Wed, Feb 27, 2013 at 8:19 PM, Stephan Elliot Perez dreamoftheshoreofanotherwo...@gmail.com wrote: What is a shader, and how do I use it?On Wed, Feb 27, 2013 at 7:25 PM, Cyrille Henry c...@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 dont 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 its a bit harder to begin with. but thats the way openGL wants you to do now. cheers c On Tue, Feb 26, 2013 at 10:16 PM, Cyrille Henry c...@chnry.net mailto:c...@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 tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org wrote: Hi, On 03.02.2013 22:48, Stephan Elliot Perez wrote: I am talking about PDs CPU meter. I dont have the impression that PD takes full advantage of 2 quad-core processors. When processing audio, anything over 100 in PDs 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info
Re: [PD] file format for GEM
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 c...@chnry.net mailto:c...@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 c...@chnry.net mailto:c...@chnry.net mailto:c...@chnry.net mailto:c...@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 tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@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
Re: [PD] file format for GEM
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 c...@chnry.net mailto:c...@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 tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@residuum.org mailto:tho...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
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 tho...@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 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
Re: [PD] file format for GEM
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 tho...@residuum.org mailto:tho...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
-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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEQvpYACgkQkX2Xpv6ydvQJsgCfU1bO98ZxmFnhHWOLZg0Lp+dm NzoAoJK/FPJkMj0PHl8WCm7Uc/ZkujJt =Iwj4 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
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. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
Also, I selected JPEG-Photo using the program MPEGStreamclip at %100 this actually worked pretty decent. thanks for the tip! I assume JPEG-Photo is MJPEG: The video file gets so large, because you might someone know: what is the difference between photo-jpeg and motion-jpeg? i am assuming from reading around the web that they are the same thing... but maybe not? m On Sun, Feb 3, 2013 at 4:09 PM, Thomas Mayer tho...@residuum.org wrote: Hi, please respond to the list, as others may help in answering your follow-up questions, and / or may benefit from the conversation.0 On 03.02.2013 21:49, Stephan Elliot Perez wrote: Thanks. I have no idea what a bash script is or what to do with it, but I will read through the thread... If you use Linux or Mac OS X, bash is usually installed on your system. It is a command line interface and can be used for scripting. (http://en.wikipedia.org/wiki/Bash_%28Unix_shell%29) This particular script is nothing fancy, and I have made it mostly to remind the parameters for mencoder. Also, I selected JPEG-Photo using the program MPEGStreamclip at %100 quality and it produces quite a large file. With auto, the CPU goes over 90, but if I drag up or down on the framerate's number box, it stays at around 30-40... I assume JPEG-Photo is MJPEG: The video file gets so large, because you store a JPEG for each frame instead of full image for keyframes only and then changes for subsequent frames as do other video codecs (rough explanation). [pix_film] can then read each frame as a JPEG and does not need to find the last keyframe and apply the changes to it, so playback should be possible with lower CPU usage. Please tell us some information about your system, i.e. CPU, graphic card, operating system etc., maybe someone with a similar setup can respond with further advice for optimisation. Hth, Thomas -- Chaney was aware that anything, however small, can get the eye of the media if it's repulsive enough. (Robert Anton Wilson - The Universe Next Door) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
The M is for 'Motion' and uses two fields per frame, so it is interlaced. On Mon, Feb 4, 2013 at 3:18 PM, me.grimm megr...@gmail.com wrote: Also, I selected JPEG-Photo using the program MPEGStreamclip at %100 this actually worked pretty decent. thanks for the tip! I assume JPEG-Photo is MJPEG: The video file gets so large, because you might someone know: what is the difference between photo-jpeg and motion-jpeg? i am assuming from reading around the web that they are the same thing... but maybe not? m On Sun, Feb 3, 2013 at 4:09 PM, Thomas Mayer tho...@residuum.org wrote: Hi, please respond to the list, as others may help in answering your follow-up questions, and / or may benefit from the conversation.0 On 03.02.2013 21:49, Stephan Elliot Perez wrote: Thanks. I have no idea what a bash script is or what to do with it, but I will read through the thread... If you use Linux or Mac OS X, bash is usually installed on your system. It is a command line interface and can be used for scripting. (http://en.wikipedia.org/wiki/Bash_%28Unix_shell%29) This particular script is nothing fancy, and I have made it mostly to remind the parameters for mencoder. Also, I selected JPEG-Photo using the program MPEGStreamclip at %100 quality and it produces quite a large file. With auto, the CPU goes over 90, but if I drag up or down on the framerate's number box, it stays at around 30-40... I assume JPEG-Photo is MJPEG: The video file gets so large, because you store a JPEG for each frame instead of full image for keyframes only and then changes for subsequent frames as do other video codecs (rough explanation). [pix_film] can then read each frame as a JPEG and does not need to find the last keyframe and apply the changes to it, so playback should be possible with lower CPU usage. Please tell us some information about your system, i.e. CPU, graphic card, operating system etc., maybe someone with a similar setup can respond with further advice for optimisation. Hth, Thomas -- Chaney was aware that anything, however small, can get the eye of the media if it's repulsive enough. (Robert Anton Wilson - The Universe Next Door) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ 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
Re: [PD] file format for GEM
On 04.02.2013 16:55, IOhannes zmölnig wrote: On 02/03/2013 10:54 PM, Thomas Mayer wrote: 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~]). 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. Gem will also try to utilize multiple threads for special tasks as well, like image acquisition. Best regards, Thomas -- Ich komme aus dem Staunen nicht heraus. Dann bleib halt drin, du Seppel (Dietmar Dath - Die Abschaffung der Arten) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
Hahah, I did not mean it as a tip. I was complaining about the file size. As I said, the Apple Intermediary Codec works. However, at some random points in the videos (and only in a few files), the playback becomes very laggy. This applies in any Player, not just GEM. On Mon, Feb 4, 2013 at 9:28 PM, chris clepper cgclep...@gmail.com wrote: The M is for 'Motion' and uses two fields per frame, so it is interlaced. On Mon, Feb 4, 2013 at 3:18 PM, me.grimm megr...@gmail.com wrote: Also, I selected JPEG-Photo using the program MPEGStreamclip at %100 this actually worked pretty decent. thanks for the tip! I assume JPEG-Photo is MJPEG: The video file gets so large, because you might someone know: what is the difference between photo-jpeg and motion-jpeg? i am assuming from reading around the web that they are the same thing... but maybe not? m On Sun, Feb 3, 2013 at 4:09 PM, Thomas Mayer tho...@residuum.org wrote: Hi, please respond to the list, as others may help in answering your follow-up questions, and / or may benefit from the conversation.0 On 03.02.2013 21:49, Stephan Elliot Perez wrote: Thanks. I have no idea what a bash script is or what to do with it, but I will read through the thread... If you use Linux or Mac OS X, bash is usually installed on your system. It is a command line interface and can be used for scripting. (http://en.wikipedia.org/wiki/Bash_%28Unix_shell%29) This particular script is nothing fancy, and I have made it mostly to remind the parameters for mencoder. Also, I selected JPEG-Photo using the program MPEGStreamclip at %100 quality and it produces quite a large file. With auto, the CPU goes over 90, but if I drag up or down on the framerate's number box, it stays at around 30-40... I assume JPEG-Photo is MJPEG: The video file gets so large, because you store a JPEG for each frame instead of full image for keyframes only and then changes for subsequent frames as do other video codecs (rough explanation). [pix_film] can then read each frame as a JPEG and does not need to find the last keyframe and apply the changes to it, so playback should be possible with lower CPU usage. Please tell us some information about your system, i.e. CPU, graphic card, operating system etc., maybe someone with a similar setup can respond with further advice for optimisation. Hth, Thomas -- Chaney was aware that anything, however small, can get the eye of the media if it's repulsive enough. (Robert Anton Wilson - The Universe Next Door) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ 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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] file format for GEM
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
Re: [PD] file format for GEM
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 dreamoftheshoreofanotherwo...@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
Re: [PD] file format for GEM
Hi, On 03.02.2013 20:19, Stephan Elliot Perez wrote: 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. There was a discussion about this on the list some time ago: http://www.mail-archive.com/pd-list@iem.at/msg37332.html Are the codecs the problem or the video quality/file size the problem? What do you suggest I do? I have made a small bash script for transcoding a video to MJPEG without sound, you can find it on Github: https://github.com/residuum/Bash-Scripts/blob/master/mencmjpeg Usage: ./mencmjpeg original_video new_video Or: ./mencmjpeg original_video Hth, Thomas -- Chaney was aware that anything, however small, can get the eye of the media if it's repulsive enough. (Robert Anton Wilson - The Universe Next Door) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
Am 03.02.2013 um 21:11 schrieb me.grimm megr...@gmail.com: 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. open source: http://www.mirovideoconverter.com not open source, looks a bit outdated but is very powerful: mpegstreamclip http://www.squared5.com/ some very special things you may only be able to do via shell using ffmpeg. you can install ffmpeg via homebrew, fink or macports m. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
Hi, please respond to the list, as others may help in answering your follow-up questions, and / or may benefit from the conversation.0 On 03.02.2013 21:49, Stephan Elliot Perez wrote: Thanks. I have no idea what a bash script is or what to do with it, but I will read through the thread... If you use Linux or Mac OS X, bash is usually installed on your system. It is a command line interface and can be used for scripting. (http://en.wikipedia.org/wiki/Bash_%28Unix_shell%29) This particular script is nothing fancy, and I have made it mostly to remind the parameters for mencoder. Also, I selected JPEG-Photo using the program MPEGStreamclip at %100 quality and it produces quite a large file. With auto, the CPU goes over 90, but if I drag up or down on the framerate's number box, it stays at around 30-40... I assume JPEG-Photo is MJPEG: The video file gets so large, because you store a JPEG for each frame instead of full image for keyframes only and then changes for subsequent frames as do other video codecs (rough explanation). [pix_film] can then read each frame as a JPEG and does not need to find the last keyframe and apply the changes to it, so playback should be possible with lower CPU usage. Please tell us some information about your system, i.e. CPU, graphic card, operating system etc., maybe someone with a similar setup can respond with further advice for optimisation. Hth, Thomas -- Chaney was aware that anything, however small, can get the eye of the media if it's repulsive enough. (Robert Anton Wilson - The Universe Next Door) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
OS: Mac OS X Lion 10.7.5 Processor: 2 x 2,8 GHz Quad-Core Intel Xeon Ram: 6 GB 800 MHz DDR2 FB-DIMM Graphics Card: ATI Radeon HD 2600 XT 256 MB On Sun, Feb 3, 2013 at 10:09 PM, Thomas Mayer tho...@residuum.org wrote: Hi, please respond to the list, as others may help in answering your follow-up questions, and / or may benefit from the conversation.0 On 03.02.2013 21:49, Stephan Elliot Perez wrote: Thanks. I have no idea what a bash script is or what to do with it, but I will read through the thread... If you use Linux or Mac OS X, bash is usually installed on your system. It is a command line interface and can be used for scripting. (http://en.wikipedia.org/wiki/Bash_%28Unix_shell%29) This particular script is nothing fancy, and I have made it mostly to remind the parameters for mencoder. Also, I selected JPEG-Photo using the program MPEGStreamclip at %100 quality and it produces quite a large file. With auto, the CPU goes over 90, but if I drag up or down on the framerate's number box, it stays at around 30-40... I assume JPEG-Photo is MJPEG: The video file gets so large, because you store a JPEG for each frame instead of full image for keyframes only and then changes for subsequent frames as do other video codecs (rough explanation). [pix_film] can then read each frame as a JPEG and does not need to find the last keyframe and apply the changes to it, so playback should be possible with lower CPU usage. Please tell us some information about your system, i.e. CPU, graphic card, operating system etc., maybe someone with a similar setup can respond with further advice for optimisation. Hth, Thomas -- Chaney was aware that anything, however small, can get the eye of the media if it's repulsive enough. (Robert Anton Wilson - The Universe Next Door) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
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 ? Stephan Elliot Perez 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
Re: [PD] file format for GEM
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 megr...@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 dreamoftheshoreofanotherwo...@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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
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
Re: [PD] file format for GEM
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 c...@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
Re: [PD] file format for GEM
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 dreamoftheshoreofanotherwo...@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 c...@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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
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 dreamoftheshoreofanotherwo...@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 cgclep...@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 dreamoftheshoreofanotherwo...@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 c...@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-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] file format for GEM
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 mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list