[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)
bugzilla at gnome.org
Tue Mar 8 07:05:06 PST 2011
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.
More information about the gstreamer-bugs
mailing list