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 756794 - Support for single HW decoder when we have multiple A\V adaption sets
Support for single HW decoder when we have multiple A\V adaption sets
Status: RESOLVED DUPLICATE of bug 758689
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.6.0
Other Windows
: Normal enhancement
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-10-19 02:05 UTC by WeiChungChang
Modified: 2015-11-27 11:38 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
playback fail for DASH streaming with two audio adaption sets (394.28 KB, image/png)
2015-10-19 02:05 UTC, WeiChungChang
Details
insert input selector (404.56 KB, image/png)
2015-11-19 07:28 UTC, WeiChungChang
Details
insert input selector to resolve unique codec issue (341.00 KB, image/png)
2015-11-19 07:31 UTC, WeiChungChang
Details

Description WeiChungChang 2015-10-19 02:05:33 UTC
Created attachment 313633 [details]
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.
Comment 1 WeiChungChang 2015-11-19 07:28:00 UTC
Created attachment 315867 [details]
insert input selector
Comment 2 WeiChungChang 2015-11-19 07:31:05 UTC
Created attachment 315869 [details]
insert input selector to resolve unique codec issue
Comment 3 Sebastian Dröge (slomo) 2015-11-19 08:20:03 UTC
Take a look at this talk from the GStreamer conference: https://gstconf.ubicast.tv/videos/decodebin3-or-dealing-with-modern-playback-use-cases/

Some work is being done for better stream selection, which would also cover your specific use case.
Comment 4 WeiChungChang 2015-11-26 07:57:32 UTC
Dear Slomo:

I created a patch to it for decode bin 2, as: 

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

with a detailed document.

Could you please help to give some suggestions?

Thank you~
Comment 5 Tim-Philipp Müller 2015-11-26 09:17:41 UTC
Can this be marked as duplicate of bug #758698 then?
Comment 6 WeiChungChang 2015-11-27 03:29:05 UTC
Dear Tim:

Yes, it should be.

Originally I put the ticket in gst-plugin-bad but the patch created is with in gst-plugin-base. So I opened another one.

Thank you~
Comment 7 Tim-Philipp Müller 2015-11-27 11:26:46 UTC
Ok, thanks. It's possible to move tickets to a different component as well, for what it's worth.

*** This bug has been marked as a duplicate of bug 758698 ***
Comment 8 Sébastien Wilmet 2015-11-27 11:38:56 UTC
Wrong duplicate.

*** This bug has been marked as a duplicate of bug 758689 ***