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 573400 - [gstffmpegdec] crashes with hardware-accelerated decoders.
[gstffmpegdec] crashes with hardware-accelerated decoders.
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-libav
git master
Other Linux
: High blocker
: 0.10.7
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 573401 574999 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-02-27 14:04 UTC by philipp.reuters
Modified: 2009-03-11 22:03 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Disable vdpau decoders (932 bytes, patch)
2009-03-11 12:27 UTC, Edward Hervey 		committed Details | Review

Description philipp.reuters 2009-02-27 14:04:38 UTC 
When playing wmv files i get the following error (reported by totem in this case):
(totem:18468): GStreamer-CRITICAL **: gst_pad_alloc_buffer_full: assertion `size >= 0' failed
** Message: Error: Internal GStreamer error: negotiation problem.  Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
gstffmpegdec.c(1140): gst_ffmpegdec_negotiate (): /GstPlayBin:play/GstDecodeBin:decodebin3/ffdec_wmv3_vdpau:ffdec_wmv3_vdpau0:
could not find caps for codec (wmv3_vdpau), unknown type
Comment 1 Tim-Philipp Müller 2009-02-27 15:08:15 UTC 
*** Bug 573401 has been marked as a duplicate of this bug. ***
Comment 2 Edward Hervey 2009-02-28 09:46:58 UTC 
Thanks for taking the time to report this bug.
Without a stack trace from the crash it's very hard to determine what caused it.
Can you get us a stack trace? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
Comment 3 Sebastien Bacher 2009-03-11 00:15:39 UTC 
the log on https://bugs.edge.launchpad.net/bugs/330165 has similar errors

"Trying to test totem on various codecs.
Visit: http://www.jhepple.com/support/sample_movies1.htm
file 14 works.
file 15 should work, but is a no show.

http://launchpadlibrarian.net/22868801/Stacktrace.txt

http://launchpadlibrarian.net/23051844/log

Just tested by downloading that file15 and opened with totem, totem crashed with (core dumbed)"
Comment 4 Edward Hervey 2009-03-11 07:45:26 UTC 
So we have to disable vdpau/vaapi elements from ffmpeg also for the release ?

I had a look at what the output buffers of those decoders look like (in the hope we could extract the decoded data), but it's too tied to vdpau/vaapi to be usable.

The alternative would be to have some vdpau/vaapi sinks and have a clear specification of what the buffers should contain, how to handle the reference/alloc/freeing, etc...
Comment 5 Edward Hervey 2009-03-11 12:27:06 UTC 
Created attachment 130461 [details] [review]
Disable vdpau decoders
Comment 6 Edward Hervey 2009-03-11 12:28:11 UTC 
commit 59796dd0bc0e4e985d5c31777648dd01d01c1184
Author: Edward Hervey <bilboed@bilboed.com>
Date:   Wed Mar 11 13:25:40 2009 +0100

    gstffmpegdec: Disable vdpau decoders. Fixes #573400
Comment 7 David Schleef 2009-03-11 19:19:52 UTC 
It doesn't make a lot of sense to go through ffmpeg to use VDPAU.
Comment 8 Edward Hervey 2009-03-11 22:03:43 UTC 
*** Bug 574999 has been marked as a duplicate of this bug. ***