Re: [Alsa-devel] Re: USB recording - repetitive peaks
At Fri, 5 Jul 2002 11:06:06 +0200, Thorsten Haas wrote: I like to use two soundcards in my system. I have an usb quattro and a trident compatible card. I read the manual at http://www.boosthardware.com/LAU/guide/ and configured modules.conf:# - snip -- ### NEW ALSA 0.9 from CVS 2002-07-05 ## General # ALSA portion alias char-major-116 snd # OSS/Free portion alias char-major-14 soundcore ## Native Devices: ALSA portion # quattro usb alias snd-card-0 snd-usb-audio options snd-usb-audio snd_index=0 snd_id=Q4 # sis onboard (trident) alias snd-card-1 snd-card-trident snd-trident snd-card-xxx is an obsolete name for alsa 0.5.x. options snd-card-trident snd_index=1 snd_id=SiS here too After that i ran depmod -a and tried linda:~ # modprobe snd-card-trident /lib/modules/2.4.10-4GB/misc/snd-rawmidi.o: unresolved symbol you have both alsa 0.5.x and 0.9.0 modules on the same kernel tree. please remove old ones (snd-*.o) under /lib/modules/2.4.10-4GB/misc/. ciao, Takashi --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
Paul Davis wrote: client alsa_pcm: inprocess client, execution_order=0. ALSA: poll time out polled for 44800.813378 driver wait function failed, exiting telling signal thread that the engine is done jack main caught signal 1 which means that the JACK alsa driver/client didn't return from poll on the ALSA streams within the given timeout: ie. one or both of them is not running. ie. I didn't have the card turned on :) Just did it again and realised why. --p -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
Takashi Iwai wrote: i (hopefully) found the spot. it happend when snd_pcm_stop() is called during complete callbacks, so the working urb won't be released properly. now the fixed version is on cvs. Apparently not the g-spot. I just tried using jack+ardour and the system hung again. This time it may have been triggered when I tried to switch virtual desktops. (I'm running enlightenment). Everything was working (apart from peaks in the sound quality similar to the ones we were hearing natively only more pronounced). When I tried to switch into another part of the desktop everything hung. I will try again because it may have been a time issue and therefore a complete coincidence. -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
Patrick Shirkey wrote: Takashi Iwai wrote: i (hopefully) found the spot. it happend when snd_pcm_stop() is called during complete callbacks, so the working urb won't be released properly. now the fixed version is on cvs. Apparently not the g-spot. I just tried using jack+ardour and the system hung again. This time it may have been triggered when I tried to switch virtual desktops. (I'm running enlightenment). Everything was working (apart from peaks in the sound quality similar to the ones we were hearing natively only more pronounced). When I tried to switch into another part of the desktop everything hung. I will try again because it may have been a time issue and therefore a complete coincidence. It seems to be directly related to stress on xfree which causes an xrun in jackd. This time when I started up I had a clear signal and could switch screens without dropouts but when I downloaded some messages I caused an xrun and then the sound got all choppy. Still no hang so I tried moving the ardour editor window to a different screen and that was it. I have a usb mouse and am using the nvidia drivers for my video card which is a 64MB geforce2. Plus I was running jackd as normal user. However I can get normal recording and xfree performance if I don't use jack. That is whether I am root user or not. So it sounds like you have sorted the problem (unless you can think of anything else) and I need to do some serious fine tuning to get JACK working correctly. We still need a way to access all four channels at the same time though. -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
Takashi Iwai wrote: the hang-up at capture close was at least fixed on cvs. it was due to the combination of ASYNC_UNLINK and complete callbacks. not sure whether the bug with jack is fixed, too, but i think it was caused by the same reason. please update the cvs tree. I can now record successfully using arecord without hanging the system but now I get an instant lock up while starting ardour. :( I have a suspicion that it happens when ardour registers with jackd and asks for the available input devices. (I'm not sure about the sound quality. I will see if I can generate a test tone to use instead of actual music). The only way to get out of it is reboot using sysreq. I will check some more. Please note this wasn't happening so quickly yesterday. I'm not sure about the sound quality it is definitely better. I will see if I can generate a test tone to use instead of actual music. -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ --- This sf.net email is sponsored by:ThinkGeek Caffeinated soap. No kidding. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
client alsa_pcm: inprocess client, execution_order=0. ALSA: poll time out polled for 44800.813378 driver wait function failed, exiting telling signal thread that the engine is done jack main caught signal 1 which means that the JACK alsa driver/client didn't return from poll on the ALSA streams within the given timeout: ie. one or both of them is not running. --p --- This sf.net email is sponsored by:ThinkGeek Caffeinated soap. No kidding. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
Patrick, I'll checkout cvs tomorrow morning, compile and test around a bit with a rc-generator and the oscilloscope. I'll send the results to the list. Am Donnerstag, 4. Juli 2002 18:23 schrieb Patrick Shirkey: Takashi Iwai wrote: the hang-up at capture close was at least fixed on cvs. it was due to the combination of ASYNC_UNLINK and complete callbacks. not sure whether the bug with jack is fixed, too, but i think it was caused by the same reason. please update the cvs tree. I can now record successfully using arecord without hanging the system but now I get an instant lock up while starting ardour. :( I have a suspicion that it happens when ardour registers with jackd and asks for the available input devices. (I'm not sure about the sound quality. I will see if I can generate a test tone to use instead of actual music). The only way to get out of it is reboot using sysreq. I will check some more. Please note this wasn't happening so quickly yesterday. I'm not sure about the sound quality it is definitely better. I will see if I can generate a test tone to use instead of actual music. --- This sf.net email is sponsored by:ThinkGeek Caffeinated soap. No kidding. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
At Tue, 2 Jul 2002 22:18:30 -0700 (PDT), Fernando Pablo Lopez-Lezcano wrote: I get this in alsa-utils /usr/local/src/music/alsa/alsa-utils# ./cvscompile --with-cards=intel8x0,cmipci,usb-audio,usb-midi --with-sequencer=yes;make;make install aclocal: configure.in: 11: macro `AM_PATH_ALSA' not found in library /usr//share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr//share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr//share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL [MUNCH] Same here from just downloaded CVS. I noticed that alsa-lib's make install did not install the alsa.m4 file... Maybe it has something to do with this problem? oh, yeah. it happens on a new automake. fixed now on cvs. thanks, Takashi --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
At Wed, 03 Jul 2002 03:04:39 +0900, Patrick Shirkey wrote: the error message suggests that you didn't make install on alsa-lib. please check whether /usr/share/aclocal/alsa.m4 exists. I did run make install and have just done so again to make sure but it's not in /usr/local/share/aclocal either. I will copy it over and try recording again (see below). Also I get this for snd-usb-midi # modprobe snd-usb-midi /lib/modules/2.4.19-rc1/kernel/sound/usb/snd-usb-midi.o: unresolved symbol snd_virmidi_new_Rc7dd286c /lib/modules/2.4.19-rc1/kernel/sound/usb/snd-usb-midi.o: insmod /lib/modules/2.4.19-rc1/kernel/sound/usb/snd-usb-midi.o failed /lib/modules/2.4.19-rc1/kernel/sound/usb/snd-usb-midi.o: insmod snd-usb-midi failed fixed. I just tried recording using the new code and completely hung the computer where only alt+sysreq+b worked. That was during recording. hmmm.. i'll check this. Takashi --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
At Wed, 03 Jul 2002 01:37:30 +0900, Patrick Shirkey wrote: Takashi Iwai wrote: Hi Patrick, i found out an obvious bug there. i forgot to correct the offset value of capture destination after a minor modification. it's fixed on cvs. could you update the cvs and test whether it works? I get this in alsa-utils /usr/local/src/music/alsa/alsa-utils# ./cvscompile ^^ shouldn't be alsa-driver? Takashi --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
Takashi Iwai wrote: At Wed, 03 Jul 2002 01:37:30 +0900, Patrick Shirkey wrote: Takashi Iwai wrote: Hi Patrick, i found out an obvious bug there. i forgot to correct the offset value of capture destination after a minor modification. it's fixed on cvs. could you update the cvs and test whether it works? I get this in alsa-utils /usr/local/src/music/alsa/alsa-utils# ./cvscompile ^^ shouldn't be alsa-driver? Yeah I had to zap the cvs because of the patch confusing things so I'm trying to install alsa-utils but I get that error. alsa-driver and alsa-lib installed correctly. Another thing is that even though I can rmmod all the other sound modules for other cards I cannot rmmod the following. I have checked with ps -aux that there are no stray processes. Currently I have to reboot. I think this only started with the new patches for recording. snd-usb-audio 23136 1 (autoclean) snd-pcm48320 1 [snd-usb-audio] snd-timer 9280 0 [snd-pcm] snd23400 3 [snd-usb-audio snd-pcm snd-timer] soundcore 3556 0 [snd] -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
At Wed, 03 Jul 2002 02:08:13 +0900, Patrick Shirkey wrote: Takashi Iwai wrote: At Wed, 03 Jul 2002 01:37:30 +0900, Patrick Shirkey wrote: Takashi Iwai wrote: Hi Patrick, i found out an obvious bug there. i forgot to correct the offset value of capture destination after a minor modification. it's fixed on cvs. could you update the cvs and test whether it works? I get this in alsa-utils /usr/local/src/music/alsa/alsa-utils# ./cvscompile ^^ shouldn't be alsa-driver? Yeah I had to zap the cvs because of the patch confusing things so I'm trying to install alsa-utils but I get that error. alsa-driver and alsa-lib installed correctly. for alsa-utils you don't need any configure arguments. the error message suggests that you didn't make install on alsa-lib. please check whether /usr/share/aclocal/alsa.m4 exists. Another thing is that even though I can rmmod all the other sound modules for other cards I cannot rmmod the following. I have checked with ps -aux that there are no stray processes. Currently I have to reboot. I think this only started with the new patches for recording. snd-usb-audio 23136 1 (autoclean) snd-pcm48320 1 [snd-usb-audio] snd-timer 9280 0 [snd-pcm] snd23400 3 [snd-usb-audio snd-pcm snd-timer] soundcore 3556 0 [snd] this is weird. there has been no fundamental change about this. please try the following # fuser -k /dev/snd/* /dev/dsp* /dev/mixer* Takashi --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
Patrick Shirkey wrote: I did run make install and have just done so again to make sure but it's not in /usr/local/share/aclocal either. I will copy it over and try recording again (see below). Recording was a bit messy, due to killing the arecord process freezes my box. Deterministically: whenever the process is interuppted (Ctrl-C) or killed (sig 9). This seems to be the same here now. The file was recorded and with no distortions to the sound but arecord hangs my rig when it stops. I'll check with JACK+ardour. -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
Patrick Shirkey wrote: Patrick Shirkey wrote: I did run make install and have just done so again to make sure but it's not in /usr/local/share/aclocal either. I will copy it over and try recording again (see below). Recording was a bit messy, due to killing the arecord process freezes my box. Deterministically: whenever the process is interuppted (Ctrl-C) or killed (sig 9). This seems to be the same here now. The file was recorded and with no distortions to the sound but arecord hangs my rig when it stops. I'll check with JACK+ardour. Ouch. JACK+ardour causes an instant hang. Using alt+sysreq I can sync unmount and reboot but nothing else. Also the sound quality is significantly degraded while running through JACK. At least the native drivers are sounding correct now though :) -- Patrick Shirkey - Boost Hardware Ltd. For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: USB recording - repetitive peaks
I get this in alsa-utils /usr/local/src/music/alsa/alsa-utils# ./cvscompile --with-cards=intel8x0,cmipci,usb-audio,usb-midi --with-sequencer=yes;make;make install aclocal: configure.in: 11: macro `AM_PATH_ALSA' not found in library /usr//share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr//share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL /usr//share/automake/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL [MUNCH] Same here from just downloaded CVS. I noticed that alsa-lib's make install did not install the alsa.m4 file... Maybe it has something to do with this problem? -- Fernando --- This sf.net email is sponsored by:ThinkGeek No, I will not fix your computer. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel