From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lee Revell Subject: Re: ac3 in/out Date: Tue, 21 Mar 2006 13:17:04 -0500 Message-ID: <1142965025.4532.132.camel@mindpipe> References: <1142936836.4759.3.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1142936836.4759.3.camel@localhost> Sender: alsa-devel-admin@lists.sourceforge.net Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Johannes Berg Cc: ALSA devel List-Id: alsa-devel@alsa-project.org On Tue, 2006-03-21 at 11:27 +0100, Johannes Berg wrote: > Hi, > > From what I've seen about ac3 in and also out, the support in alsa for > that is more of a hack, and the data that is passed down the pcm > interface actually contains the channel status bits for some drivers... > Working on the new Apple stuff this isn't possible -- only some channel > status bits can be set by the software, some are fixed. And they aren't > interleaved in the stream, but set externally. > > So the question is -- are there any plans to abstract some digital out > API within alsa? Otherwise the userspace will need to handle all kinds > of different devices differently since the data on the stream is > essentially the same as the data the chipset needs. I don't understand - ALSA fully supports AC3 passthrough and digital audio. What is the exact problem you are trying to solve? Lee ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642