After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 532393 - [dvdec] Shouldn't be GST_RANK_PRIMARY
[dvdec] Shouldn't be GST_RANK_PRIMARY
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
git master
Other Linux
: Normal major
: 0.10.9
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-05-09 19:17 UTC by Jonathan
Modified: 2008-06-26 09:37 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Jonathan 2008-05-09 19:17:34 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
Comment 1 Wim Taymans 2008-05-12 18:35:29 UTC
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.
Comment 2 Edward Hervey 2008-06-26 09:35:11 UTC
Marking dvdec as GST_RANK_MARGINAL will make ffdec_dvvideo picked up first, or any other alternative.
Comment 3 Edward Hervey 2008-06-26 09:37:37 UTC
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