From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: s/pdif controls Date: Mon, 10 Mar 2003 14:21:21 +0100 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <200303081500.h28F0K405680@linuxaudiosystems.com> Mime-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Return-path: In-Reply-To: <200303081500.h28F0K405680@linuxaudiosystems.com> Errors-To: alsa-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: Paul Davis Cc: alsa-devel@lists.sourceforge.net List-Id: alsa-devel@alsa-project.org At Sat, 8 Mar 2003 10:00:20 -0500, Paul Davis wrote: > > how are users supposed to set various s/pdif bits? > > the existing control formats involve massive bitfields that are > totally impenetrenable to almost everyone. > > what is the strategy here? if someone wants to turn the pro/consumer > bit on/off, what are they supposed to do? a good question - there has not been much discussions there. the iec958 status bits are passed usually through AESx arguments of iec958 (aka spdif) pcm interface. and i think it's a good way, because it's general and applicable to different cards in a uniform way. so far, almost only AC3-passthru was the case which needs to change such a configuration, and the status bits are likely known for such. so, there was no big complans about this. but, surely the way above is for end-users. well, we'll need a kind of iec958-status-bit-composer, which is implemented on envy24control. but i believe it should be a user-land solution, anyway. Takashi ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf