[Bug 777188] New: audio parsers dca parse of dts audiocd

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 777188
           Summary: audio parsers dca parse of dts audiocd
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-good
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: christophevr at telenet.be
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Hi I just discovered a possible issue about the dca parser of dts audio with cd
as origin. Research has showed that all those audio cd's do respect the base
dts standards , but well did put a 0 to the last two data bits , this to avoid
ears problems and speakers destruction in older base stereo systems who are
only using downmixed versions. The data part self is still of a depth off 16
(16 bits) but the cap after parsing does report a depth of 14 which is wrong.
So in case off use of cap pass-trough the target systems do expect the data
buffer 2 bits shorter then it actually is. This means dts audio coming from a
cd is reported with a cap :

"CAP audio/x-dts, framed=(boolean)true, rate=(int)44100, channels=(int)6,
endianness=(int)1234, depth=(int)14, block-size=(int)1024,
frame-size=(int)4096"

While it actually is a real data buffer whit should have a cap of: 

"CAP audio/x-dts, framed=(boolean)true, rate=(int)44100, channels=(int)6,
endianness=(int)1234, depth=(int)16, block-size=(int)1024,
frame-size=(int)4096"

And I also think that the endianess should be (int) 4321 .

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