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% **
for avi i tried ffmpeg / mjpeg: transcode -i yourvideo -y ffmpeg,null -F mjpeg -o gem.avi
gem cpu usage is 33% mplayer cpu usage is 33% ffplay cpu usage is 22%
the really best codec around is mpeg4: transcode -i yourvideo -y ffmpeg,null -F mpeg4 -o gem.avi
gem cpu usage is: crashed** mplayer cpu usage is 16% ffplay cpu usage is 11%
it be possible to make a pix_qt based on the source of this player???
** anybody can test this codec? that would be my second choice... after lqtplay ported to gem...
pat
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
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
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 ;-) them by numbers
++
O.
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... example:
ffmpeg -i cow.avi -deinterlace -cropleft 40 -cropright 40 -b 300 -intra cow.mpg (-intra = keyframe every frame)
will produce a mpeg1video. trying to load this movie in gem doesn't work. gem report 0 frame (it doesn't crash).
mpeg3toc cow.mpg cow.toc and loading cow.toc will crash gem.
if i load the DV (cow.avi) in gem, 35% of my cpu is used. that's not bad...
patrick
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 aviplay, ffplay. i wonder what gem is using for playback this codec: avi or ffmpeg. i don't know how to tell gem what "player" to use: ffmpeg, libavifile, quicktime?
patrick
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 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
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.
Any pointers appreciated, gem and video codecs nightmare otherwise.
regards, Peter
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% **
for avi i tried ffmpeg / mjpeg: transcode -i yourvideo -y ffmpeg,null -F mjpeg -o gem.avi
gem cpu usage is 33% mplayer cpu usage is 33% ffplay cpu usage is 22%
the really best codec around is mpeg4: transcode -i yourvideo -y ffmpeg,null -F mpeg4 -o gem.avi
gem cpu usage is: crashed** mplayer cpu usage is 16% ffplay cpu usage is 11%
- 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???
** anybody can test this codec? that would be my second choice... after lqtplay ported to gem...
pat
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list