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 721389 - RFC: api to handle multi-samples
RFC: api to handle multi-samples
Status: RESOLVED WONTFIX
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
1.x
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-01-03 12:20 UTC by Stefan Sauer (gstreamer, gtkdoc dev)
Modified: 2018-05-06 16:54 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Stefan Sauer (gstreamer, gtkdoc dev) 2014-01-03 12:20:14 UTC
Various audio files (XI, IFF-8SVX/16SV) represent instruments using multi-samples. They do this by assigning each sample a base-note (or frequency).

I can see several ways to represent this in GStreamer:

1) GstToc, we can use editions as the multisamples are alternatives. The root-key would be part of the GstTaglist of the GstTocEntry. Application will use the GST_EVENT_TOC_SELECT to pick the variant to play/decode.

2) Multiple audio tracks via separate sometimes pads. Application need to carefully associate tags with pads to figure the right base_note for each pad. Then they can connect to the pad they want to play with input selector.

3) We could use audiometa to pack the alternative versions onto the actual audio track. Now sure how convenient this would be to use and what issues we'd face when chunking the content.
Comment 1 Edward Hervey 2018-05-06 08:48:53 UTC
Stefan, do you plan on working on this ?
Comment 2 Stefan Sauer (gstreamer, gtkdoc dev) 2018-05-06 09:26:32 UTC
No. Especially note, since no one else seems to need this and there were no opinions stated.
Comment 3 Tim-Philipp Müller 2018-05-06 09:42:08 UTC
I don't know if anyone else actually understands this particular use case well enough to have any opinion :)

It doesn't mean anything one way or another though.

If you don't plan to work on it, I'd say let's just close this for now.