From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Re: [Alsa-user] AD1985 full-duplex(?) Date: Thu, 19 Aug 2004 11:46:46 +0200 Sender: alsa-devel-admin@lists.sourceforge.net Message-ID: References: <1092842830.13603.3.camel@localhost.localdomain> <20040818181350.2b38e875@mango.fruits.de> <20040818201535.1f49a128@mango.fruits.de> Mime-Version: 1.0 (generated by SEMI 1.14.5 - "Awara-Onsen") Content-Type: text/plain; charset=US-ASCII Return-path: Received: from Cantor.suse.de (cantor.suse.de [195.135.220.2]) by alsa.alsa-project.org (ALSA's E-mail Delivery System) with ESMTP id 70A881B9 for ; Thu, 19 Aug 2004 11:48:38 +0200 (MEST) In-Reply-To: Errors-To: alsa-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Jaroslav Kysela Cc: Florian Schmidt , Shaya Potter , Clemens Ladisch , Mauro Romano Trajber , ALSA development List-Id: alsa-devel@alsa-project.org At Thu, 19 Aug 2004 10:58:04 +0200 (CEST), Jaroslav wrote: > > On Wed, 18 Aug 2004, Florian Schmidt wrote: > > > > Also at this time, nobody helped me to improve the liboss (aoss) code > > > in some serious way. I ask why? Nobody uses it? Nobody wants this > > > layer fully functional? > > > > Hmm, you went on to make a wrapper for which the apps need to be changed > > at source code level. This is an option which is often not available > > [old games with makers who are broke whatever, closed source app where > > the vendor just refuses to fix it at all, etc.]. This is why i don't > > have any interest in improving it. I do have interest in improving aoss > > though wrt the traditional LD_PRELOAD hack.. > > > > But fixing the mmap issue was over my head [sorry], so i didn't go after > > it further. > > Yep, but most bug reports are for quake or similar games. I don't play > them and also I don't have useable supported hardware with the OpenGL, so > I cannot test them. If you trace the code (I think that open source > variants have similar OSS code) and create a simple test utility which can > be run from the command line, I'll try to fix aoss. Sigh, quake is always a bad boy... > > > I have another idea how we can solve this issue - a network sound > > > driver, but this will add the scheduling problems including the > > > throughput of the network layer, of course. > > > > > > > 3] the user has to edit configuration files, which is a showstopper > > > > for newbies and people who have never had to follow a rigorous > > > > syntax. > > > > > > It's not a goal. In 90% of cases, you may simply use plug:dmix device > > > which is already defined in the global configuration files. > > > > yes, you're right. Btw: i also think there needs to be a predefined asym > > device which makes fullduplex access available for nultiple apps, too.. > > I agree. Do you have a nice idea for the PCM name? My ideas: > > mix I like this one. > xmulti (we have already multi plugin) > shs (SHared Stream) > shd (SHared Device) > > ??? > > > > > I would suggest writing another "dummy" soundcard module which would > > > > sit "ontop" of the normal alsa driver and which does nothing but > > > > provide sw mixing access [including the needed resampling and > > > > mixing]. > > > > > > It's not easy task and again, do we need to code it in the kernel > > > space? Benefits? Target users? > > > > > > I think that we should provide the functionality (mixing) for all > > > APIs, but the latency issues which mixing might invoke are not a > > > serious problem. It's similar to graphics cards. You'll get better > > > results with an accelerator (in case of sound with hardware having the > > > mixing capability). > > > > > > > Yes. I just am not sure what is easier: > > > > a] fixing aoss to support all legacy oss apps [even those which cannot > > be changed at source code level] > > > > b] create a kernel module like the beforementioned which would just > > eliminate the issue for most users since they can just use the kernel > > level oss emu.. > > My plan is fix aoss and create a network sound device inside kernel, so we > can reroute OSS streams from kernel to userspace, too. Can "network sound device" work with the mmap, too? Takashi ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285