*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
] 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
**
@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
] 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
*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
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
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
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
. 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
, 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
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
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 :
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
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
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
-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
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
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
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
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
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
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
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
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
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
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
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
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
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
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:
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
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:
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
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.
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
35 matches
Mail list logo