[Bug 756794] New: Support for a single HW decoder

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=756794

            Bug ID: 756794
           Summary: Support for a single HW decoder
    Classification: Platform
           Product: GStreamer
           Version: 1.6.0
                OS: Windows
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: r97922153 at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 313633
  --> https://bugzilla.gnome.org/attachment.cgi?id=313633&action=edit
playback fail for DASH streaming with two audio adaption sets

Dear all:

I had a problm about DASH (in fact, even local file playback & if the file has
multiple video or audio tracks) and would like to ask for your help.


The problem is, for my application, I have an unique Video/Audio decoder HW
instance and they both DONOT support multi-thread usage. So they can only
decode a sinle stream at one time.

Please refer to the following link:
http://marea.tilab.com:8085/content/dash/clear/multiaudio/2audio/c1/all.mpd

The graph dump is as attached also.

You can find that there are two audio adaption sets there, one for English and
the other for Italian. 

It makes playback fail at here as previous description.
I guess the root cause is to simutaneously decode two audio streams by single
one audio decoder HW. 

I believe there may be somebody who has the same problem with me, since for
embedeed system applicaiton, it is a comman case to decode only one stream at a
time.

The local playback has the same problem if multiple A\V tracks involve in.
It causes playback fail without modifications.


DO you have any suggestion for this issue?

Thank you.

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