gt; with HD material, i notice problems as well, also with the mjpeg
>>>>>>>>> codec.
>>>>>>>>>
>>>>>>>>> anyone having experience with fullHD and other codecs?
>>>>>>>>>
>>>>>>>>
2013 um 23:55 Uhr
*Von:* "Stephan Elliot Perez"
mailto:dreamoftheshoreofanotherwo...@gmail.com>>
*An:* "Cyrille Henry" mailto:c...@chnry.net>>
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, wrote:
>>>>>>
>>>>>> Hello!
>>>>>>>
>>>>
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
>>&
d, 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-st
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
e 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.
>>>>
&g
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"
>> *A
gt; regards, peter
>
> *Gesendet:* Mittwoch, 27. Februar 2013 um 23:55 Uhr
> *Von:* "Stephan Elliot Perez"
> *An:* "Cyrille Henry"
> *Cc:* pd-list@iem.at
> *Betreff:* Re: [PD] file format for GEM
> A more urgent problem: Although the CPU usage stays under 100 (p
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 mailto:c...@chnry.net>> wrote:
Le 27/02/2013 19:17, Stephan Elliot Perez a écrit :
Thanks,
2013 um 23:55 Uhr
Von: "Stephan Elliot Perez"
An: "Cyrille Henry"
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 over
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,
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 u
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-ussa
-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 wa
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 P
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 wil
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 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: Th
>> 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
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 au
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
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
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 mete
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
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 wrote:
> Thomas Mayer wrote:
> > https://github.com/residuum/Bash-Scripts/blob/mast
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 switch
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 wrote:
> I have always used 'photo-jpeg'
> Maybe try that?
>
> For those on osx:
> Unfortunately ha
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 C
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 wrote:
> Hi,
>
> please respond to the list, as others may help in answering your
> follow-up questio
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
Am 03.02.2013 um 21:11 schrieb "me.grimm" :
> 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$) t
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 co
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-so
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
H
35 matches
Mail list logo
