Bug 10070 - Unable to play video with VP6a encoding
: Unable to play video with VP6a encoding
Status: RESOLVED WONTFIX
Product: Multimedia
gstreamer
: 5.0/(3.2010.02-8)
: All Maemo
: Unspecified normal (vote)
: ---
Assigned To: unassigned
: gstreamer-bugs
: https://bugzilla.gnome.org/show_bug.c...
: upstream
:
:
  Show dependency tree
 
Reported: 2010-04-30 03:46 UTC by Rafael Ballagas
Modified: 2010-05-03 16:05 UTC (History)
1 user (show)

See Also:


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description Rafael Ballagas (reporter) 2010-04-30 03:46:47 UTC
SOFTWARE VERSION:
3.2010.02-8.002

EXACT STEPS LEADING TO PROBLEM: 
(Explain in detail what you do (e.g. tap on OK) and what you see (e.g. message
Connection Failed appears))
1. Encode a video using vp6a codec (e.g. a flash video with alpha layer)
2. Play the video using gstreamer (using gst-launch)

EXPECTED OUTCOME:
video plays

ACTUAL OUTCOME:
video failed to play, error reported: could not find caps for codec (vp6a)

Nokia-N900-42-11:test# gst-inspect | grep vp6a
ffmpeg:  ffdec_vp6a: FFmpeg On2 VP6 (Flash version, with alpha channel) decoder

Nokia-N900-42-11:test# gst-launch filesrc location=Elmo_23.flv ! decodebin !
ffmpegcolorspace ! ximagesink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/ffdec_vp6a:ffdec_vp6a0: Internal
GStreamer error: negotiation problem.  Please file a bug at
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
Additional debug info:
gstffmpegdec.c(1236): gst_ffmpegdec_negotiate ():
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/ffdec_vp6a:ffdec_vp6a0:
could not find caps for codec (vp6a), unknown type
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...


REPRODUCIBILITY:
always

EXTRA SOFTWARE INSTALLED:

OTHER COMMENTS:

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
Comment 1 Andre Klapper maemo.org 2010-04-30 15:13:35 UTC
I think this is the same issue as upstream bug
https://bugzilla.gnome.org/show_bug.cgi?id=613901
Comment 2 Rafael Ballagas (reporter) 2010-04-30 18:26:19 UTC
It may be related.  Here is my verbose output, how do I determine if it is the
same pixel format?  The only video capability information I see is
"pixel-aspect-ratio=(fraction)1/1"

# gst-launch -v filesrc location=Elmo_23.flv ! decodebin ! ffmpegcolorspace !
ximagesink
Setting pipeline to PAUSED ...
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:
caps = video/x-flv
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstFLVDemux:flvdemux0.GstPad:sink:
caps = video/x-flv
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQueue:queue0.GstPad:sink:
caps = audio/mpeg, mpegversion=(int)1, layer=(int)3, parsed=(boolean)true,
rate=(int)22050, channels=(int)1
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQueue:queue0.GstPad:src: caps
= audio/mpeg, mpegversion=(int)1, layer=(int)3, parsed=(boolean)true,
rate=(int)22050, channels=(int)1
/GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps =
audio/x-raw-int, endianness=(int)1234, signed=(boolean)true, width=(int)16,
depth=(int)16, rate=(int)22050, channels=(int)1
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstNokiaMP3Dec:nokiamp3dec0.GstPad:src:
caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true,
width=(int)16, depth=(int)16, rate=(int)22050, channels=(int)1
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstNokiaMP3Dec:nokiamp3dec0.GstPad:sink:
caps = audio/mpeg, mpegversion=(int)1, layer=(int)3, parsed=(boolean)true,
rate=(int)22050, channels=(int)1
/GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0.GstProxyPad:proxypad1:
caps = audio/x-raw-int, endianness=(int)1234, signed=(boolean)true,
width=(int)16, depth=(int)16, rate=(int)22050, channels=(int)1
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQueue:queue1.GstPad:sink:
caps = video/x-vp6-alpha, pixel-aspect-ratio=(fraction)1/1
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQueue:queue1.GstPad:src: caps
= video/x-vp6-alpha, pixel-aspect-ratio=(fraction)1/1
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/ffdec_vp6a:ffdec_vp6a0.GstPad:sink:
caps = video/x-vp6-alpha, pixel-aspect-ratio=(fraction)1/1
ERROR: from element
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/ffdec_vp6a:ffdec_vp6a0: Internal
GStreamer error: negotiation problem.  Please file a bug at
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
Additional debug info:
gstffmpegdec.c(1236): gst_ffmpegdec_negotiate ():
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/ffdec_vp6a:ffdec_vp6a0:
could not find caps for codec (vp6a), unknown type
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
/GstPipeline:pipeline0/GstDecodeBin:decodebin0.GstGhostPad:src0: caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/ffdec_vp6a:ffdec_vp6a0.GstPad:sink:
caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQueue:queue1.GstPad:src: caps
= NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQueue:queue1.GstPad:sink:
caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstNokiaMP3Dec:nokiamp3dec0.GstPad:src:
caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstNokiaMP3Dec:nokiamp3dec0.GstPad:sink:
caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQueue:queue0.GstPad:src: caps
= NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQueue:queue0.GstPad:sink:
caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstFLVDemux:flvdemux0.GstPad:video:
caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstFLVDemux:flvdemux0.GstPad:audio:
caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstFLVDemux:flvdemux0.GstPad:sink:
caps = NULL
/GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstTypeFindElement:typefind.GstPad:src:
caps = NULL
Freeing pipeline ...
Comment 3 Andre Klapper maemo.org 2010-05-03 16:05:27 UTC
Same issue as upstream ticket hence closing as WONTFIX for Maemo. If this gets
fixed in Maemo it is by getting it fixed upstream first and than providing a
newer gstreamer version in Maemo.

Feel free to CC on https://bugzilla.gnome.org/show_bug.cgi?id=613901 .