Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1emu10k1_main.c,1.12,1.13
On Mon, 15 Apr 2002, Markus Plail wrote: Hi Takashi! * Takashi Iwai writes: At Thu, 11 Apr 2002 15:42:23 +0100, James Courtier-Dutton wrote: [1 text/plain; us-ascii (7bit)] Takashi Iwai wrote: Update of /cvsroot/alsa/alsa-kernel/pci/emu10k1 In directory usw-pr-cvs1:/tmp/cvs-serv9192 Modified Files: emu10k1_main.c Log Message: fixed default mask values (these change won't affect the actual behavior, though) [snip] This seems to have fixed AC3 Passthru mode on SB Live (rev 7) cards. Just so you know, all SB Live cards worked before for AC3 Passthru except the rev 7 cards. I just got a report on the xine-user list about it. Ok, so you did not know you were fixing it, but well done anyway ;-) err, frankly speaking, i still don't figure out why with this change the pass-through works. i'm glad to to hear a good news, anyway ;) Just wanted to let you know that it wasn't the changes in emu10k1_main.c, but the changes in emumixer.c that made my (I was the one reporting it on the xine ML) rev07 card working. The joke is, that this behaviour is caused by a mistake. Here is the right patch against current CVS: Index: emumixer.c === RCS file: /cvsroot/alsa/alsa-kernel/pci/emu10k1/emumixer.c,v retrieving revision 1.9 diff -u -r1.9 emumixer.c --- emumixer.c 8 Apr 2002 12:21:45 - 1.9 +++ emumixer.c 16 Apr 2002 07:10:59 - @@ -369,7 +369,7 @@ int change; spin_lock_irqsave(emu-reg_lock, flags); - if (emu-audigy) { + if (!emu-audigy) { reg = inl(emu-port + HCFG); val = ucontrol-value.integer.value[0] 1 ? 0 : HCFG_GPOUT0; change = (reg HCFG_GPOUT0) != val; At least, we know that for rev07 cards we shouldn't modify GPOUT0. These cards have separated the digital output or shared with an analog output? Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project http://www.alsa-project.org SuSE Linuxhttp://www.suse.com ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Mixer controls - simple x extended
On Sat, 13 Apr 2002, Patrick Shirkey wrote: --- Paul Davis [EMAIL PROTECTED] wrote: but keep in mind that alsamixer will not be able to do everything that the control API allows unless it becomes very complex. its not clear that this is a good idea. most people who want character-based interfaces are reasonably happy with command-line style tools like aset and amixer; most people who want graphics want pixel-based graphics, not ncurses. its therefore questionable how much work its worth putting into a ncurses interface. I would appreciate having more functionality in alsamixer because it is currently the only graphical mixer that fully supports most of the supported hardware. Hmm, maybe it shoudl be added into alsa-utils TODO as low-priority goal. What do you thing Jaroslav? Bye -- Tomas Kasparek (sioux, xkaspa06) tomas.kasparek@[seznam.cz,volny.cz] [EMAIL PROTECTED] student FIT VUT Brno ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1emu10k1_main.c,1.12,1.13
Hi Takashi! * Takashi Iwai writes: Markus, could you try the latest cvs version, which fixes the real behavior, whether digital out works? if it doesn't work again, then definitely GPOUT0 is the spot. It doesn't work with latest CVS. looking at OSS source codes, i found GPOUT0 is necessary only for 5.1 cards (and seems for Audigy too - i need to fix again). so i'm not sure whether we can determine it from revision number. Someone should test if the version which is doing fine here, is also OK on other revisions of the card, so 'we' could just leave the 'else statement' away. James has a rev06 to check it, for example. Regards Markus ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1 emu10k1_main.c,1.12,1.13
Markus Plail wrote: Hi Takashi! * Takashi Iwai writes: Markus, could you try the latest cvs version, which fixes the real behavior, whether digital out works? if it doesn't work again, then definitely GPOUT0 is the spot. It doesn't work with latest CVS. looking at OSS source codes, i found GPOUT0 is necessary only for 5.1 cards (and seems for Audigy too - i need to fix again). so i'm not sure whether we can determine it from revision number. Someone should test if the version which is doing fine here, is also OK on other revisions of the card, so 'we' could just leave the 'else statement' away. James has a rev06 to check it, for example. Regards Markus There are several different versions of the SB Live. My SB Live rev06 is not a SB Live 5.1, so it has 2 audio stereo output jacks, one for front, one for rear, and then a spdif jack. The spdif jack is not switchable between analogue and digital. It is fixed at digital. Maybe the rev07 card is a SB Live 5.1, which has a switchable digital/analogue spdif jack, so it can output on 3 analogue stereo jacks, or with a switch (maybe GPOUT) it changes the 3rd analogue out jack into an spdif digital only jack. Does this info help at all? Cheers James ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1emu10k1_main.c,1.12,1.13
* James Courtier-Dutton writes: There are several different versions of the SB Live. My SB Live rev06 is not a SB Live 5.1, so it has 2 audio stereo output jacks, one for front, one for rear, and then a spdif jack. The spdif jack is not switchable between analogue and digital. It is fixed at digital. I haven't used it as analogue outout, but I guess that it can be switched.. at least the digital output can be switched off (don't know if it switches analogue output on, though). Maybe the rev07 card is a SB Live 5.1, which has a switchable digital/analogue spdif jack, so it can output on 3 analogue stereo jacks, or with a switch (maybe GPOUT) it changes the 3rd analogue out jack into an spdif digital only jack. I bought it as 'Soundblaster Live Player 5.1'. Regards Markus ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1 emu10k1_main.c,1.12,1.13
At Tue, 16 Apr 2002 14:47:35 +0200, Markus Plail wrote: Hi Takashi! * Takashi Iwai writes: Markus, could you try the latest cvs version, which fixes the real behavior, whether digital out works? if it doesn't work again, then definitely GPOUT0 is the spot. It doesn't work with latest CVS. ok, now it's clear. interesting, perhaps on alsa implemented in the inversed manner. if my guess is correct, you'll get digital outs by changing /usr/share/alsa/cards/EMU10K1.conf like the following: --- /usr/share/alsa/cards/EMU10K1.conf 2002-03-22 16:05:56.0 +0100 +++ EMU10K1.conf2002-04-16 16:23:28.0 +0200 @@ -240,7 +240,7 @@ name SB Live Analog/Digital Output Jack lock true preserve true - value 1 + value 0 } ] } please check this? ciao, Takashi ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1 emu10k1_main.c,1.12,1.13
Hi James, At Tue, 16 Apr 2002 14:27:07 +0100, James Courtier-Dutton wrote: Markus Plail wrote: Hi Takashi! * Takashi Iwai writes: Markus, could you try the latest cvs version, which fixes the real behavior, whether digital out works? if it doesn't work again, then definitely GPOUT0 is the spot. It doesn't work with latest CVS. looking at OSS source codes, i found GPOUT0 is necessary only for 5.1 cards (and seems for Audigy too - i need to fix again). so i'm not sure whether we can determine it from revision number. Someone should test if the version which is doing fine here, is also OK on other revisions of the card, so 'we' could just leave the 'else statement' away. James has a rev06 to check it, for example. Regards Markus There are several different versions of the SB Live. My SB Live rev06 is not a SB Live 5.1, so it has 2 audio stereo output jacks, one for front, one for rear, and then a spdif jack. The spdif jack is not switchable between analogue and digital. It is fixed at digital. does Digital/Analog Jack switch affects the behavior on your digital jack? i guess it doesn't. if it doesn't affect, then we can switch this bit safely on all cards. Takashi ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1 emu10k1_main.c,1.12,1.13
Takashi Iwai wrote: There are several different versions of the SB Live. My SB Live rev06 is not a SB Live 5.1, so it has 2 audio stereo output jacks, one for front, one for rear, and then a spdif jack. The spdif jack is not switchable between analogue and digital. It is fixed at digital. does Digital/Analog Jack switch affects the behavior on your digital jack? i guess it doesn't. if it doesn't affect, then we can switch this bit safely on all cards. Takashi My SB Live (non 5.1) does not have a Digital/Analog Jack, it just has a Digital Jack, so I would prefer that the Digital/Analogue Switch in alsamixer was removed for rev06 cards and below, but present for rev7 cards and above. Currently, toggling the alsamixer Digital/Analogue Switch has no effect what so ever. I think this rev07 passthru issue might have been the user just not knowing about the Digital/Analogue switch in alsamixer. Cheers James ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Requesting guidance
hi, as i looked trough the code of my ens1371 driver, a few weeks ago, i recognized that it would be possible to have a real 4-speaker enviroment. as the ens1371 have 2 DAC's its not difficult to make this happen, and i know that it works with win$. it works that way that the line-out will be switched as a second line-out. the ens1370-driver has such kind of switch, probably you have to buy a soundcard with a ens1370 chip. i would implement such kind of switch to the ens1371-driver too, but dont know which bit has to be set. i didn't asked creative till now, cause i think they want that i subscribe a non-disclosure-agreement, and this wont help to our project. maybe it could be found out with some kind of reingeneering. but anyway, for your project i think you didnt have to do much coding for routing 4 mono-channels to 4 physical channels, it could be solved with the runtime-configuring-options of alsa, the only thing your app has to do then, to write to the right 'logical' PCM's. this could be done with every multi-channel soundcard. joy On Mon, 15 Apr 2002, cjs 2895 wrote: Howdy folks, I've got an idea for a game I'd like to build for my kids. To make it work like I want I need to have four mono sound channels feeding into four physical speakers. To make that work it looks like my options are: 1) Use four separate sound cards (PCI or USB) 2) Do some coding to use each channel in a sound card to drive a separate speaker. I like option two the best because its cost effective, and I think the newer Sound Blaster cards will drive four speakers (even if not, two cards is better then four). Unfortunately I don't think Linux's OSS can handle either of these options so now I'm looking to Alsa as a solution. From reading the Alsa manual it looks like I can do what I want by interleaving the sound buffers in one memory space. Is that the best approach? Its been a week since I read the manual, so I don't recall if I can do something like a select() loop to feed data to the sound cards as needed, but I'm thinking that would be easier if the method is available. Can anyone give me some guidance on how to proceed? I would appreciate it. Also, I haven't bought any sound cards yet, so if there is another make that might be better suited for this application (and is also cheap) please clue me in. Thanks, Christopher _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1 emu10k1_main.c,1.12,1.13
Markus Plail wrote: Hi James! * James Courtier-Dutton writes: I think this rev07 passthru issue might have been the user just not knowing about the Digital/Analogue switch in alsamixer. NO! I have been knowing about it all the time. And as I wrote to Takashi this had/has nothing to do with my problem. The switch worked, but AC3 wasn't passed through, so this is surely not the readon. I wouldn't have gotten any sound then, or better only digital enabled sound, because the preset is digital sound 'ON'. Regards Markus Plail Sorry, it was only an idle thought. Maybe the Digital/Analogue switch never worked until now. Cheers James ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1 emu10k1_main.c,1.12,1.13
At Tue, 16 Apr 2002 16:42:30 +0200, Markus Plail wrote: Hi Takashi! * Takashi Iwai writes: ok, now it's clear. interesting, perhaps on alsa implemented in the inversed manner. if my guess is correct, you'll get digital outs by changing /usr/share/alsa/cards/EMU10K1.conf like the following: --- /usr/share/alsa/cards/EMU10K1.conf 2002-03-22 16:05:56.0 +0100 +++ EMU10K1.conf2002-04-16 16:23:28.0 +0200 @@ -240,7 +240,7 @@ name SB Live Analog/Digital Output Jack lock true preserve true - value 1 + value 0 } ] } please check this? Doesn't change anything really. I did an 'alsasound stop', edited EMU10K1.conf and then 'alsasound start'. Was that right? yes. now please check the state of this switch by alsamixer. try to play raw data once, and check whether the switch is changed. alsamixer will show the current status (and change the status if any notified). if this doesn't work.. hmm.. needs more consideration. Takashi ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [alsa-cvslog] CVS: alsa-kernel/pci/emu10k1emu10k1_main.c,1.12,1.13
Hi James! * James Courtier-Dutton writes: Markus Plail wrote: * James Courtier-Dutton writes: There are several different versions of the SB Live. My SB Live rev06 is not a SB Live 5.1, so it has 2 audio stereo output jacks, one for front, one for rear, and then a spdif jack. The spdif jack is not switchable between analogue and digital. It is fixed at digital. I haven't used it as analogue outout, but I guess that it can be switched.. at least the digital output can be switched off (don't know if it switches analogue output on, though). ^^^ This think the intention for the SB Live 5.1 with alsa, was that alsamixer would display an extra switch for analogue/digital out which would switch the digital output between digital spdif and analogue stereo. Did you ever look in alsamixer for such a switch ? Yes. See above. That was the very switch I was talking about. the switch is working properly - I can turn digital sound off. As mentioned before I have never used its analog ability further than stereo. Regards Markus ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel