<br><br>
<div class="gmail_quote">On Thu, Apr 2, 2009 at 8:32 PM, Lennart Poettering <span dir="ltr">&lt;<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>&gt;</span> wrote: 
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">AFAICS the ALSA &quot;hdmi:&quot; device does not rearrange the channels in any<br>way. Hence it probably exposes the raw underlying channel order. The<br>
question of course is how the channel map nego in ALSA works for the<br>cases where a specific number of channels might have multiple possible<br>channel mappings. It might be possible to select the mapping via the<br>AES0, AES1, AES2, AES3 parameters hdmi: takes. But I have no<br>
clue. That&#39;s probably something we should ask the guys who wrote the<br>HDMI support though (Takashi?).</blockquote>
<div> </div>
<div>I discussed this briefly, there are a bunch of HDMI parameters that ALSA does not expose. For example in the HDA driver, the ELD parameters that report audio/video latencies are just printed out on the console and are not provided to the apps. PA could make sure of this information to provide a finer granularity, the hardware is not capable for delay resolution lower than a video frame.</div>

<div><br><br>&gt;Hey, Intel, send me an HDMI capable TV and I might play around with<br>and make sure  that things work properly in PA ;-).<br></div>
<div>I&#39;ll check internally.</div>
<div>Cheers</div>
<div>- Pierre</div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">
<div>
<div></div></div></blockquote></div>