[PD] gem codec basic review

patrick puredata at 11h11.com
Sat Dec 1 01:13:33 CET 2007

hi IOhannes,

thank you for your interest. here's the video (long life to gary burton).


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 like to have ffmpeg / mpeg4 in gem is because of the size of 
the movie (3.5M for mpeg4 / 10M for quicktime and mjpeg).

i would like to know what format / codec people use with pix_film under 

IOhannes m zmoelnig wrote:
> 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_quality=70 -o gem.mov
>> gem cpu usage is 38%
>> mplayer cpu usage is 27%
>> ffplay cpu usage is 16%
>> lqtplay cpu usage is 1% **
>> * lqtplay seems to make a excellent job for decoding is own codec. would 
>> it be possible to make a pix_qt based on the source of this player???
> which coded is Gem using to decode the mov?
> if it is quicktime4linux, then the results for _decoding_ should not 
> differ so much.
> apart from the fact that Gem uses openGL to display the video, which is 
> portentially slower than xv-overlay...could you test to only decode the 
> videos with [pix_film], without any [pix_texture] and compare these?
> and put your video-files online so other people can participate in the 
> review?
> fmar
> IOhannes
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

More information about the Pd-list mailing list