GNOME Bugzilla – Bug 532393
[dvdec] Shouldn't be GST_RANK_PRIMARY
Last modified: 2008-06-26 09:37:37 UTC
I noticed that the gstreamer framework seems to take all my CPU when trying to view a 32 MB DV file (which I captured from my mini-dv camcorder). The video gets real choppy after about 1 second of playback, and then the audio cuts out (probably related to the high CPU usage). I am using Python to load the DV file and play it. My computer is a Pentium 4 with a 1.8 GHz CPU and 1 Gig of Ram. I also get the same exact performance using the default Movie Player in Ubuntu 8.04 (which I'm assuming uses gstreamer also). Any suggestions or tips for making the video playback smoothly? If this is a problem with gstreamer, any talks of improving the performance? Just as a reference, I used Kino to play the file, and it plays the file very smoothly. Also, if I boot into Windows (same computer) and play the .DV file with Windows Media Player, it plays silky smooth. Just a little more background: I am attempting to put together a prototype of a non-linear video editor using the gstreamer framework. The .DV file format is a very important format for home / consumer-level video editing. I'm concerned that if the performance is no good on that format, then it will impede the progress of all non-linear editors trying to use gstreamer. Thanks in advance! -Jonathan
ffdec_dvvideo seems to use much less CPU. The problem is that dvdec is horribly slow on my machine and it's the default decoder.
Marking dvdec as GST_RANK_MARGINAL will make ffdec_dvvideo picked up first, or any other alternative.
2008-06-26 Edward Hervey <edward.hervey@collabora.co.uk> * ext/dv/gstdv.c: (plugin_init): Marking rank of dvdec as GST_RANK_MARGINAL since it's the slowest DV decoder available. Fixes #532393