[Bug 644208] New: implement a way to specify dts stream bit width and endianess / a method to allow elements to negotiate on these certain stream format requirements

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=644208
  GStreamer | gst-plugins-bad | git

           Summary: implement a way to specify dts stream bit width and
                    endianess / a method to allow elements to negotiate on
                    these certain stream format requirements
    Classification: Desktop
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: andreas.frisch at multimedia-labs.de
         QAContact: gstreamer-bugs at lists.freedesktop.org
      GNOME target: ---
     GNOME version: ---


this is my scenario:
i have a hardware sink which is able to only decode DTS in raw big endian
format. no 14bit and no little endian are supported.
now there's dcaparse which would technically be able to do all the necessary
transformations to the bitstream, however there is no way how dcaparse and the
sink could negotiate on the stream details because CAPS don't support this
level of depth yet. ultimately this means that with the current means, i'd have
to duplicate code from dcaparse and copy it into our dts-aware sink
(dvbaudiosink).
this is actually a real-life issue and not just academic since dts-audio cds,
SACDs and audio dvds are usually ripped to wav containers which carry the 14bit
LE DTS streams.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.