[gstreamer-bugs] [Bug 151064] New: - asfdemux crash

[bugzilla-daemon at bugzilla.gnome.org]

http://bugzilla.gnome.org/show_bug.cgi?id=151064
GStreamer | gst-plugins | Ver: HEAD CVS

           Summary: asfdemux crash
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: teuf at users.sourceforge.net
         QAContact: gstreamer-bugs at lists.sourceforge.net


I have a wma file that crashes gstreamer when using:
filesrc ! typefind ! asfdemux ! audio/x-raw-int ! fakesink
but not when using 
filesrc ! asfdemux ! audio/x-raw-int ! fakesink

Here are a bunch of explanations from Company about typefind which may be relevant:
<Company> the buffers are sized differently
<Company> because typefind caches data while typefinding and then seeks back to
the first position after the cached data
<Company> and there's a discont after the seek

I investigated a bit more using --gst-debug=asfdemux:5, and found out that at
the beginning both pipelines seem to process the same data (the traces are the
same), but after a few calls to asf_demux_handle_data, the traces start to differ.
After adding a bit of debugging stuff to asfdemux, I managed to figure out that
right before the traces start to differ, the gst_bytestream_flush call at the
end of gst_asf_demux_process_chunk returns FALSE in the pipeline using typefind
(the crashing one), and TRUE in the pipeline without it.
I don't know asfdemux enough to know how to handle that case though...

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.