HDMI support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 02.04.09 17:50, pl bossart (bossart.nospam at gmail.com) wrote:

Heya!

> > Nah. It's just a matter of defining more profiles. I have no HDMI and
> > I have no clue about the channel orders, except for the obvious case:
> > 2ch. That's why there is currently only one profile known
> > "hdmi-stereo". So what's missing is duplicating the current hdmi
> > profile for more channel mappings and that's about it.
> >
> 
> Humm, the HDMI protocol uses a different order than the traditional ALSA
> order (for 6 channels the HDMI order is l,r,lfe,c, rl, rr and for 8 channels
> just add sl, sr).  Also in the multichannel case there are two channels per
> subpacket, and you can only mark a complete subpacket as invalid, not the
> individual channels it conveys. Thus I think you can only transmit even
> number of channels, for odd channels you'd have to add a dummy channel.
> But my guess is that this reordering is taken care of in the hardware
> interface, and most transmitters should reshuffle the channels, good ones do
> :-). In other words, I think we should only worry about the ALSA
> order.

AFAICS the ALSA "hdmi:" device does not rearrange the channels in any
way. Hence it probably exposes the raw underlying channel order. The
question of course is how the channel map nego in ALSA works for the
cases where a specific number of channels might have multiple possible
channel mappings. It might be possible to select the mapping via the
AES0, AES1, AES2, AES3 parameters hdmi: takes. But I have no
clue. That's probably something we should ask the guys who wrote the
HDMI support though (Takashi?).

> Additional HDMI profiles would be similar to the surround40 surround51 and
> surround71 ones then, I am not even sure we'd need new profiles (unless the
> surroundxx tag identifies an alsa-lib device?)
> That's just my understanding of HDMI though. Std disclaimers apply.

In my understanding surround41,surround51 and those devices are only
for 'analog' audio for whatever that means. i.e. classic cable based
analog or integrated speakers. For HDMI we have the hdmi: device and
nothing else.

But again, this should be discussed with Takashi.

Hey, Intel, send me an HDMI capable TV and I might play around with
and make sure  that things work properly in PA ;-).

Lennart

-- 
Lennart Poettering                        Red Hat, Inc.
lennart [at] poettering [dot] net         ICQ# 11060553
http://0pointer.net/lennart/           GnuPG 0x1A015CC4



[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux