Re: [Alsa-devel] Oops with snd-ymfpci and ALSA 0.9.3a
tom burkart wrote: aplay something.wav causes scratchy sounds to be emitted from the speakers. Not on my YMF-754 card. Sorry, I don't know what could cause this. Regards, Clemens --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Oops with snd-ymfpci and ALSA 0.9.3a
Today, Clemens Ladisch wrote: tom burkart wrote: aplay something.wav causes scratchy sounds to be emitted from the Not on my YMF-754 card. Sorry, I don't know what could cause this. Ok, how can I help debug this? (Albeit, slowly, as I am fairly busy) tom. --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: snd-usb-audio: quirk for Edirol UA-5 in AdvancedMode
Stephane Alnet wrote: On Tue, 10 Jun 2003, Stephane Alnet wrote: (Hopefully this is the right place to post this!) Attached is a diff file for the Edirol UA-5 Advanced Mode against kernel 2.5.70-bk14 sound/usb. I didn't see your first post (maybe because the current list moderator is Dave Null), so I'm only guessing what your diff did. I added a new QUIRK mode (QUIRK_AUDIOSTREAM_INTERFACE) which basically forces an interface (and its altsettings) into Audio/AudioStream. When in Advanced Mode, the UA-5 exposes all its interfaces in class 255/255 (Vendor/Vendor), but actually besides this all the descriptors are valid USB Audio control/interfaces/endpoints/... So this quirk simply overwrites the streaming interfaces class/subclass with the proper values. (My understanding is that we don't need to care about the audiocontrol interface.) There already is a quirk type for this, QUIRK_STANDARD_INTERFACE. See the quirk entry for the UA-20, which behaves in the same way (the UA-20's interface #3 is for the MIDI ports). Regards, Clemens --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] problems with rme digi96/8
On Wed, 2003-06-11 at 16:15, Anders Torger wrote: Note that my example uses /dev/zero (zero input) so it should be silent. Put something with sound in it instead of /dev/zero. No, you shouldn't need to unmute the card (if you are not using analog output), the digital output is just digital, no volume control for it exists. A classical mistake is of course to connect ADAT input to ADAT input, but I suppose you have checked that. /Anders I thought so about the digital output, but wanted to make sure. I know the ADAT is set up right, because everything works in Windows XP. I tried your example. Aplay is rather stupid, so it is seems it needs a soundfile with a equal amount of channels that can be allocated on the card; in this case 8. As far as i know wave files only support stereo. So i tried feeding it noise, like aplay -D hw:0,1 -r 44100 -f S16_LE -c 8 ~/plg-second-printing-update.ps aplay starts to play with the output: Playing raw data '/users/lai/plg-second-printing-update.ps' : Signed 16 bit Little Endian, Rate 44100 Hz, Channels 8 But no sound. I am nearly giving up now... /Gorm --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Fwd: RE: To ESS Tech Support
Looks like they didn't read your email... Essentially you are offering them a favour and they see the word linux and run away scared.. On Thu, 2003-06-12 at 11:54, Warren Turkal wrote: Dear ALSA developers, Here is a message from ESS regarding getting some information for the ESS1988/Allegro-1 series cards in order to get better support for them in linux. I hope that some others will help me badger the ESS people in order to (A) release info needed to make the Linux driver or (B) release the Windows driver source so that it can be used for ideas for the Linux driver. If you choose to reply to this, please CC me as I am not subscribed to this list. Thanks, Warren Turkal -- Allan Klinbail [EMAIL PROTECTED] --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: Fwd: RE: To ESS Tech Support
Allan Klinbail [EMAIL PROTECTED] writes: Here is a message from ESS regarding getting some information for the ESS1988/Allegro-1 series cards in order to get better support for them in linux. I hope that some others will help me badger the ESS people in order to (A) release info needed to make the Linux driver or (B) release the Windows driver source so that it can be used for ideas for the Linux driver. Looks like they didn't read your email... Essentially you are offering them a favour and they see the word linux and run away scared.. It may very well have been an automatic reply triggered by the work linux in the question. I've seen such things before. -- Måns Rullgård [EMAIL PROTECTED] --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] SB Live - hwdep
Hi, Ioctl SNDRV_EMU10K1_IOCTL_PCM_PEEK in snd_emu10k1_fx8010_ioctl allocate structure to ipcm which is then passed to snd_emu10k1_ipcm_peek which then uses one of member (ipcm-substream) which is not initialized (may come from user space ???). Peter Zubaj == REKLAMA = Vyrazne zlavy pocitacov a prislusenstva PALM Zire v cenach uz od 4.950,- Sk bez DPH Navstivte nas na adrese http://www.somi.sk/akcie.php == --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Oops with snd-ymfpci and ALSA 0.9.3a
On Thu, 12 Jun 2003, tom burkart wrote: Today, Clemens Ladisch wrote: tom burkart wrote: aplay something.wav causes scratchy sounds to be emitted from the Not on my YMF-754 card. Sorry, I don't know what could cause this. Ok, how can I help debug this? (Albeit, slowly, as I am fairly busy) If I remember correctly, the card is working with OSS drivers? Isn't? In that case, we might compare PCI registers (lspci -sDEV -xxx). Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] problems with rme digi96/8
On 12 Jun 2003, Gorm David Lai wrote: I tried your example. Aplay is rather stupid, so it is seems it needs a Not too stupid, but you should use right device (plughw vs. hw) and probably right alsa-lib configuration (~/.asoundrc). Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Hammerfall DSP System Problems
On Thursday 12 June 2003 08:13, Jesse Chappell wrote: Hwdep ioctl error on card hw:0 : Input/output error. [...] ALSA ../../alsa-kernel/pci/rme9652/hdsp.c:644: wait for FIFO status = 127 failed after 5000 iterations causing the function to return -EIO hence the ioctl error passed back to hdsploader. This is exactly what I'm seeing on my hp xe4100 (with multiface+cardbus). Thank you Jesse for your explanation. If there is any offlist discussion about the HDSP debugging, please include me in those messages. Yes, please, me too. -- Jaakko Prättälä [EMAIL PROTECTED] --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] realtek ALC201
Hello, I'm looking for a linux-mandrake 9.1driver for soundcard: realtek ALC201... best greatings, jogigo
[Alsa-devel] Problems with HDSP Multiface+CardBus
Encouraged by Jesse's recent success I tried again, now with firmware rev 10. The module loads, firmware is loaded but with Hwdep ioctl error on card hw:0 : Input/output error. Still, to my disappointment, aplay -D hw:0,0 fails with aplay: set_params:800: Access type not available If the error checking for access type is commented out, aplay fails on not being able to determine the sample format (the next error check in aplay.c) Why is this information not available? Any ideas? -- Jaakko Prättälä [EMAIL PROTECTED] --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Oops with snd-ymfpci and ALSA 0.9.3a
Today, Jaroslav Kysela wrote: In that case, we might compare PCI registers (lspci -sDEV -xxx). The two dumps are attached: snd-ymfpci for alsa the ymfpci for oss... tom. 00:0c.0 Multimedia audio controller: Yamaha Corporation YMF-744B [DS-1S Audio Controller] (rev 02) 00: 73 10 10 00 07 00 10 82 02 00 01 04 00 40 00 00 10: 00 80 ff ef 01 ff 00 00 fd fe 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 79 11 01 00 30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 01 05 19 40: 1a 00 00 88 79 11 01 00 08 00 00 00 00 00 00 00 50: 01 00 01 04 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 ff 20 02 20 ff 01 02 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:0c.0 Multimedia audio controller: Yamaha Corporation YMF-744B [DS-1S Audio Controller] (rev 02) 00: 73 10 10 00 07 00 10 82 02 00 01 04 00 40 00 00 10: 00 80 ff ef 01 ff 00 00 fd fe 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 79 11 01 00 30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 01 05 19 40: 7f 90 00 88 79 11 01 00 08 00 00 00 00 00 00 00 50: 01 00 01 04 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 ff 20 02 20 ff 01 02 00 00 00 00 00 00 00 00 70: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Re: [Alsa-devel] problems with rme digi96/8
On 12-Jun-2003 Jaroslav Kysela wrote: On 12 Jun 2003, Gorm David Lai wrote: I tried your example. Aplay is rather stupid, so it is seems it needs a Not too stupid, but you should use right device (plughw vs. hw) and probably right alsa-lib configuration (~/.asoundrc). The format written in the sound file has priority over command line options. It's a bit annoying and should be changed IMHO. Bye. --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Oops with snd-ymfpci and ALSA 0.9.3a
On Thu, 12 Jun 2003, tom burkart wrote: Today, Jaroslav Kysela wrote: In that case, we might compare PCI registers (lspci -sDEV -xxx). The two dumps are attached: snd-ymfpci for alsa the ymfpci for oss... Thanks. Could you try this test patch? Index: ymfpci.c === RCS file: /cvsroot/alsa/alsa-kernel/pci/ymfpci/ymfpci.c,v retrieving revision 1.22 diff -u -r1.22 ymfpci.c --- ymfpci.c5 May 2003 14:14:59 - 1.22 +++ ymfpci.c12 Jun 2003 13:14:57 - @@ -168,6 +168,7 @@ legacy_ctrl2 |= YMFPCI_LEGACY2_IMOD; } pci_read_config_word(pci, PCIR_DSXG_LEGACY, old_legacy_ctrl); + legacy_ctrl = 0x907f; pci_write_config_word(pci, PCIR_DSXG_LEGACY, legacy_ctrl); pci_write_config_word(pci, PCIR_DSXG_ELEGACY, legacy_ctrl2); if ((err = snd_ymfpci_create(card, pci, Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
On Thu, 12 Jun 2003, Jaakko [iso-8859-15] Prttl wrote: Encouraged by Jesse's recent success I tried again, now with firmware rev 10. The module loads, firmware is loaded but with Hwdep ioctl error on card hw:0 : Input/output error. Still, to my disappointment, aplay -D hw:0,0 fails with aplay -D plughw:0,0 Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] problems with rme digi96/8
On Thu, 12 Jun 2003, Giuliano Pochini wrote: On 12-Jun-2003 Jaroslav Kysela wrote: On 12 Jun 2003, Gorm David Lai wrote: I tried your example. Aplay is rather stupid, so it is seems it needs a Not too stupid, but you should use right device (plughw vs. hw) and probably right alsa-lib configuration (~/.asoundrc). The format written in the sound file has priority over command line options. It's a bit annoying and should be changed IMHO. No, you can explicitly change the format (if something is wrong) using command line parameters. But my point was that aplay does not do any conversion. If someone use 'hw' device then hardware must match the stream parameters, otherwise 'plughw' should be used to instruct alsa-lib to do necessary conversions. Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] HDSP9652 Matrix problem (no sound output)
Hello, Today we tried to get output sound from a Hammerfall HDSP 9652 pci-card, but were unable to hear any output. We already have a working Hammerfall 9652 (previous version) card. Loading the kernel modules gave no problems (?) with alsa-driver-0.9.4. cat /proc/asound/cards 0 [15 ]: RME9652 - RME Digi9652 (Rev 1.5) RME Digi9652 (Rev 1.5) at 0xd700, irq 11 1 [ ]: H-DSP - Hammerfall DSP RME HDSP 9652 at 0xd802, irq 5 Also clock syncing (internal and external) seems to work. If we run brutefir and look in /proc/asound/card1/pcm0p/sub0/status: state: RUNNING trigger_time: 1055421299.353077000 tstamp : 1055421314.005505000 delay : 16384 avail : 0 avail_max : 8192 - hw_ptr : 696320 appl_ptr: 712704 We found out that the volumes of the channels should be set, which we did. amixer -c1 cset name=Chn,index=$i 32768 So everything seems fine, but we still do not get output. According to the comment from Thomas Charbonnel at the alsa details page, we have to set a matrix between the physical and output channels. Our preferred setup is very simple, each software output to its according physical output (like our old Hammerfall card). It was difficult to find more information about the matrix, we tried various things, like amixer -c1 cset numid 5 26,0,32768 but this all didn't help. Amixer just returns 0,0,0 ? Are we doing something wrong, is there more documentation about this or does this simply not work yet (http://www.mail-archive.com/[EMAIL PROTECTED]/msg07731.html). Any clue would be greatly appreciated, Jochem and Rik. --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] HDSP9652 Matrix problem (no sound output)
Today we tried to get output sound from a Hammerfall HDSP 9652 pci-card, but were unable to hear any output. We already have a working Hammerfall 9652 (previous version) card. this problem is being worked on. there is a bug in the driver caused (i claim :) by inadequate information from RME. stayed tuned to this mailing list. there will be more news later today (US Eastern) --p --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
Jaakko =?iso-8859-15?q?Pr=E4tt=E4l=E4?= wrote on Thu, 12-Jun-2003: Encouraged by Jesse's recent success I tried again, now with firmware rev 10. The module loads, firmware is loaded but with Hwdep ioctl error on card hw:0 : Input/output error. If you're still getting the I/O error on the hdsploader then its hard to know what state the thing is really in. The current drivers only work for me if I boot to windows, (red light goes out), reboot to linux (red light flashing until modules load). I see no errors of any kind if I do that. Is this what you are doing? I have rev 11, BTW. jlc --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
On Thursday 12 June 2003 18:14, Jesse Chappell wrote: If you're still getting the I/O error on the hdsploader then its hard to know what state the thing is really in. The current drivers only work for me if I boot to windows, (red light goes out), reboot to linux (red light flashing until modules load). I see no errors of any kind if I do that. Is this what you are doing? I have rev 11, BTW. jlc No. I use hdsploader. With rev 10 fw the led goes off, with 11 it stays on (iirc, it's been a while since I tried 0x0b). After that I can play stuff with aplay -D plughw:0,0, as suggested by Jaroslav (thank you :-), but I get no sound. The files are read though, judging by how aplay's running time correlates with file length. Maybe this is just because I don't know how to use the mixer... What I did was # /sbin/modprobe snd-hdsp line_outs_monitor=1; hdsploader # for i in $(seq 18); do amixer cset name=Chn,index=$i 32768; done; # amixer cset numid=5 26,26,32768 # amixer cset numid=5 27,27,32768 # aplay ... Isn't this supposed to give me something through the headphones? As with Jochem's hdsp9652, cat /proc/asound/card0/pcm0p/sub0/status shows signs of life (state: RUNNING etc.) -- Jaakko Prättälä [EMAIL PROTECTED] --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
Jaakko =?iso-8859-15?q?Pr=E4tt=E4l=E4?= wrote on Thu, 12-Jun-2003: Maybe this is just because I don't know how to use the mixer... What I did was # /sbin/modprobe snd-hdsp line_outs_monitor=1; hdsploader # for i in $(seq 18); do amixer cset name=Chn,index=$i 32768; done; # amixer cset numid=5 26,26,32768 # amixer cset numid=5 27,27,32768 # aplay ... Isn't this supposed to give me something through the headphones? I didn't do the line_outs_monitor=1, but I did the amixer stuff like that, and it worked. But a word of warning if you do get sound going eventually: 32768 for the LineOut(headphone) port is *way* too hot for headphones plugged directly in. I had to crank it down to 4000 to get a sane maximum volume. You don't want to damage your headphones or your ears. jlc --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
Jesse Chappell wrote: But a word of warning if you do get sound going eventually: 32768 for the LineOut(headphone) port is *way* too hot for headphones plugged directly in. I had to crank it down to 4000 to get a sane maximum volume. You don't want to damage your headphones or your ears. that's interresting. 32767 has always been fine for me (on headphones just like on line-outs), and all descriptions about the mixer-matrix say 32767 means 0db. even sinewaves with 0db are loud but not distorted on my headphones... btw: does anybody have a complete description of the possibilities for amixer -c 1 cset numid=XYZ ??? thanksregards d13b --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
On Thu, 2003-06-12 at 14:03, d wrote: that's interresting. 32767 has always been fine for me (on headphones just like on line-outs), and all descriptions about the mixer-matrix say 32767 means 0db. even sinewaves with 0db are loud but not distorted on my headphones... technically, it's unity gain at 32768 and +6db at 65535. btw: does anybody have a complete description of the possibilities for amixer -c 1 cset numid=XYZ ??? amixer -c 1 contents =) d! signature.asc Description: This is a digitally signed message part
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
On Thu, 2003-06-12 at 14:03, d wrote: that's interresting. 32767 has always been fine for me (on headphones just like on line-outs), and all descriptions about the mixer-matrix say 32767 means 0db. even sinewaves with 0db are loud but not distorted on my headphones... technically, it's unity gain at 32768 and +6db at 65535. Different headphones have different sensitivities, and line level can get pretty hot electrically. But I was surprised at how far down I had to set it though. I wonder if I was getting the signal from channels 1 2 through several paths summing on each other. It is a bit confusing. David S (or Thomas C), what are the chances the work you guys have done (independently) on a UI hdsp mixer could be released? I think I'll be needing some easier control. I'll be tempted to write my own if nothing shows up to work with soon ;) jlc --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
Maybe this is just because I don't know how to use the mixer... What I did was # /sbin/modprobe snd-hdsp line_outs_monitor=1; hdsploader # for i in $(seq 18); do amixer cset name=Chn,index=$i 32768; done; # amixer cset numid=5 26,26,32768 # amixer cset numid=5 27,27,32768 # aplay ... Isn't this supposed to give me something through the headphones? use alsamixer. as with all ALSA drivers, after loading, all channels are muted. if there is no state to restore in asound.state or whatever its called, they will stay muted. to make it simple to get the volumes up, the driver presents a simple mixer interface that alsamixer and other similar programs can use. it controls the gain applied to routing between a playback stream (from the CPU) and an output (to a physical channel). you don't need to know anything about the matrix mixer to use it, but it obviously can't represent the full power of the matrix mixer either. if you pass line_outs_monitor=1, then you should hear all inputs and all outputs in the headphone outs. you don't need to set the mixer to get this to work. i also enclose a very helpful post from a few months back that we should really put into the wiki (below). As with Jochem's hdsp9652, cat /proc/asound/card0/pcm0p/sub0/status shows signs of life (state: RUNNING etc.) please don't confuse your situation with the hdsp9652. there is a bug in the code for the hdsp9652 that prevents any sound regardless of the mixer settings. -- post from roger williams Some of the numbering is discontinuous (because the Multiface doesn't have the Digiface's ADAT2 range of channels), so the full Multiface I/O list is: Inputs to HDSP Mixer Multiface analogue inputs 1-8 = amixer source channels 0-7 Multiface ADAT inputs 1-8 = amixer source channels 16-23 Multiface SPDIF input = amixer source channels 24-25 alsa_pcm:playback_1-26 = amixer source channels 26-51 Outputs from HDSP Mixer Multiface analogue outputs 1-8 = amixer destination channels 0-7 Multiface ADAT outputs 1-8 = amixer destination channels 16-23 Multiface SPDIF output = amixer destination channels 24-25 Multiface line (headphone) output = amixer destination channels 26-27 Mapping between Multiface inputs and alsa_pcm:capture channels Multiface analogue inputs 1-8 = capture_1-8 Multiface ADAT inputs 1-8 = capture_9-16 Multiface SPDIF input = capture_17-18 --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
Different headphones have different sensitivities, and line level can get pretty hot electrically. But I was surprised at how far down I had to set it though. I wonder if I was getting the signal from channels 1 2 through several paths summing on each other. It is a bit confusing. I believe that the Hammerfall series sums the signal source to a 36 bit value and the last few least significant bits are truncated to bring it back to 24 bits. I've been REALLY curious about software mixing and the RME guys seem to know what they're talking about: http://www.rme-audio.de/english/techinfo/hdsp_tmhard.htm David S (or Thomas C), what are the chances the work you guys have done (independently) on a UI hdsp mixer could be released? I think I'll be needing some easier control. I'll be tempted to write my own if nothing shows up to work with soon ;) I could release something now, BUT... it's still very much in development and it's not technically correct. I'm waiting to hear back from the TotalMix guys with some specifics on algorithms used to render information back and forth from their UI and the hdsp. My communication with them is somewhat latent as I'm going through a couple people, but I do know that my questions have reached the right people. As a proof of concept, it works. (I started on it a week ago and have been rabidly working on it in my spare time since I got a fairly big gig coming up with some people interested in going IEM by then.) It's not really designed to be TotalMix for Linux per se, but rather a digital IEM mixer. As such, I had slightly different requirements although the basic ideas are the same. I just got mute and solo working monday night which I'm really happy about. They're slightly more complex than I had originally thought since one has to take into account channel state, but I think what I have is fairly efficient. I also don't have the playback channels mapping yet and I don't have any real particular need to for what I'm doing other than for completeness. d! signature.asc Description: This is a digitally signed message part
Re: [Alsa-devel] Re: snd-usb-audio: quirk for Edirol UA-5 in AdvancedMode
On Thu, 12 Jun 2003, Clemens Ladisch wrote: I didn't see your first post (maybe because the current list moderator is Dave Null), OK, so I won't feel bad sending the diff a second time, then. :) so I'm only guessing what your diff did. [...] When in Advanced Mode, the UA-5 exposes all its interfaces in class 255/255 (Vendor/Vendor), but actually besides this all the descriptors are valid USB Audio control/interfaces/endpoints/... [...] There already is a quirk type for this, QUIRK_STANDARD_INTERFACE. See the quirk entry for the UA-20, which behaves in the same way (the UA-20's interface #3 is for the MIDI ports). That's what I hoped too (didn't want to have to change usbaudio.c if at all possible) but it didn't seem to work. (My understanding is that STANDARD_INTERFACE needs at least the bInterfaceSubClass info to be valid. This isn't the case on the UA-5.) Here's the interesting part of the quirk I proposed (mostly a rewrite of STANDARD_INTERFACE that goes blindly trusting what usbquirks.h says): for( i = 0; i iface-num_altsetting; i++ ) { alts = iface-altsetting[i]; altsd = get_iface_desc(alts); altsd-bInterfaceClass = USB_CLASS_AUDIO; altsd-bInterfaceSubClass = USB_SUBCLASS_AUDIO_STREAMING; } [I'm not sure the overwrite of Vendor with USB_CLASS_AUDIO is strictly required, but it didn't hurt and is consistent with changing the subclass.] Of course since it's my first time looking at alsa/kernel, I may just be plain off-track. :) S. ua5.diff.gz Description: Binary data
Re: [Alsa-devel] Problems with HDSP Multiface+CardBus
It's not really designed to be TotalMix for Linux per se, but rather a digital IEM mixer. As such, I had slightly different requirements although the basic ideas are the same. I just got mute and solo working monday night which I'm really happy about. They're slightly more complex than I had originally thought since one has to take into account channel state, but I think what I have is fairly efficient. I also don't have the playback channels mapping yet and I don't have any real particular need to for what I'm doing other than for completeness. I would be using it primarily for headphone mix(es) during tracking, a similar goal. However, I will need playback channels in there too :) I would be happy to contribute to your codebase no need for wide release if you would rather wait (can discuss offlist). What toolkit and language are you using? jlc --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
RE: [Alsa-devel] alsa as rpm or binary
PlanetCCRMA would be my best guess -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ralf Haller Sent: Thursday, June 12, 2003 11:09 AM To: [EMAIL PROTECTED] Subject: [Alsa-devel] alsa as rpm or binary Hi, I want to install alsa on an computer running RedHat 9 from rpm or binary. There is no development environment installed on the computer since it only has a 1.2 GB harddrive with about 100 MB free space. Where can I get an appropriate rpm of binary? Ralf --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] alsa as rpm or binary
Hi, I want to install alsa on an computer running RedHat 9 from rpm or binary. There is no development environment installed on the computer since it only has a 1.2 GB harddrive with about 100 MB free space. Where can I get an appropriate rpm of binary? Ralf --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] AC97 codec odd behaviour (STAC9708/11) / Aureal Card IS SUPPORTED!
Hi everyone, I'm facing some odd things with a Aureal MX300 with a AC97 codec. For some reason the AC97 interface doesnt set the EAPD (external amp enable) bit correctly, and i have to set it explicitly after calling the ac97 mixer initializer. Maybe, that the AC97 codec write function actually implemented for the Aureal cards misses some writes, but i just want to be sure if this bit works for other cards with a STAC9708/11 or similar codec that need this bit by default, or if i really need to set it myself ?? I would like to ask once again please to update the ALSA Soundcard matrix that there is a ALSA driver for all the Aureal cards. The driver very soon to be posted here can be found at: http://savannah.nongnu.org/projects/openvortex If you don't want to be anoyed with this again, please update that compatibility matrix ;) Thank you very much Manuel Jander --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Oops with snd-ymfpci and ALSA 0.9.3a
On Jun 12, Jaroslav Kysela wrote: Thanks. Could you try this test patch? No change. Didn't check what else is not working... lspci ...: 07: 82 40: 79 90 ... /var/log/messages: kernel: ymfpci: cannot initialize FM OPL3 at 0xff00, skipping... /proc/ioports: fefc-feff : Yamaha Corporation YMF-744B [DS-1S Audio Controller] ff00-ff3f : Yamaha Corporation YMF-744B [DS-1S Audio Controller] ff00-ff03 : YMFPCI OPL3 ff20-ff21 : YMFPCI MPU401 /proc/iomem: efff8000-efff : Yamaha Corporation YMF-744B [DS-1S Audio Controller] efff8000-efff : YMFPCI tom. --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel