hi andrew, list,
here is a test patch which shows quite some jitter. but jpeg
compression and uncompressed alike. i'd like to hear from some gem
pros what they think on how to minimize the jitter. also i wonder why
the movie loops not always in the same speed - do i need a
realtimemetro?
patrick wrote:
> hi,
>
> first of all, gem is now compiling fine under gutsy (no more problem
> with avifile).
i know :-)
>
> mpeg3toc cow.mpg cow.toc and loading cow.toc will crash gem.
i experienced that too, and hopefully will find some time to fix it.
mgfasdrt
IOhannes
_
hi,
another example:
ffmpeg -i theremin.avi -vcodec xvid -an -intra -deinterlace -cropleft 40
-cropright 40 -sameq xvid.avi
codec xvid, playing in mplayer takes 5% of my cpu.
in gem it takes 80% of my cpu? anyone can test?
http://www.workinprogress.ca/pd/gem/xvid.avi
xvid is playing fine with a
hi,
first of all, gem is now compiling fine under gutsy (no more problem
with avifile).
what i am looking for is to playback the video back and forth, skip
frames etc... there's an option when encoding with ffmpeg to put a
keyframe every frame. so maybe not just jpeg codec can do the job...
e
>
> i would like to know what format / codec people use with pix_film under
> linux.
> patrick
photo-jpeg (not mjpeg) when i need to play back and forth. At lower
frame rates and resolutions, i even play videos frame by frame (i export
stills have them numbered correctly and play (drown ;-) the
Hi Max,
JPEG decompression should be very fast on any modern CPU, it is however
possible that at those frame sizes and 30 FPS, you may be seeing some
jitter. If you are at 30 FPS, try reducing it to 15 or even 10 FPS and see
what happens.
cheers,
Andrew
--
On Sun, 2 Dec 2007, Max Neupert wr
On Sun, 2007-12-02 at 17:03 +0100, Max Neupert wrote:
> Am 02.12.2007 um 16:35 schrieb Andrew Brouse:
> > If you want to do any scrubbing, varispeed or playing backwards of the
> > video, you need a CODEC which does not use temporal compression.
> > Photo-JPEG is in fact a very good choice in this
Am 02.12.2007 um 16:35 schrieb Andrew Brouse:
> If you want to do any scrubbing, varispeed or playing backwards of the
> video, you need a CODEC which does not use temporal compression.
> Photo-JPEG is in fact a very good choice in this case and if
> compressed at
> 320 X 240 you get a good bala
Hi Patrick,
As Marius noted, the best CODEC depends on what you are going to do with
the video. The MPEG gang of CODECs (from MPEG-2 on through H-264) are very
good for standard playback and have a good quality/file-size ratio. All
visual CODECs use spatial coding - reduction of perceptual redu
Hi,
This made me test Gem on my machine as well and it turns out that:
mjpeg:
Does not play, throwing lines of the following onto the console:
[mjpegb @ 0xb7405b48]not mjpeg-b (bad fourcc)
mpeg4:
Takes 99% cpu on a 1.6GHz CoreDuo from Intel
This is with pd 0.40-2 and a recent cvs Gem checkout.
hi IOhannes,
thank you for your interest. here's the video (long life to gary burton).
http://www.workinprogress.ca/pd/gem/
i was wrong! lqtplay takes the same cpu as gem when not rendering
(pix_texture). ffplay is the best player for the quicktime jpeg with
only 16% of my cpu.
why i would li
I would say it also depends on what you want to do with the video.
if you want to do scratching/forward backward, not all codecs will be
able to do that. (am I wrong?)
at least make sure that you don't use keyframes for that.
marius.
IOhannes m zmoelnig wrote:
> patrick wrote:
>> hi,
>>
>> i am o
patrick wrote:
> hi,
>
> i am on linux running the very last version of gem from cvs. i am trying
> to find a good codec for gem. here's my basic research:
>
> ---
> the best codec for quicktime is jpeg:
> transcode -i yourvideo -y mov,null -F jpeg,,jpeg_quali
hi,
i am on linux running the very last version of gem from cvs. i am trying
to find a good codec for gem. here's my basic research:
---
the best codec for quicktime is jpeg:
transcode -i yourvideo -y mov,null -F jpeg,,jpeg_quality=70 -o gem.mov
gem cpu usage
14 matches
Mail list logo