Re: [Alsa-devel] cs46xx capture dropout on busy systems
On Tue, 27 Jan 2004, Perry Scott wrote: [2.4.23] I've been chasing a capture dropout in the old OSS cs46xx driver (drivers/sound/cs46xx.c) for the past two months (evenings and weekends), and I finally nailed it. I looked over at the ALSA driver, and I think I see the same problem there as well. I traced the peek/poke(PD1_CBA) from the update_ptr routine to the read routine, so I'm pretty confident the bug is there. Briefly, I'm doing 8-channel recording, using 4 TB Santa Cruz cards. Occasionally, one of the cards loses a chunk of data. I traced the problem to the 4k dma buffer size. The IRQ updates the capture pointer, but it only has a 1/44th second real-time latency before it loses data. If the read doesn't get reposted by the application within that time, data will be lost. All it really takes is a busy system - either an IRQ from another card, or another thread getting in the way. I fixed the problem in the OSS driver by copying the 4k ping-pong into a larger buffer, which is then drained by read(). Essentially, I implemented the Scatter/Gather in the ISR. It's not pretty, but it works. (Incidentally, if anyone has found the Cirrus documentation on cs46xx capture S/G, I'd be most appreciative. The only document I found in the ALSA documentation archive glibly said that S/G is complicated and that 1/44th second should be OK - yeah, right.) This problem is likely to affect *any* sound card with a 4k dma ping-pong. I'm not sure if the cs46xx is the only pathological case out there, but I wouldn't be surprised if there are others. The really disturbing thought is that ALSA itself has real-time issues because 4k is a common dma size (say it isn't so!) I'm a couple weeks away from porting my application to ALSA, so if someone else wants to load up a bunch of sound cards, feel free. I'm finding the bug injecting a sine wave into the four cards, then looking for large deltas from one sample to the next. Comments? Yes, we effectively use large buffer as well. Look to indirect_pointer() routines - we copy data from the 4k DMA buffer here. So you can have for example 128k buffer. Of course, the 4k (resp. 2k limit for one chunk) is limit only for interrupt latency, but if your system is well tuned, it should be ok. In other words, we do things in same way as you use in the OSS code. Note that the most of soundcards have at least 64k DMA buffer for samples. Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] [ALSA - driver 0000005]: alsa-driver-1.0.2: unresolved symbols in snd.o
The following bug has been CLOSED == http://bugtrack.alsa-project.org/alsa-bug/bug_view_advanced_page.php?bug_id=005 == Reporter: ZlatkO Handler:perex == Project:ALSA - driver Bug ID: 5 Category: 0_compilation problem_!!! Reproducibility:always Severity: block Priority: immediate Status: closed Distribution: Slackware 8.1 Kernel Version: 2.4.24 == Date Submitted: 01-27-2004 21:31 CET Last Modified: 01-28-2004 07:57 CET == Summary:alsa-driver-1.0.2: unresolved symbols in snd.o Description: snd.o fails to load due to an unresolved symbol (sound_class) on a Slackware 8.1 system, kernel 2.4.24 (plain vanilla from kernel.org), modutils-2.4.16. There is no sound_class in the kernel's own /usr/src/linux-2.4.24/drivers/sound/sound_core.c - am I supposed to replace it with alsa-kernel/sound_core.c? This was not necessary in previous ALSA versions. == -- perex - 01-27-2004 22:08 CET -- I cannot reproduce this bug, but it might be possible that removing of line 'extern struct class_simple *sound_class;' in alsa-driver/alsa-kernel/core/sound.c solves this bug. Can you confirm? I've recreated new alsa-driver package with date: Jan 27 22:02 alsa-driver-1.0.2.tar.bz2 -- khali - 01-27-2004 22:18 CET -- Doesn't work for me. Even worse, alsa-driver doesn't compile anymore after I commented the line out: sound.c: In function `snd_register_device_R1f4c5f07': sound.c:239: `sound_class' undeclared (first use in this function) sound.c:239: (Each undeclared identifier is reported only once sound.c:239: for each function it appears in.) sound.c: In function `alsa_sound_init': sound.c:376: `sound_class' undeclared (first use in this function) sound.c: At top level: sound.c:41: warning: `device_mode' defined but not used make[1]: *** [sound.o] Error 1 make[1]: Leaving directory `/usr/src/alsa-driver-1.0.2/acore' make: *** [compile] Error 1 -- perex - 01-27-2004 22:39 CET -- Ok, can you add '#define sound_class NULL' after removing of suggested line (on the same place)? Note that the rebuilt alsa-driver package has this fix included. edited on: 01-27-04 22:39 -- khali - 01-27-2004 22:48 CET -- OK, works fine for me. Thanks. -- ZlatkO - 01-27-2004 22:48 CET -- Works fine here after the second fix (same problem after the first one). Thanks! :-) -- perex - 01-28-2004 07:57 CET -- Please, get the alsa-driver package v1.0.2 again from the ALSA FTP site, if you encouter the same problem. Bug History Date Modified Username FieldChange == 01-27-04 21:31 ZlatkO New Bug 01-27-04 22:08 perex Bugnote Added: 005 01-27-04 22:08 perex Assigned To = perex 01-27-04 22:08 perex Status new = assigned 01-27-04 22:08 perex Priority normal = immediate 01-27-04 22:15 perex Category CORE - control = 0_compilation problem_!!! 01-27-04 22:18 khali Bugnote Added: 007 01-27-04 22:37 perex Bugnote Added: 008 01-27-04 22:39 perex Bugnote Edited: 008 01-27-04 22:48 khali Bugnote Added: 009 01-27-04 22:48 ZlatkO Bugnote Added: 010 01-28-04 07:57 perex Bugnote Added: 013 01-28-04 07:57 perex
Re: [Alsa-devel] mantis - our bugtracking system
Immediately after receiving your mail I have registered two times for mantis accounts using two different account names (andreas and andreas2). I have not yet received the mails with the passwords. It would be good if everybody could look at the bugs without first registering or logging in. Cheers, Andreas - Original Message - From: Jaroslav Kysela [EMAIL PROTECTED] To: ALSA development [EMAIL PROTECTED] Sent: Tuesday, January 27, 2004 2:51 PM Subject: [Alsa-devel] mantis - our bugtracking system Hello, I have configured Mantis - our bugtracking system. You'll find the link on the ALSA main page (Bug reporting or tracker). Developers - please, register and send me a private mail with your maintaned drivers, so I can assign you as developer and as the default maintainer for given driver. Note that all bugs will go though this mailing list, so anybody can comment / take care. Everything else will be in the bug-tracker news. Have fun, Jaroslav P.S. And report bugs, of course :-) - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] [ALSA - driver 0000007]: alsa-kernel/pci does NOT contain bt87x driver
The following bug has been RESOLVED. == http://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=007 == Reporter: yahoo Handler:tiwai == Project:ALSA - driver Bug ID: 7 Category: OTHERS Reproducibility:always Severity: major Priority: normal Status: resolved Distribution: Kernel Version: Resolution: not a bug == Date Submitted: 01-28-2004 05:01 CET Last Modified: 01-28-2004 11:34 CET == Summary:alsa-kernel/pci does NOT contain bt87x driver Description: alsa-kernel/pci does NOT contain bt87x driver it is however present in alsa-driver/pci. == -- alexzapatka - 01-28-2004 06:46 CET -- got tired of having to compile the kernel then recompile ALSA just for this driver, so here is a quick patch to add it. one file contains the latest ALSA bk patch from the ftp.alsa-project.org site (alsa-bk-2004-01-25-plus-bt87x-audio.patch.bz2), the other is just the patch that assumes you have ALREADY installed the latest bkpatch from the site (alsa-bt87x-audio.patch.bz2), it probably wont work unless you have 2.6's alsa upgraded to 1.0.1 atleast, but who knows? -- alexzapatka - 01-28-2004 06:52 CET -- sorry... get the ones marked new... typo in the last ones... -- tiwai - 01-28-2004 11:34 CET -- it's intentional. a new driver always goes to alsa-driver tree first for tests. it will be moved to alsa-kernel tree, eventually submitted to 2.6 kernel. Bug History Date Modified Username FieldChange == 01-28-04 05:01 yahoo New Bug 01-28-04 06:43 alexzapatkaFile Added: alsa-bk-2004-01-25-plus-bt87x-audio.patch.bz2 01-28-04 06:43 alexzapatkaFile Added: alsa-bt87x-audio.patch.bz2 01-28-04 06:46 alexzapatkaBugnote Added: 011 01-28-04 06:52 alexzapatkaBugnote Added: 012 01-28-04 06:55 alexzapatkaFile Added: alsa-bk-2004-01-25-plus-bt87x-audio.patch.new.bz2 01-28-04 06:57 alexzapatkaFile Added: alsa-bk-2004-01-25-plus-bt87x-audio.patch.new.bz2 01-28-04 11:34 tiwai Bugnote Added: 014 01-28-04 11:34 tiwai Assigned To = tiwai 01-28-04 11:34 tiwai Resolution open = not a bug 01-28-04 11:34 tiwai Status new = resolved == --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Docu:: Alsa Audio API:: A minimal capture program
Torsten Mohr wrote: I want to write a program where some chunk of data is sampled from time to time, with some delay inbetween. Your program wants to ignore any buffer overruns. To do this, you have to change the sw_params: set the stop_threshold to either 0 or the buffer size in frames (I don't remember which). HTH Clemens --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] [ALSA - driver 0000006]: Machine locks up hard on rmmod snd_es1968
The following bug has been ASSIGNED. == http://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=006 == Reporter: Hai Handler:tiwai == Project:ALSA - driver Bug ID: 6 Category: PCI - es1968 Reproducibility:always Severity: crash Priority: normal Status: assigned Distribution: SuSE 9.0 Kernel Version: 2.6.1-4-default == Date Submitted: 01-27-2004 21:49 CET Last Modified: 01-28-2004 11:37 CET == Summary:Machine locks up hard on rmmod snd_es1968 Description: When my init scripts rmmod snd_es1968 on shutdown, the machine locks up completely. SysRq-[TPUS] all do not work, only SysRq-[OB] work. This means I get an hang on every shutdown/reboot == Bug History Date Modified Username FieldChange == 01-27-04 21:49 HaiNew Bug 01-28-04 11:37 tiwai Assigned To = tiwai 01-28-04 11:37 tiwai Status new = assigned == --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] [ALSA - driver 0000006]: Machine locks up hard on rmmod snd_es1968
A BUGNOTE has been added to this bug. == http://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=006 == Reporter: Hai Handler:tiwai == Project:ALSA - driver Bug ID: 6 Category: PCI - es1968 Reproducibility:always Severity: crash Priority: normal Status: assigned Distribution: SuSE 9.0 Kernel Version: 2.6.1-4-default == Date Submitted: 01-27-2004 21:49 CET Last Modified: 01-28-2004 12:25 CET == Summary:Machine locks up hard on rmmod snd_es1968 Description: When my init scripts rmmod snd_es1968 on shutdown, the machine locks up completely. SysRq-[TPUS] all do not work, only SysRq-[OB] work. This means I get an hang on every shutdown/reboot == -- tiwai - 01-28-2004 12:25 CET -- does it have a docking station? also, please try the attached patch. it will disable the docking station and the hw volume. Bug History Date Modified Username FieldChange == 01-27-04 21:49 HaiNew Bug 01-28-04 11:37 tiwai Assigned To = tiwai 01-28-04 11:37 tiwai Status new = assigned 01-28-04 12:25 tiwai Bugnote Added: 015 == --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] config bug with sbawe and --with-isapnp=no
Am Montag, 26. Januar 2004 12:15 schrieb Takashi Iwai: did you run cvscompile? otherwise it won't work properly. No, I didn't. Mario --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] [ALSA - driver 0000006]: Machine locks up hard on rmmod snd_es1968
A BUGNOTE has been added to this bug. == http://bugtrack.alsa-project.org/alsa-bug/bug_view_page.php?bug_id=006 == Reporter: Hai Handler:tiwai == Project:ALSA - driver Bug ID: 6 Category: PCI - es1968 Reproducibility:always Severity: crash Priority: normal Status: assigned Distribution: SuSE 9.0 Kernel Version: 2.6.1-4-default == Date Submitted: 01-27-2004 21:49 CET Last Modified: 01-28-2004 12:40 CET == Summary:Machine locks up hard on rmmod snd_es1968 Description: When my init scripts rmmod snd_es1968 on shutdown, the machine locks up completely. SysRq-[TPUS] all do not work, only SysRq-[OB] work. This means I get an hang on every shutdown/reboot == -- tiwai - 01-28-2004 12:25 CET -- does it have a docking station? also, please try the attached patch. it will disable the docking station and the hw volume. -- Hai - 01-28-2004 12:40 CET -- I had a docking station, but I lost it a few years ago. Will try the patch. However, I can see no point where you disable the interrupts from the chip during shutdown. So I doubt synchronize_irq() in the shutdown path is going to be enough. OTOH, maybe I haven't read the soure thoroughly enough. Bug History Date Modified Username FieldChange == 01-27-04 21:49 HaiNew Bug 01-28-04 11:37 tiwai Assigned To = tiwai 01-28-04 11:37 tiwai Status new = assigned 01-28-04 12:25 tiwai Bugnote Added: 015 01-28-04 12:26 tiwai File Added: es1968-no-hwvol.dif 01-28-04 12:40 HaiBugnote Added: 016 == --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Shiny new mantis bug tracker
Hi Jaroslav, You can count me in for the hdsp support. My mantis handle is charbonnel. Thanks, Thomas --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Shiny new mantis bug tracker
On Wed, 28 Jan 2004, Thomas Charbonnel wrote: Hi Jaroslav, You can count me in for the hdsp support. My mantis handle is charbonnel. You're in. Anyone else want to be assigned to specific driver? Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[COMPLAIN] a patched 1.0.2 has been silently reuploaded (was: [Alsa-devel] 1.0.2 release)
Jaroslav Kysela [EMAIL PROTECTED] writes: Hello all, we released packages 1.0.2. i loudly complain about the fact that you reupload at least alsa-lib-1.0.2 tarball with some changes w/o any notification (neither on alsa web site, nor in some ftp server notification file nor in this ml). this is just plain innacceptable. we only found it because some user complained that cooker alsa-lib-1.0.2 package was broken whereas downloaded tarball from ftp.alsa-project.org wasn't. people should at least be warned about the reupload. == The tarball included in the 1.0.2 SRPM (Just redownloaded from ftp.uninett.no to double check): -rw-rw-rw- 1 michael michael 563797 Jan 26 15:04 alsa-lib-1.0.2.tar.bz2 The tarball I downloaded from ftp.alsa-project.org/pub/lib that works for me: -rw-rw-rw- 1 michael michael 564241 Jan 27 22:11 /home/michael/RPM/SOURCES/alsa-lib-1.0.2.tar.bz2 == reuploading a file should never be done. if some bug needs a urgent fix or if wrong tarball was uploaded, the right thing to do with respect to packagers is to reupload alsa-lib-1.0.2a.tar.bz2 not plain alsa-lib-1.0.2.tar.bz2. i would like to see alsa team promise they'll never reupload a file again, at least not without notifying people. it seems the kernel drivers also have been reuploaded. now, which other file also have been reuploaded ? --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Shiny new mantis bug tracker
Jaroslav Kysela wrote : On Wed, 28 Jan 2004, Thomas Charbonnel wrote: Hi Jaroslav, You can count me in for the hdsp support. My mantis handle is charbonnel. You're in. Anyone else want to be assigned to specific driver? Jaroslav Thanks ! Sorry, I didn't mean to post to the list, my confusion. I've seen you assigned me to the driver section, maybe I should also be assigned to the tools and firmware ones (for the hdsp* tools). Thomas --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] mantis - our bugtracking system
On Wed, 28 Jan 2004, Andreas Kuckartz wrote: Immediately after receiving your mail I have registered two times for mantis accounts using two different account names (andreas and andreas2). I have not yet received the mails with the passwords. It would be good if everybody could look at the bugs without first registering or logging in. The problem is that your SMTP server does not accept e-mails from my machine because it thinks that it's dial-up. Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] mantis - our bugtracking system
Jaroslav Kysela wrote: The problem is that your SMTP server does not accept e-mails from my machine because it thinks that it's dial-up. I know that kind of problem from other SMTP servers which do not like to accept *my* mails. Sending the mail again once or twice from the same IP-address usually works in such situations. And as I wrote before: the passwort mail from mantis finally arrived here. Cheers, Andreas --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] mantis - our bugtracking system
On Wed, 28 Jan 2004, Andreas Kuckartz wrote: Jaroslav Kysela wrote: The problem is that your SMTP server does not accept e-mails from my machine because it thinks that it's dial-up. I know that kind of problem from other SMTP servers which do not like to accept *my* mails. Sending the mail again once or twice from the same IP-address usually works in such situations. And as I wrote before: the passwort mail from mantis finally arrived here. I rerouted Mantis to send e-mail via another SMTP server. Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Questions to HDSP users
Hi, In the process of debuging the problems some hdsp users are experiencing, I reviewed almost every single line of code in the hdsp driver, and there are things in there that were inherited from the old rme9652 driver and that don't seem relevant anymore for the hdsp (particularly now that hdspmixer is there). * Does anyone use the passthru control ? If not I would gladly remove it as it interferes with hdspmixer. Anyway everything it did can be done with hdspmixer or the Mixer control using a shell script. * The current behaviour is that the driver cancels any 1:1 input to output routing when playback or capture is enabled. Not only this interferes with hdspmixer, but I find it rather confusing. Any objection to a change here also ? I also realized communicating with RME that the firmware files we use in linux are not the same as those used in current versions of the windows and mac drivers. As a consequence people using dual boot systems should always power cycle their iobox when switching operating systems to prevent any problem (this is of particular importance to rev 0xa users). This minor issue will be resolved shortly as I'm working on switching to those files for the linux driver. The new firmware files seem to be revision independant (but they do require a driver modification) and add support for disconnect mode (standalone operation of the iobox - I have it working here, it's awesome !) Thomas --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Questions to HDSP users
Thomas Charbonnel wrote on Wed, 28-Jan-2004: In the process of debuging the problems some hdsp users are experiencing, I reviewed almost every single line of code in the hdsp driver, and there are things in there that were inherited from the old rme9652 driver and that don't seem relevant anymore for the hdsp (particularly now that hdspmixer is there). * Does anyone use the passthru control ? If not I would gladly remove it as it interferes with hdspmixer. Anyway everything it did can be done with hdspmixer or the Mixer control using a shell script. * The current behaviour is that the driver cancels any 1:1 input to output routing when playback or capture is enabled. Not only this interferes with hdspmixer, but I find it rather confusing. Any objection to a change here also ? I never use it ++vote to get rid of it. And by the way, my hardware/software works completely fine (no problems whatsoever): IBM ThinkPad A31 1.8 P4-M Cardbus HDSP/Multiface rev 0xb kernel 2.4.21 , alsa 0.9.8 And while I have your attention, i've tried to get iec958 spdif passthrough (non-audio AC3) working on the HDSP without success. I created a HDSP.conf based on the RME9652.conf and got the device properly opened using ac3dec -C , but no stream is passed (using ADAT1 optical output, properly set as SPDIF in hdspconf). Setting the non-audio flag doesn't appear to have any effect. It works fine as an output for regular PCM spdif operation. Any ideas you or the other alsa gurus have would be most welcome. jlc --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [COMPLAIN] a patched 1.0.2 has been silently reuploaded (was: [Alsa-devel] 1.0.2 release)
On Wed, Jan 28, 2004 at 02:42:30PM +0100, Thierry Vignaud wrote: we only found it because some user complained that cooker alsa-lib-1.0.2 package was broken whereas downloaded tarball from ftp.alsa-project.org wasn't. people should at least be warned about the reupload. This should go without saying. I don't want to have to spend time explaining to users that their 1.0.2 isn't *really* the latest release, much less the confusion of not being able to tell from the version what version it really is (confusion of that nature in other code has, in the past, stolen many hours of my time at a stretch). Message-ID: [EMAIL PROTECTED] I'm recreating the alsa-lib package right now. -- Glenn Maynard --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] [ANN] ALSA-native sfxload program
Takashi Iwai [EMAIL PROTECTED] writes: I added a new interface to ALSA 1.0.2 for handling the SoundFont file without OSS sequencer emulation. The latest awesfx package, ver.0.5.0, includes a new program asfxload for that. As you imagine easily, it's the ALSA-native sfxload program. It works just like sfxload but loads via ALSA-native hwdep device. No new features, no new bugs :) Also, awesfx is now packaged with GNU auto-tools. You can use configure script like others. The web page is at http://www.alsa-project.org/~iwai/awedrv.html#Utils The tarball is at http://www.alsa-project.org/~iwai/awesfx-0.5.5.tar.gz [EMAIL PROTECTED] ~/rpm $ lftpget http://www.alsa-project.org/~iwai/awesfx-0.5.5.tar.gz get: Access failed: 404 Not Found (~iwai/awesfx-0.5.5.tar.gz) correct url seems to be: http://www.alsa-project.org/~iwai/awesfx-0.5.0.tar.gz --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] copy pcm plugin
Hi, as far as i understand it, the copy plugin does nothing but copy its input to its output. I wonder if it would be easily possible to extend this plugin to copy to multiple slave pcms. This way it would be (easily?) possible to distribute a stereo signal to 4 or even 6 channels. Any thoughts? Maybe i just misunderstood the pcm copy docs though.. Flo -- signature :) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: [Alsa-user] copy pcm plugin
At Wed, 28 Jan 2004 18:05:46 +0100,
Florian Schmidt wrote:
Hi, as far as i understand it, the copy plugin does nothing but copy its
input to its output. I wonder if it would be easily possible to extend
this plugin to copy to multiple slave pcms. This way it would be
(easily?) possible to distribute a stereo signal to 4 or even 6
channels.
route (and plug) plugin already can do that.
for example,
pcm.ch40dup {
type route
slave.pcm surround40
slave.channels 4
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
}
pcm.ch51dup {
type route
slave.pcm surround51
slave.channels 6
ttable.0.0 1
ttable.1.1 1
ttable.0.2 1
ttable.1.3 1
ttable.0.4 0.5
ttable.1.4 0.5
ttable.0.5 0.5
ttable.1.5 0.5
}
and you can play two channel WAV like
% aplay -Dch40dup 2ch-stereo.wav
% aplay -Dch51dup 2ch-stereo.wav
for 4.0 and 5.1 surrounds, respectively.
of course, this is just copy of left/right samples, no dolby prologic
effect is included ;)
Takashi
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] copy pcm plugin
On Wed, 28 Jan 2004, Florian Schmidt wrote: Hi, as far as i understand it, the copy plugin does nothing but copy its input to its output. I wonder if it would be easily possible to extend this plugin to copy to multiple slave pcms. This way it would be (easily?) possible to distribute a stereo signal to 4 or even 6 channels. Any thoughts? Maybe i just misunderstood the pcm copy docs though.. Yes, copy is a simple optimized variation of the route plugin, but you need to merge stereo devices with multi plugin to the multichannel device at first. Jaroslav - Jaroslav Kysela [EMAIL PROTECTED] Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] Re: [Alsa-user] copy pcm plugin
At Wed, 28 Jan 2004 18:37:32 +0100, I wrote: At Wed, 28 Jan 2004 18:05:46 +0100, Florian Schmidt wrote: Hi, as far as i understand it, the copy plugin does nothing but copy its input to its output. I wonder if it would be easily possible to extend this plugin to copy to multiple slave pcms. This way it would be (easily?) possible to distribute a stereo signal to 4 or even 6 channels. route (and plug) plugin already can do that. for example, ah, in your question, multiple slave pcms are assumed. in such a case, combine the multiple pcms via multi plugin at first, then use route plugin over it. Takashi --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
