From: David Henningsson <david.henningsson@canonical.com>
To: Jaroslav Kysela <perex@perex.cz>
Cc: Takashi Iwai <tiwai@suse.de>,
alsa-devel@alsa-project.org,
General PulseAudio Discussion
<pulseaudio-discuss@lists.freedesktop.org>
Subject: Re: Dynamic HDMI PCM creation
Date: Mon, 17 Sep 2012 15:28:52 +0200 [thread overview]
Message-ID: <50572594.3090900@canonical.com> (raw)
In-Reply-To: <50571596.8000207@perex.cz>
[added pulseaudio-discuss to cc]
On 09/17/2012 02:20 PM, Jaroslav Kysela wrote:
> Date 17.9.2012 13:46, Takashi Iwai wrote:
>>> I would prefer to have just a notification, if the cable is
>>> connected and the PCM layer is ready (ELD stuff). Also, if some physical
>>> connectors are not used on some hardware, they should/may be blacklisted
>>> so the driver won't create PCM devices for them.
It might be that we could send a snd_ctl_notify on the ELD kcontrol.
Would that make sense?
>> Using kcontrol notifier is the current solution indeed. But the whole
>> coding is missing in PA side, so far. OTOH, PA has already the
>> handling of dynamic PCM device creation/deletion (e.g. for
>> USB-audio). So, it can be more natural to provide the dynamic PCM
>> from the kernel for HDMI, too. The patch was posted to evaluate
>> that.
>
> I think that USB-Audio is a different thing. Our driver creates new card
> for a newly plugged USB hardware and it seems that PA supports only
> dynamic card handling, not dynamic device handling.
This is correct. PA supports dynamic cards, not dynamic devices on a
card. Cards are much simpler because they are always independent of each
other.
Another question PA needs to deal with is, when this new HDMI PCM device
is plugged in, what other streams can coexist with this new HDMI stream?
What if we have an analog + HDMI combined card, but the controller only
supports one stream to either of them? In that case, we can not even
probe the HDMI device without disturbing the stream potentially being
played back through analog.
Brainstorming idea for PA developers: However, if combined analog + HDMI
combined cards *always* can play back HDMI and analog independent of
each other, we could actually try to map them as two different cards in
PulseAudio. Then that HDMI card could disappear as the HDMI cable is
unplugged.
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
next prev parent reply other threads:[~2012-09-17 13:28 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-10 13:01 Dynamic HDMI PCM creation Takashi Iwai
2012-09-17 10:15 ` David Henningsson
2012-09-17 10:40 ` Takashi Iwai
2012-09-17 11:03 ` Jaroslav Kysela
2012-09-17 11:46 ` Takashi Iwai
2012-09-17 12:20 ` Jaroslav Kysela
2012-09-17 13:28 ` David Henningsson [this message]
2012-09-23 2:47 ` Raymond Yau
2012-09-19 11:54 ` David Henningsson
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=50572594.3090900@canonical.com \
--to=david.henningsson@canonical.com \
--cc=alsa-devel@alsa-project.org \
--cc=perex@perex.cz \
--cc=pulseaudio-discuss@lists.freedesktop.org \
--cc=tiwai@suse.de \
/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.