[Bug 762239] New: Issue processing mkv streram with wavpack audio
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Feb 18 08:39:06 UTC 2016
https://bugzilla.gnome.org/show_bug.cgi?id=762239
Bug ID: 762239
Summary: Issue processing mkv streram with wavpack audio
Classification: Platform
Product: GStreamer
Version: 1.4.5
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gst-plugins-base
Assignee: gstreamer-bugs at lists.freedesktop.org
Reporter: nyushchenko at dev.rtsoft.ru
QA Contact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created attachment 321566
--> https://bugzilla.gnome.org/attachment.cgi?id=321566&action=edit
first 2M of the stream
We've got an mkv file that plays perfectly with vlc but not with gstreamer.
Attached is a 2M-sized head of the file that is enough to reproduce the issue.
Attempt to extract audio stream with
gst-launch-1.0 -v filesrc location=head.mkv ! matroskademux ! wavpackparse !
wavpackdec ! alsasink
results into
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
/GstPipeline:pipeline0/GstWavpackParse:wavpackparse0.GstPad:sink: caps =
"audio/x-wavpack\,\ width\=\(int\)32\,\ framed\=\(boolean\)true\,\
channels\=\(int\)2\,\ rate\=\(int\)48000"
(gst-launch-1.0:20800): GStreamer-CRITICAL **: gst_memory_unmap: assertion
'info->memory == mem' failed
(gst-launch-1.0:20800): GStreamer-CRITICAL **: gst_memory_unmap: assertion
'info->memory == mem' failed
(gst-launch-1.0:20800): GStreamer-CRITICAL **: gst_memory_unmap: assertion
'info->memory == mem' failed
...
(gst-launch-1.0:20800): GStreamer-CRITICAL **: gst_memory_unmap: assertion
'info->memory == mem' failed
ERROR: from element /GstPipeline:pipeline0/GstWavpackParse:wavpackparse0: No
valid frames found before end of stream
Additional debug info:
gstbaseparse.c(1155): gst_base_parse_sink_event_default ():
/GstPipeline:pipeline0/GstWavpackParse:wavpackparse0
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Video stream extracts successfully with
gst-launch-1.0 filesrc location=head.mkv ! matroskademux ! avdec_h264 !
xvimagesink
although same assertions are continuously printed.
Attempt to play entire file with playbin gives deadlock inside decodebin: no
valid audio data does not allow decodebin to complete audio stream format
detection, thus it keeps output video pad locked, queue overflows and things
block. Deadlock can't be reproduced with 2M header, more data is needed,
however this is obvious secondary issue. Root cause is in failure to extract
audio stream, which is reproducible on 2M header.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list