Re: [Alsa-devel] sblive 4ch output w/ jack - asoundrc magic?
takashi, many thanks for your helpful reply. i'm enjoying four-channel output with jack now :-D i have added your .asound hint to http://alsa.opensrc.org/index.php?page=SurroundSound in the hope that other folks will find it useful. best regards, jo"rn Takashi Iwai wrote: At Thu, 05 Feb 2004 00:08:18 +0100, Joern Nettingsmeier wrote: [crossposted to alsa-devel and jackit-devel] hi *! i'd like to use the rear outs of my sblive platinum with jack. > there is already a standard definition for 4.0 output, "surround40". so, something like below would be better: ctl.jtest { type hw card 0 } pcm.jtest { type asym playback.pcm { # route for mmap workaround type route slave.pcm surround40 ttable.0.0 1 ttable.1.1 1 ttable.2.2 1 ttable.3.3 1 } capture.pcm { # 2 channels only type hw card 0 } } and run jack with -d jtest -i 2 -o 6 options. Takashi -- "I never use EQ, never, never, never. I previously used to use mic positioning but I've even given up on that too." - Jezar on http://www.audiomelody.com Jo"rn Nettingsmeier Kurfu"rstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) --- 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] sblive 4ch output w/ jack - asoundrc magic?
Takashi Iwai wrote: At Thu, 05 Feb 2004 00:08:18 +0100, Joern Nettingsmeier wrote: [crossposted to alsa-devel and jackit-devel] hi *! i'd like to use the rear outs of my sblive platinum with jack. the following works: # aplay some.wav -Dfront & # aplay someother.wav -Drear both signals end up at my mixer as expected, so it seems the devices are independent. front is hw:0,0 which is a duplex device. rear is hw:0,3 and is playback only. hmm? hw:0,3 isn't for the rear output... there is already a standard definition for 4.0 output, "surround40". so, something like below would be better: ctl.jtest { type hw card 0 } pcm.jtest { type asym playback.pcm { # route for mmap workaround type route slave.pcm surround40 ttable.0.0 1 ttable.1.1 1 ttable.2.2 1 ttable.3.3 1 } capture.pcm { # 2 channels only type hw card 0 } } and run jack with -d jtest -i 2 -o 6 options. you probably meant "-o 4", right? works like a charm so far, many thanks! jackd spits out a warning, though: ALSA lib pcm.c:1168:(snd_pcm_link) SNDRV_PCM_IOCTL_LINK failed: Operation already in progress i'll play with it for a while, and then i'll send it to patrick for inclusion in the alsa docs... time to play :-D jörn -- "I never use EQ, never, never, never. I previously used to use mic positioning but I've even given up on that too." - Jezar on http://www.audiomelody.com Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) --- 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] sblive 4ch output w/ jack - asoundrc magic?
Takashi Iwai wrote: At Thu, 05 Feb 2004 00:08:18 +0100, Joern Nettingsmeier wrote: [crossposted to alsa-devel and jackit-devel] [removed jackit-devel from cc:] hi *! i'd like to use the rear outs of my sblive platinum with jack. the following works: # aplay some.wav -Dfront & # aplay someother.wav -Drear both signals end up at my mixer as expected, so it seems the devices are independent. front is hw:0,0 which is a duplex device. rear is hw:0,3 and is playback only. hmm? hw:0,3 isn't for the rear output... not? then what is it? and is hw:0,0 a four-channel out, two channel in device? i've had this card for a couple of years now, and i still don't understand a fraction of it... is the relationship of in and out jacks, mixer strips and alsa devices documented somewhere? regards, jörn -- "I never use EQ, never, never, never. I previously used to use mic positioning but I've even given up on that too." - Jezar on http://www.audiomelody.com Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) --- 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] sblive 4ch output w/ jack - asoundrc magic?
[crossposted to alsa-devel and jackit-devel] hi *! i'd like to use the rear outs of my sblive platinum with jack. the following works: # aplay some.wav -Dfront & # aplay someother.wav -Drear both signals end up at my mixer as expected, so it seems the devices are independent. front is hw:0,0 which is a duplex device. rear is hw:0,3 and is playback only. first and all-important question: are the front and rear out pcm devices synced in hardware? i suppose so, otherwise they would be pretty much useless. (if it turns out they aren't, let me know and ignore the rest of this posting :( ) to use all four outs with jack, i dug out some old asoundrc hack that takashi and jaroslav showed me a while ago: // combine two devices into one pcm.multi { type multi; slaves.a.pcm "hw:0,0"; slaves.a.channels 2; slaves.b.pcm "hw:0,3"; slaves.b.channels 2; bindings.0.slave a; bindings.0.channel 0; bindings.1.slave a; bindings.1.channel 1; bindings.2.slave b; bindings.2.channel 0; bindings.3.slave b; bindings.3.channel 1; } ctl.multi { type hw; card 0; } // somehow this device is not continous in memory and thus not mmap()able. jack wants mmap access, and this routing trick should help: pcm.ttable { type route; slave.pcm "multi"; ttable.0.0 1; ttable.1.1 1; ttable.2.2 1; ttable.3.3 1; } ctl.ttable { type hw; card 0; } ok. now i can do # jackstart -d alsa -d ttable -P and i get 4 outs. 3 problems remain: * no sound from the rear outs when used with jack in this way :( * qjackctl goes all haywire with this device: xruns galore. all is well when i don't use qjackctl and start jackd from the command line, so it might be a qjackctl problem, but i thought i'd mention it anyway - maybe the ttable device is not really kosher... * no input from the first two channels. jack somehow assumes that either all or no channels are duplex. if i don't use the -P (or non-duplex playback only) flag, it says, "... [EMAIL PROTECTED]:~> jackstart -d alsa -d ttable back from read, ret = 1 errno == Invalid argument jackd 0.94.3 [...] creating alsa driver ... ttable|ttable|1024|2|48000|0|0|nomon|swmeter|rt|32bit ALSA lib pcm_hw.c:1055:(snd_pcm_hw_open) open /dev/snd/pcmC0D3c failed: No such device jackstart: pcm.c:689: snd_pcm_nonblock: Assertion `pcm' failed. Aborted ...", apparently trying to find a capture device for channels 2 and 3. is there a way to fool jack into believing all are duplex with some more asoundrc magic? ideally, those two bogus ins would produce silence, but i don't really care, i don't connect them anyway. thanks in advance, jörn -- "I never use EQ, never, never, never. I previously used to use mic positioning but I've even given up on that too." - Jezar on http://www.audiomelody.com Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) --- 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] DMIX and capture stream
Paul Davis wrote: I'm working on changing DMIX to allow clients to open the capture stream. i don't get it. dmix is for playback, not capture. what would be the semantics of this? haven't tried yet, but isn't "dsnoop" the dmix equivalent for capture ? -- In this house, we obey the laws of thermodynamics! - Homer Simpson Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: transport control bug...
sorry for the noise, this was meant to go to ardour-dev. Joern Nettingsmeier wrote: hello everyone! i have jamin and ardour running. ardour reacts nicely to the "to start" --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] transport control bug...
hello everyone! i have jamin and ardour running. ardour reacts nicely to the "to start" and "to end" transport control buttons. now when i press "play" in jamin, the playhead in ardour starts moving, but no sound is heard. this happens regardless of the "jack transport master" setting in the options dialog. otoh, when i press "play" in ardour, everything is fine. can anyone reproduce this? if so, i'll put it up in mantis. both ardour and jamin are current cvs from less than 6 hrs ago. (btw, what does the "jack transport master" option mean ? my understanding is that any client can issue transport commands...) best, jörn -- Happy Birthday, Professor ! Noam Chomsky, born Dec 7, 1928 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] some interesting docs for 2.6 testers...
hello everyone! if you are thinking about testing the new 2.6-pre kernels (which would be helpful to shake out problems with typical audio-workloads that might not get tested by others), here are two links worth a read (found on lwn.net): * the 2.5 "what to expect" document by dave jones: http://lwn.net/Articles/39901/ * the wonderful world of linux 2.6 by joe pranevich http://www.kniggit.net/wwol26.html best, jörn -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] linuxtag 2003 resume
hi everyone ! i'm just sitting in train up the beautiful rhine valley on my trip back from this year's linuxtag, where we had a joint booth for the alsa project and the linux audio developers. it has been great fun, and i think we made some impact :) the linuxtag page at http://www.linuxdj.com/audio/lad/eventslt2003.php3 has some more information, and will be updated with more photos and recordings as i get them. if any of the booth participants has something to add, i'll be glad to include it. thanks to frank neumann who organized our booth for the third time, and kudos to the linuxtag organizers and especially martin "joey" schulze for creating a unique and very inspiring linux event. i'd also like to thank all the LAD folks who lurked on #lad ready to answer questions from booth visitors, but due to network failures and an extremely crowded booth, this did not happen as planned. we'll be back next year. regards, jörn -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] some more anon cvs funkiness...
Erik de Castro Lopo wrote: On Mon, 07 Jul 2003 12:25:51 +0200 Joern Nettingsmeier <[EMAIL PROTECTED]> wrote: what's happening ? Not sure. I've been having the same issue since Saturday. I lodged a issue with the sf.net people, but it unlikely to be fixed until the US comes on line in a couple of hours. fwiw, i was just able to complete an anon cvs update. either the problem fixed itself or the sf folks found your report... -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] some more anon cvs funkiness...
Jaroslav Kysela wrote: On Mon, 7 Jul 2003, Erik de Castro Lopo wrote: On Mon, 7 Jul 2003 13:58:45 +0200 (CEST) Jaroslav Kysela <[EMAIL PROTECTED]> wrote: On Mon, 7 Jul 2003, Erik de Castro Lopo wrote: On Mon, 07 Jul 2003 12:25:51 +0200 Joern Nettingsmeier <[EMAIL PROTECTED]> wrote: what's happening ? Not sure. I've been having the same issue since Saturday. I lodged a issue with the sf.net people, but it unlikely to be fixed until the US comes on line in a couple of hours. Please, guys, make a bug-report for the SF team. Hopefully, they will react quickly. I did, over 24 hours ago. I think its already too lat to act quickly, maybe they can act soon intead ;-). I am slowly thinking to switch back our CVS repository to our dedicated server. SF seems overloaded these days. Jaroslav if you still have the machine in place, yes please ! i'm not meaning to bash sf.net, they've done us all a great service, but this cvs shortage shows very clearly what would happen if they went belly-up on short notice... -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] some more anon cvs funkiness...
hello * ! after the usual 10-20 re-login attempts to the sf cvs server, i can update my alsa tree fine up to this point: cvs server: Updating alsa-driver/drivers/vx cvs server: [02:56:59] waiting for anoncvs_alsa's lock in /cvsroot/alsa/alsa-driver/drivers/vx ...[repeats every 30 sec] cvs server: [03:04:29] waiting for anoncvs_alsa's lock in /cvsroot/alsa/alsa-driver/drivers/vx cvs server: [03:04:59] waiting for jguenther's lock in /cvsroot/alsa/alsa-driver/drivers/vx ...[same] cvs server: [03:22:29] waiting for jguenther's lock in /cvsroot/alsa/alsa-driver/drivers/vx what's happening ? -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] future ALSA development
Jaroslav Kysela wrote: >> >>other people might propose XML. then it becomes to a question whether >>alsa-lib should rely on other libs... > > > I think that XML is too overkill for our purposes. > >Jaroslav > true if you only consider alsa. but on most systems, libxml2 is there anyway. and imvho xml is less a matter of taste than lisp. and xml is way easier to handle in other contexts (i'm thinking of auto.configuration stuff etc.) otoh, the embedded guys will probably not like it, but then memory is becoming cheaper by the minute, and its additional size will be a moot point in the very near future. -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] sequencer: handling non-registered parameter numbers....
Jaroslav Kysela wrote: On Mon, 16 Jun 2003, Joern Nettingsmeier wrote: Jaroslav Kysela wrote: On Mon, 16 Jun 2003, Jaroslav Kysela wrote: thanks for the clarification. i'd be glad to help, but i doubt i could meet the coding standards of alsa-lib. at least i could help test it. do you or anyone of the alsa core developers have plans to tackle this some time soon ? i'd love to be able to use my controller box for the LinuxTag presentations in mid-July. I am working on it right now, but it requires to add new states to sequencer event encoder... Initial code is in CVS. It is not tested, but hopefully, without any major bugs. It seems that we have also missing encoding of CONTROL14 events. Jaroslav shit. anon cvs seems to be lagging behind. do you happen to have a patch ? otherwise it will probably be another day before i can test it... Attached. hi jaroslav ! i've read and tried to understand the patch... now since this is against alsa-core, how am i supposed to test it, since it's not in alsa-lib ? i read some files in alsa-lib, and it seems a lot of code in alsa-core is duplicated there. i played around a bit, but i couldn't figure out how to make the new alsa-core functions available to alsa-lib... is there some (dirty) way to use the alsa-core api directly for testing? (sorry for such elementary questions, but i'm really green and alsa is a frightening thing for beginners :) btw, current (anonymous) cvs is broken, there are a number of warnings related to alsa-kernel/core/seq/seq_midi_event.c and the nrpn functions... best regards, jörn -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] sequencer: handling non-registered parameter numbers....
Jaroslav Kysela wrote: On Mon, 16 Jun 2003, Jaroslav Kysela wrote: thanks for the clarification. i'd be glad to help, but i doubt i could meet the coding standards of alsa-lib. at least i could help test it. do you or anyone of the alsa core developers have plans to tackle this some time soon ? i'd love to be able to use my controller box for the LinuxTag presentations in mid-July. I am working on it right now, but it requires to add new states to sequencer event encoder... Initial code is in CVS. It is not tested, but hopefully, without any major bugs. It seems that we have also missing encoding of CONTROL14 events. Jaroslav shit. anon cvs seems to be lagging behind. do you happen to have a patch ? otherwise it will probably be another day before i can test it... -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- 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] sequencer: handling non-registered parameter numbers....
Jaroslav Kysela wrote: On Mon, 16 Jun 2003, Jaroslav Kysela wrote: thanks for the clarification. i'd be glad to help, but i doubt i could meet the coding standards of alsa-lib. at least i could help test it. do you or anyone of the alsa core developers have plans to tackle this some time soon ? i'd love to be able to use my controller box for the LinuxTag presentations in mid-July. I am working on it right now, but it requires to add new states to sequencer event encoder... Initial code is in CVS. It is not tested, but hopefully, without any major bugs. It seems that we have also missing encoding of CONTROL14 events. rats. sourceforge is s broken. it's a great service they have provided, but if they go belly up, most of open-source development grinds to a halt... :( whatever. thanks very much, jaroslav! i'm checking it out as i type (the umpteenth attempt succeeded at last)... regards, jörn -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- 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] sequencer: handling non-registered parameter numbers....
Jaroslav Kysela wrote: On Mon, 16 Jun 2003, Joern Nettingsmeier wrote: either i have not understood the semantics of nrpm, or nrpm events are not detected as such. when i move a slider, i always get four separate normal controller events: two on 98/99 encoding the control number as a 14bit value, and two on 6 and 38 encoding the data. the case SND_EVENT_NONREGPARAM is never reached. now one of three things must be broken (in decreasing order of likelihood): me, my wacky peavey controller, or alsa-lib. The driver code and alsa-lib does not handle nonreg and reg parameters. They simply pass them like standard controllers, so the four event sequence is ok. I think that we may add this piece code to seq_midi_event.c. > Jaroslav thanks for the clarification. i'd be glad to help, but i doubt i could meet the coding standards of alsa-lib. at least i could help test it. do you or anyone of the alsa core developers have plans to tackle this some time soon ? i'd love to be able to use my controller box for the LinuxTag presentations in mid-July. best, jörn -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- 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] sequencer: handling non-registered parameter numbers....
Paul Davis wrote: hello alsa gurus ! i have bought a peavey studiomix midi controller on ebay, and it sends NRPN messages (non-registered parameter numbers). when i move a slider, it sends the slider number encoded in 98 and 99 and the value in the DATA ENTRY controllers 6 and 38. i would like to map these to ordinary midi controllers, or better yet, get nrpn support into ardour. how do i get nrpn controller values from the alsa sequencer without having to parse the individual events and put them together by hand ? ardour doesn't use the sequencer. i'm aware of that. i was planning to use a virmidi card, which ardour could grab raw, and to write a little mapper that maps nrpns to arbitrary normal controllers. this can be patched between the midi in port and the virtual device with aconnect. (if i have understood virmidi devices correctly.) and i don't consider the nrpn messages any different from any other controller. from libmidi++'s persepective, there are 127 controller ID's, each with a value. whatever standard mapping they may have to gain, pan, or nrpn is completely ignored. understood. the problem is, it won't work automatically with nrpn-based controllers, since two nrpn "events" and two data entry events (yes, both 14 bit) must be grouped together and transmogrified into one [controller,value] tuple. 14 bit value support is almost impossible to provide: the midi spec is just ridiculous for that. i wouldn't have dared to say so for lack of experience, but i had this creeping feeling it might be the case. :) maybe i should consider dropping 14-bit resolution (the crappy faders on the peavey hardly manage 127 distinct positions) and just use the MSB part of the 14bit controller. ardour does perform lowpass filtering of controller values, right ? -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- 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] sequencer: handling non-registered parameter numbers....
hello david ! thanks for your reply. David Olofson wrote: On Sunday 15 June 2003 18.16, Joern Nettingsmeier wrote: [...] /*{SND_SEQ_EVENT_NONREGPARAM, extra_decode_nrpn},*/ /*{SND_SEQ_EVENT_REGPARAM, extra_decode_rpn},*/ }; which makes me think it might not yet be implemented I'm using NRPNs to control the mixer in the current development version of Audiality, and they appear to be working just fine, and just like one would expect. any hints or fine manuals around ? Do you need one? :-) where did i make the impression that i have *any* clue about progamming ? yes i do :) What you get is plain tuples, and that's all there is to it. (Well, it's all I *want* anyway, as I don't want to do stuff that's outside the MIDI spec...) Here's some code, which isn't heavily tested, but does seem to do the job: either i have not understood the semantics of nrpm, or nrpm events are not detected as such. when i move a slider, i always get four separate normal controller events: two on 98/99 encoding the control number as a 14bit value, and two on 6 and 38 encoding the data. the case SND_EVENT_NONREGPARAM is never reached. now one of three things must be broken (in decreasing order of likelihood): me, my wacky peavey controller, or alsa-lib. ? -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- 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] sequencer: handling non-registered parameter numbers....
hello alsa gurus ! i have bought a peavey studiomix midi controller on ebay, and it sends NRPN messages (non-registered parameter numbers). when i move a slider, it sends the slider number encoded in 98 and 99 and the value in the DATA ENTRY controllers 6 and 38. i would like to map these to ordinary midi controllers, or better yet, get nrpn support into ardour. how do i get nrpn controller values from the alsa sequencer without having to parse the individual events and put them together by hand ? grepping through alsa-lib, i found static struct extra_event_list_t { int event; int (*decode)(snd_midi_event_t *dev, unsigned char *buf, int len, snd_seq_event_t *ev); } extra_event[] = { {SND_SEQ_EVENT_CONTROL14, extra_decode_ctrl14}, /*{SND_SEQ_EVENT_NONREGPARAM, extra_decode_nrpn},*/ /*{SND_SEQ_EVENT_REGPARAM, extra_decode_rpn},*/ }; which makes me think it might not yet be implemented any hints or fine manuals around ? (disclaimer: i know absolutely *nothing* about the alsa seq code, my level of understanding is matthias' example client.) best, jörn -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- 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] linux audio developers meeting at zkm: presentation recordings areup.
hello everyone ! for those who are interested, some tapes from the presentations at the LAD meeting are now online at http://www.linuxdj.com/audio/lad/eventszkm2003.php3 , together with the slides and the long-awaited mug shots by fernando :) i'll be off for a week now, and unfortunately i won't get all of the stuff uploaded in time... check back in a week or so. best, jörn ps: some links are currently broken. will be fixed asap. -- All Members shall refrain in their international relations from the threat or use of force against the territorial integrity or political independence of any state, or in any other manner inconsistent with the Purposes of the United Nations. -- Charter of the United Nations, Article 2.4 Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxdj.com/audio/lad/ (Linux Audio Developers) --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] different nperiods for capture and playback when opening a device induplex mode ?
hello alsa people ! i have a problem with jack on a sblive giving dropouts. i found this might be due to too few periods per buffergla. unfortunately, the sblive only seems to support two periods for capturing, and jack sets both play and capture to the same number of periods. is it possible with alsa to use different settings for capture and playback, either periods or buffer size or both ? if yes, i might try and add that to jack, but since this is my first undertaking with alsa programming, i thought i'd ask first :) i got this idea from glame, which uses 2 and 4 periods and also different sizes and runs dropout-free. it does not however open the card full-duplex, but uses two threads that operate in halfduplex mode instead. i'd also appreciate pointers to programs that do this already, so that i might refer to the sources for "inspiration" :) best, jörn --- This sf.net email is sponsored by:ThinkGeek Two, two, TWO treats in one. http://thinkgeek.com/sf ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [Alsa-devel] capture buffers on SBLIVE...
Fernando Pablo Lopez-Lezcano wrote: > > > i'm tracking down a nasty problem i have with jack. is there any way to > > increase the periods-per-hardware-buffer setting on an sblive for > > capture ? jackd refuses to do that, and i wonder whether it's a hardware > > limitation. > > Has to be, apparently the playback and record channels of the sblive are > not symetric. For recording you can only use two periods and that's it > (but for playback you can use more). I assume the alsa driver reflects the > underlying hardware as usual. ok. i need to know this just for comparison. if i can be sure that no application can get more than 2 periods on capture, i can compare jack and non-jack apps under equal circumstances... thanks, jörn --- 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] alsa-conf will not compile.
Takashi Iwai wrote: > > At Tue, 25 Jun 2002 01:27:53 +0100, > James Courtier-Dutton wrote: > > > > Has anyone managed to get "alsa-conf" to compile ? > > > > I use the current CVS, but it will not compile. > > Is "alsa-conf" of any use any more ? > > no, it's not maintained atm. > it was designed for the old system. since then, some things have been > changed. > > iirc the following problems have to be solved: > > - rewrite the parser for outputs of new modprobe/modinfo > - rewrite the code to use snd-xxx instead of snd-card-xxx > - the module syntax description was moved from the built-in module > description to /lib/modules/XXX/modules.generic_string. > the parser must look at the latter file. > since SuSE 8.0 autoconfigures ALSA in a breeze, perhaps they might be willing to share some of their yast2 magic ? ;) --- 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
[Alsa-devel] capture buffers on SBLIVE...
hello * ! i'm tracking down a nasty problem i have with jack. is there any way to increase the periods-per-hardware-buffer setting on an sblive for capture ? jackd refuses to do that, and i wonder whether it's a hardware limitation. kleineronkel:~ # jackd -R -d alsa -d hw:0 -n 4 -p 2048 jackd 0.37.1 alsa PCM driver args: -d alsa-pcm-name (default: default) -r sample-rate (default: 48kHz) -p frames-per-period (default: 1024) -n periods-per-hardware-buffer (default: 2) -H (use hardware monitoring if available, default: no) -D (duplex, default: yes) -C (capture, default: duplex) -P (playback, default: duplex) -z[r|t|s|-] (dither, rect|tri|shaped|off, default: off) Copyright 2001-2002 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details creating alsa driver ... hw:0|2048|4|48000|swmon ALSA: cannot set number of periods to 4 for capture ALSA: cannot configure capture channel cannot load driver module alsa jack main caught signal 15 best, jörn --- 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] HDSP -- linux CardBus issue: PCMCIA driver works!
Orm Finnendahl wrote: > > Hi all, > > I just wanted to tell you that the PCMCIA card bus interface works > with the hdsp driver and a multiface (I only tested it with aplay and > 2 channels so far, but think it should be possible to get the other > channels to play as well). I first had seemingly similar problems to > the ones posted on this list with my SuSE 7.3 distribution, but > changed to Debian this week. > > I use the unstable distribution and first had some problems getting > PCMCIA to work. I finally succeeded in the combination of the > kernel-pcmcia-modules-2.4.18-686 and the pcmcia-cs package (It didn't > work with the package pcmcia-modules-2.4.18-686 which gets installed > automatically if you install pcmcia-cs directly, so both packages had > to be purge-removed and then reinstalled with > kernel-pcmcia-modules... first and then the pcmcia-cs package). > > I had to remove all references to my built-in soundcard from > /etc/modules.conf (and from /etc/modules as I made an entry there as > well) and just did a modprobe snd-hdsp right after system bootup with > all interfaces connected and powered. The red led flashes and turns > off and alsamixer shows the 18 outchannels of the Multiface (I don't > know how to access the input channels yet). you should probably pull in snd-hammerfall-mem as well. do that as early as possible after bootup, to be sure there's still a large enough chunk of memory available. having a second soundcard installed should not be a problem, i've had up to three cards without any hassle: #alsa native options snd-emu10k1 snd_enable=1 snd_index=0 options snd-ens1371 snd_enable=1 snd_index=1 options snd snd_cards_limit=2 snd_major=116 alias snd-card-0 snd-emu10k1 alias snd-card-1 snd-ens1371 post-install snd /usr/sbin/alsactl restore pre-remove snd /usr/sbin/alsactl store post-install snd-seq /usr/bin/sfxload /usr/share/sounds/sf2/8MBGMSFX.SF2 #oss emulation alias sound-slot-0 snd-card-0 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-11 snd-mixer-oss alias sound-service-0-12 snd-pcm-oss alias sound-slot-1 snd-card-1 alias sound-service-1-0 snd-mixer-oss alias sound-service-1-1 snd-seq-oss alias sound-service-1-3 snd-pcm-oss alias sound-service-1-8 snd-seq-oss alias sound-service-1-11 snd-mixer-oss alias sound-service-1-12 snd-pcm-oss best, jörn --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] LinuxTag2002 photos from the LAD/ALSA booth
hello everyone ! the photos from the joint LAD/ALSA booth at LinuxTag 2002 in karlsruhe/germany are now available at http://www.linuxdj.com/audio/lad/events.php3 . those who asked for t-shirts will find a link to the image there. it's probably easier to find a print shop close to you and roll your own than to fedex shirts around the world. for some general info about LinuxTag, go to http://www.linuxtag.org/ (in german; there is a link to the english version in the top right corner. the page probably does not reflect yet that the show is over.) we will most definitely have a booth again next year. if you'd like to participate, write to me off-list ([EMAIL PROTECTED]), i'll collect your address and forward it to the organizers when the preparations start (usually around february). best regards, jörn ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] share/smix pcm plugin [was [linux-audio-dev] Audio routing issues forlinux..]
hi ! in reply to a posting by juan linietsky, Paul Davis wrote: > [allowing multiple apps to play at the same time (esound-style) on hardware that does not support multi-open] > > * ALSA already has the "share" PCM device type which allows > multiple access to the same underlying hardware. It hasn't > been tested very much, but it does basically work. i think it does not do this. from the docs: This plugin allows sharing of multiple channels with more clients. The access to each channel is exlusive (samples are not mixed together). ^^ It means, if the channel zero is used with first client, the channel cannot be used with second one. If you are looking for a mixing plugin, use the smix plugin *unknown reference!* . it seems the share device as many people need it is not yet implemented. i don't know how hard this is or what the problems are. alsa gurus ? *** side question: if the alsa-lib provided "software multi-open" and software mixing as a plugin that uses the hw: pcm device for output (i.e. without further processing), would that increase latency compared to direct hw: access ? regards, jörn ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] Re: How to "connect" two audio devices with alsa?
[cc:ing alsa-dev and lau] Richard Guenther wrote: > > Hi! > > I'd like to create a virtual 2-(stereo)-channel alsa device from one > ISA SB AWE and one on-board VIA alsa device. Has anyone figured out > how to do this using .asoundrc magic? [I know Jaroslav knows and told > Joern, but I think this is of greater interest] > > Joern/Jaroslav, can you post a quick howto on this topic? Preferrably > including some .asoundrc quoting... just to clarify, this will not create the mythical "multi-channel soundcard out of el-cheapo consumer cards". you will drift out of sync over time. still, it is sometimes helpful to make applications see one 4channel card to allow for flexible routing if they can't easily be made to talk to multiple cards (jack being one example). here's how you do it (thanks to jaroslav and takashi for explaining it to me). cat << EOF >> ~/.asoundrc # create a virtual four-channel device with two soundcards: # iiuc, this is in fact two interleaved stereo streams in # different memory locations, so jack will complain that it # cannot get mmap-based access. see below. pcm.multi { type multi; slaves.a.pcm "hw:0,0"; slaves.a.channels 2; slaves.b.pcm "hw:1,0"; slaves.b.channels 2; bindings.0.slave a; bindings.0.channel 0; bindings.1.slave a; bindings.1.channel 1; bindings.2.slave b; bindings.2.channel 0; bindings.3.slave b; bindings.3.channel 1; } # i do not really understand what it means to have # a ctl interface to a multi device. but jack will be # unhappy if there is no mixer to talk to, so we set # this to card 0. ctl.multi { type hw; card 0; } # this creates a 4channel interleaved pcm stream based on # the multi device. jack will work with this one. pcm.ttable { type route; slave.pcm "multi"; ttable.0.0 1; ttable.1.1 1; ttable.2.2 1; ttable.3.3 1; } # see above. ctl.ttable { type hw; card 0; } EOF a syntax description is in http://www.alsa-project.org/alsa-doc/alsa-lib/conf.html . the available plugins (i.e. the "type" entries) are described in the doxygen docs at http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_plugins.htm . it seems there is now also a LADSPA plugin plugin :) i have not tried it yet, but it looks interesting. to test the above setting, i feed a signal to both soundcards, play it back and listen to it via with my external mixer: # arecord -f cd -D multi -c 4 | aplay -D multi this will give you loads of xruns, but it's probably ok for testing. to start jack with the new device, use # jackd [-a] -R [-v] -d alsa -d ttable [-p 1024] . i hope i got it right... the settings Work For Me (tm), although i can't get ardour to record from the device, but then i can't get it to record at all at the moment. jack starts ok, though. best, jörn ___ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
[Alsa-devel] [ANN] new linux-audio-announce list...
hello everyone ! we have created a new mailing list for linux audio announcements. it is moderated, and will be low-volume. typical announcements might be: * releases of audio applications or new drivers * releases of documentation * latency or scheduling-related kernel patches * conferences, events, meetings related to linux audio * job advertisements (don't laugh, we've had a few on linux-audio-dev) the list will be advertised to editors of major linux news sites and printed publications, so that they have an easy, centralized news feed and you can reach a wide audience with your announcements. to make this work, please copy all major release announcements and other appropriate messages to this new list. (by "major" i mean tarball releases, as opposed to daily cvs commits. ;) the address is [EMAIL PROTECTED] you do not need to be subscribed to be able to post. no discussions should take place on the list. if you want to encourage public feedback, please cc: an appropriate other audio forum, such as [EMAIL PROTECTED] please visit http://www.linuxdj.com/audio/lad/subscribelaa.php3 for further information. best, jörn please direct replies to my private address to keep the noise on the lists down. you are welcome to forward this announcement to other related mailing lists or interested individuals if appropriate. ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
Re: [linux-audio-dev] Re: [Alsa-devel] ALSA homepage redesign
James Courtier-Dutton wrote: > <...> > I think we should have a section on the web site for the different > applications which support different alsa versions. > N. could we please please please annihilate every last little trace of alsa 0.5.x from that page ? if that's the stable release, people should be using kernel 1.2 on an 8086 (as everyone knows, that's the stable release of the pentium). if it has to be, add a very small link to *OBSOLETE* releases and apps that use them, but please not on the front page. i don't know how often i have told newbies who had just freshly installed "stable" to ditch it and start over with 0.9... i don't see why jaroslav has sticked to this stable/unstable naming scheme so long, but probably he had too many other things to do. patrick, please fix this asap. set_rant_mode(off); really like the new site. good to see it maintained, and the three main links for different interest groups are an excellent idea. jörn -- Watch out where the huskies go and don't you eat the yellow snow ! - Frank Zappa ___ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel