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 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 linux. patrick
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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list