[Alsa-devel] Mixer sanity
Hi, After some tinkering around with ALSA's mixer with a couple of different cards it's become apparent to me that there's not too much standardization when it comes to track naming. What I'd like to be able to do is adjust the different levels on different channels and to adjust the mast mixer - in fact, I'm sure this must be about the most common use case for a mixer. The problem is, however, it isn't really possible to decide consistently across all sound cards which mixer elements the program should use to achieve this. For example, the Maestro3-based sound card on my laptop has a Master element and a stereo PCM element. Fair enough. On my workstation, my envy24-based card shows no usable master element and, even worse, each of the 8 mono channels has it's own stereo mixer element where the L-R levels control how much of the mono signal is mixed into the L-R channels of the master mix. Just to alter the level for regular stereo playback, therefore, I have to first lower the L level for HW1 and then alter the R level for HW2 (with HW1's R and HW2's L muted). This is weird! Now, I know an envy24mixer exists to make life easier for me but surely it would be a bit nicer if the mixer interface provided a more consistent abstraction. In my situation, I want my software to be useful without a screen so the envy24mixer is out of the question. The only other solution, therefore, is for me to provide a map for every sound card which ALSA supports. Having spoken to some guys involved in gstreamer/GNOME I gather this is a pet grumble of theirs too as they would like to provide a generalized mixer interface. Cheers, Owen --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Broken links in alsa docs page
I found these broken links in the page http://www.alsa-project.org/documentation.php3 : http://www.alsa-project.org/~iwai/* http://www.alsa-project.org/~frank/alsa-sequencer/ http://www.alsa-project.org/~valentyn/* http://www.alsa-project.org/~jfulmer/alsa-faq.html -- Giuliano. --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Mixer sanity
On Saturday 05 June 2004 09:51, Owen Fraser-Green wrote: Now, I know an envy24mixer exists to make life easier for me but surely it would be a bit nicer if the mixer interface provided a more consistent abstraction. In my situation, I want my software to be useful without a screen so the envy24mixer is out of the question. The only other solution, therefore, is for me to provide a map for every sound card which ALSA supports. The problem with providing an 'abstraction' is that a model that works well for one class of application may be totally inappropriate for another. This was one of the fundamental weaknesses of the original OSS API -- for example, it worked well enough for many of the simple 'stereo' cases, but tended to fall apart for multitrack work. Different models of sound card are -- well -- different, and I think that all ALSA can reasonably be expected to do is expose the various features through the API so they can be utilized. I quite sympathize with your desires here however, having struggled with the same issues in trying develop ALSA support for Rivendell [http://www.salemradiolabs.com/rivendell/], which is heavily dependent upon mixer operations. I've finally come to the conclusion that the only sane way to provide this is to implement my own 'virtual' mixer, exporting the resulting output channels as JACK ports. That way, users can connect the ports to whatever sources or destinations (be they ALSA ports or whatever) according to their own needs and the capabilities of their sound hardware. Cheers! |-| | Frederick F. Gleason, Jr. | Director of Broadcast Software Development | | | Salem Radio Labs| |-| | Innovation is hard to schedule. | | -- Dan Fylstra| |-| --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] EMU10K1 and the extra voice
On Sat, Jun 05, 2004 at 12:59:36PM +, Chris Purnell wrote: For PCM playback the EMU10K1 driver is allocating an extra voice. This is somewhat wastefull and I kind of need all 64 voices. Is appears to be using it to generate the period interrupts. Does anyone know what it would take to rewrite the driver to not need this extra voice? Any relationship to the fact that I can only allocate 21 subdevices with ALSA, but 31 with DirectSound? ALSA: Advanced Linux Sound Architecture Driver Version 1.0.4rc2 (Tue Mar 30 08:19:30 2004 UTC). ALSA Driver: 0: Sound Blaster Live! [Live], device 0: emu10k1 [EMU10K1], 32/32 subdevices avail ALSA Driver: 0: Sound Blaster Live! [Live], device 3: emu10k1 [EMU10K1 FX8010], 8/8 subdevices avail ALSA: dsnd_pcm_hw_params: Cannot allocate memory ALSA: Got 21 hardware buffers vs DirectSound Driver: SB Live! Audio [FF80] (ctaud2k.sys) ID: {bd6dd71a-3deb-11d1-1252b90} DirectSound sample rates: 4000..191999 (continuous) Got 31 hardware buffers -- Glenn Maynard --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel