From: Anssi Hannula <anssi.hannula@iki.fi>
To: Andrej Falout <andrej@falout.org>
Cc: "Yang, Libin" <libin.yang@intel.com>,
"alsa-devel@alsa-project.org" <alsa-devel@alsa-project.org>,
Xuebing Wang <xbing6@gmail.com>, ", Takashi Iwai" <tiwai@suse.de>,
"Lin, Mengdong" <mengdong.lin@intel.com>, ",
Wu Fengguang" <wfg@linux.intel.com>
Subject: Re: DSD over HDMI: audio data packetization
Date: Tue, 06 Jan 2015 06:49:36 +0200 [thread overview]
Message-ID: <54AB6960.2070202@iki.fi> (raw)
In-Reply-To: <CAGzU1+F0Os59UwRXRpZQnibDeT0KLK1UqX__Qv9=agwQTkZWyg@mail.gmail.com>
06.01.2015, 06:33, Andrej Falout kirjoitti:
> Hi Anssi,
Hi,
> Just wondering how Microsoft documentation fits into this discussion:
>
> "Representing Formats for IEC 61937 Transmissions"
>
> http://msdn.microsoft.com/en-us/library/windows/desktop/dd316761%28v=vs.85%29.aspx
>
>
> "Microsoft-provided HD Audio class driver supports PCM, AC3, DTS, AAC,
> Dolby Digital Plus, WMA Pro, MAT(MLP) formats. The GUIDs for the
> compressed audio formats that are not supported by the HD audio class
> driver and can be implemented by third-party solutions are listed in the
> following table. "
>
> CEA 861 Type SubFormat GUID Description
> 0x08
>
> 00000008-0cea-0010-8000-00aa00389b71
>
> KSDATAFORMAT_SUBTYPE_IEC61937_ATRAC
>
> Adaptive Transform Acoustic Coding (ATRAC)
> 0x09
>
> 00000009-0cea-0010-8000-00aa00389b71
>
> KSDATAFORMAT_SUBTYPE_IEC61937_ONE_BIT_AUDIO
>
> One-Bit Audio
> 0x0d
>
> 0000000d-0cea-0010-8000-00aa00389b71
>
> KSDATAFORMAT_SUBTYPE_IEC61937_DST
>
> Direct Stream Transport (DST)—lossless compressed DSD (Direct Stream
> Digital).
>
>
> And knowing that IEC 61937 from HDMI 1.3 also supports above 6.144 Mbps...
>
> Is there a doubt that above information is correct, and that DST/DST can
> be carried over 61937 in Microsoft HDA class driver, in this example, by
> "implementing a third-party solution" as described in this table?
I think the One-Bit Audio and DST formats are just misnamed here and
can't be carried over IEC 61937 (ATRAC can be) - the IEC 61937
specification does not cover One-Bit Audio or DST.
I think the "third-party solution" refers to a driver implementing
support for a non-HDA-spec HW feature which allows One-Bit audio / DST /
raw packets to be transmitted (in a similar way "EPT" (Encoded Packet
Type field in Pin Widget Control 7.3.3.13) allows setting HBR or ASP
packet transmission).
> Thanks,
> Andrej Falout
>
> On Mon, Jan 5, 2015 at 4:46 PM, Anssi Hannula <anssi.hannula@iki.fi
> <mailto:anssi.hannula@iki.fi>> wrote:
>
> 04.01.2015, 05:10, Xuebing Wang kirjoitti:
> > Anssi, Libin,
> >
> > Thanks for your help.
> >
> > After a little bit of research, I do think it is possible to stream DSD
> > over HDMI (the mechanism is as Anssi mentioned, similar way as HBR).
> >
> > Please see HDA spec:
> > 3.7.1 Stream Format Structure
> > (If the TYPE is set to Non-PCM, the controller just pushes data over the
> > link and is not concerned
> > with formatting. The base rate, data type, and number of Words (MULT) to
> > send each valid frame
> > are specified to control the rate at which the non-PCM data is sent.)
> >
> > 7.3.3.8 Converter Format
> >
> > What do you think? In order to implement this similiar mechanism
> > (similar to HBR), I still have some detailed questions that I will write
> > in another email. Thanks.
>
> That setting will still not allow you to send One-bit audio or DST
> packets. The stream will still be encapsulated in either ASP or HBR
> packets, depending on the value of the EPT field (Encoded Packet Type,
> 7.3.3.13).
>
>
> >
> > On Thu, 2015-01-01 at 06:37 +0200, Anssi Hannula wrote:
> >> 01.01.2015, 04:07, Yang, Libin kirjoitti:
> >>> Hi,
> >>>
> >>>> -----Original Message-----
> >>>> From: Anssi Hannula [mailto:anssi.hannula@iki.fi
> <mailto:anssi.hannula@iki.fi>]
> >>>> Sent: Wednesday, December 31, 2014 11:45 PM
> >>>> To: Xuebing Wang
> >>>> Cc: Yang, Libin; alsa-devel@alsa-project.org
> <mailto:alsa-devel@alsa-project.org>; Lin, Mengdong; ; Takashi Iwai; ;
> >>>> Wu Fengguang
> >>>> Subject: Re: [alsa-devel] DSD over HDMI: audio data packetization
> >>>>
> >>>> 31.12.2014, 17:38, Xuebing Wang kirjoitti:
> >>>>> Anssi, Libin,
> >>>>>
> >>>>> Thank you very much for your help.
> >>>>>
> >>>>> If L-PCM audio data packetization is done by hardware, is it
> possible
> >>>>> to implement DSD over HDMI on Intel integrated graphics?
> Thanks again.
> >>>>
> >>>> I don't think so, unless:
> >>>>
> >>>> (a) It is possible to somehow encapsulate the stream in Audio
> Sample
> >>>> Packets and be accepted by the receiver (like e.g. AC3, DTS).
> I'm not aware of
> >>>> such a way.
> >>>>
> >>>> or:
> >>>> (b) There is some undocumented feature in the Intel HDMI codecs
> allowing
> >>>> the driver to switch to DSD or driver-constructed packets
> (instead of
> >>>> ASP) in similar way as there is a way to switch to HBR packets.
> >>>>
> >>>
> >>> Yes, I agree. And I'm not sure whether HDMI spec supports DSD.
> >>
> >> It does, via the "One Bit Audio" and "DST" formats (spec 5.3.9,
> 5.3.10
> >> in 1.3a/1.4a).
> >
> >
>
>
> --
> Anssi Hannula
>
>
--
Anssi Hannula
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
next prev parent reply other threads:[~2015-01-06 4:49 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-31 13:32 DSD over HDMI: audio data packetization Xuebing Wang
2014-12-31 13:40 ` Anssi Hannula
2014-12-31 14:28 ` Yang, Libin
2014-12-31 15:38 ` Xuebing Wang
2014-12-31 15:45 ` Anssi Hannula
2015-01-01 2:07 ` Yang, Libin
2015-01-01 4:37 ` Anssi Hannula
2015-01-04 3:10 ` Xuebing Wang
2015-01-05 3:46 ` Anssi Hannula
[not found] ` <CAGzU1+F0Os59UwRXRpZQnibDeT0KLK1UqX__Qv9=agwQTkZWyg@mail.gmail.com>
2015-01-06 4:49 ` Anssi Hannula [this message]
2015-01-06 6:15 ` Andrej Falout
2015-01-06 7:02 ` Anssi Hannula
2015-01-06 4:54 ` Xuebing Wang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54AB6960.2070202@iki.fi \
--to=anssi.hannula@iki.fi \
--cc=alsa-devel@alsa-project.org \
--cc=andrej@falout.org \
--cc=libin.yang@intel.com \
--cc=mengdong.lin@intel.com \
--cc=tiwai@suse.de \
--cc=wfg@linux.intel.com \
--cc=xbing6@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.