Re: [Alsa-devel] usb-audio - kernel oops 2.5.72
> At Sun, 22 Jun 2003 20:45:09 -0700, > [EMAIL PROTECTED] wrote: > > > > > > Am attempting to get linux-2.5.72 + snd-usb-audio happening. > > Results have been poor. Machine is VIA C3, ALSA + jack working > > fine with the built-in via audio. Tried various kernels, > > real ugly failures with 2.5.70, also have tried 2.5.72-mm2. > > i fixed a bug in usb-audio driver on the cvs now. > there are some calls of functions which may call schedule() in the > spinlock. > > please try the cvs version. Am attempting, so far compile errors in serialmidiam getting the whole tree now. Will try again tomorrow. cliffw > > > ciao, > > Takashi > --- 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
[Alsa-devel] AudioScience driver
Hello all, thanks to various people on this list, I have managed to make an ALSA driver that works for most AudioScience cards. I have attached a patch against alsa-driver-0.9.4 But I'm not sure if this is the desired form, or whether I have located the driver in the correct part of the tree. This driver depends on a module external to ALSA (asihpi, (GPL), available from our website). I couldn't figure out how to add a driver specific include path, so I made a symbolic link across to the (only one) header file. Any constructive advice on how to proceed will be appreciated, thanks and regards Eliot Blennerhassett AudioScience Inc. -- Junk footer beyond this point. Read at your own risk. - Sign up for ICQmail at http://www.icq.com/icqmail/signup.html alsa-driver-0.9.4asihpi.tar.gz Description: GNU Zip compressed data
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] 2 questions: cvs down? Paul's patches?
lundi, le 23 juin, 2003, Jaakko Prättälä nous a dit ceci: > Hello. > > 1. I haven't been able to reach alsa cvs for a few days > With the instructions on alsa website I keep getting > cvs [login aborted]: end of file from server (consult above messages if any) > on login. Where's the problem? Sourceforge. They have put a cap on the number of anonymous (pserver) CVS connections due to server load problems. Check their site status page for an explanation and details. > 2. Are Paul Davis' patches from Friday the 13th for the hdsp in cvs already? > I deleted the email by mistake and copy-paste from archives does not work > (lines get messed up) and I'd like to try them out... :-p Sorry, can't help with this one. Matt. -- For a successful technology, reality must take precedence over public relations, for nature cannot be fooled. -- Richard P. Feynman --- 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] hdsp and midi problems
Marcus Andersson wrote: > > Takashi Iwai wrote: > > btw, could you try the attached patch? > > (and in-advance-scheduled excuse if it causes a hang-up :) > > I will try it. Do you think I can safely apply it to 0.9.4, or should I > use cvs? Tested with current cvs. It locks up my computer. I used alsa-lib 0.9.4, as I can't build the latest: mkdir .libs rm -fr .libs/libcontrol.la .libs/libcontrol.* .libs/libcontrol.* (cd . && ln -s cards.lo cards.lo) (cd . && ln -s hcontrol.lo hcontrol.lo) (cd . && ln -s control.lo control.lo) (cd . && ln -s control_hw.lo control_hw.lo) (cd . && ln -s control_shm.lo control_shm.lo) (cd . && ln -s setup.lo setup.lo) (cd . && ln -s control_symbols.lo control_symbols.lo) ar cru .libs/libcontrol.al cards.lo hcontrol.lo control.lo control_hw.lo control_shm.lo setup.lo control_symbols.lo ar: cards.lo: Too many levels of symbolic links make[2]: *** [libcontrol.la] Error 1 make[2]: Leaving directory `/usr/local/src/alsa/alsa-lib/src/control' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/alsa/alsa-lib/src' make: *** [all-recursive] Error 1 debian:/usr/local/src/alsa/alsa-lib# Probably my system configuration that is screwed up. But I don't think it matters, as I open() the device directly. Marcus --- 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] latency with mtpav
On 23 Jun 2003 23:07:44 +1000 Allan Klinbail <[EMAIL PROTECTED]> wrote: > In trying to test various applications with sync I have observed some > serious latency problems with the mtpav driver. > > Using ardour I found some serious latency when starting a recording > (about half a beat at 163.7 BPM (sorry the calculations escape me trying > to work out the exact latency here)) > > Has any9one else experienced this or can come up with a resolution for > this.. It may be the fact that the application in question is using the RTC, and the clock just doesn't align with that tempo. Wild guess. (MIDI apps or JACK usually run it at 1024 ticks/second, so figure how that would align with 163.7 ticks/s.) I haven't had any latency problems with the unit or the driver itself. Once, I was using the RTC as a timer as well, and the most I'd be off would be 1-4ms, and that's just because my box is kinda slow. -- Ryan Pavlik <[EMAIL PROTECTED]> "Another *perfectly* calculated space-time splice-n-splice. Now to get back to... wait a second. I forgot to carry the TWO!" - 8BT --- 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] hdsp and midi problems
Takashi Iwai wrote: > however, the most case in which the compilation breaks is a missing > check-in of some files (just like above). and it's difficult to fix, > because forgetfulness is a nature of human being :) Yes, I know it's easy to forget things. But why not automate the checking? That's what we use computers for, automate difficult things. Missing files are marked with a question mark, and changed files can be checked with status. Marcus --- 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] hdsp and midi problems
Takashi Iwai wrote: > btw, could you try the attached patch? > (and in-advance-scheduled excuse if it causes a hang-up :) I will try it. Do you think I can safely apply it to 0.9.4, or should I use cvs? Marcus --- 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] hdsp and midi problems
At Mon, 23 Jun 2003 18:46:35 +0200, Marcus Andersson wrote: > > Takashi Iwai wrote: > > > > hmm, i have no problem at all for compiling. what problem do you > > have? > > True, I don't know what the current CVS status is. > > > except for known compiler-check problem in the configure script, i've > > not heard much about it. at least, not reported to alsa-devel ML. > > (a few days ago, there was a missing file, but it was already fixed.) > > Then this probably hit me the last time I tried to update. The problem > with alsa cvs is that, according to my experience, more often than not > it will not compile. This makes me think twice before I update my tree. > Developers should make an effort and check their code an extra time, > because a mistake affects so many. yeah, that's true. however, the most case in which the compilation breaks is a missing check-in of some files (just like above). and it's difficult to fix, because forgetfulness is a nature of human being :) such a problem may be reduced if we go to bitkeeper. (or, even subvesion would help much in this regard?) ciao, Takashi --- 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] hdsp and midi problems
> Marcus, > >The HDSP 9652 MIDI interface has (for me under Linux) always > dropped lots > > of notes. Mostly I find it interesting that it drops note off > information > > and doesn't seem to drop note-on. I cannot be sure how well it handles > > controller information. > > do you mean dropping notes in reading MIDI? > well, IIRC, you reported also that the behavior of MIDI out is > strange... oh sigh. Yes, but I tested Alsa (a long time ago) with both MIDI-IN driving soft synths, and then MIDI-IN/MIDI-OUT driving hardware synths and got the same 'note stuck on' problem. For that reason I say it's a 'MIDI-IN dropped note' problem, but certainly I do not know this for sure. > > dropping a note is surely a bug of the driver. > unless the FIFO overflows, no dropping should happen. > > btw, could you try the attached patch? > (and in-advance-scheduled excuse if it causes a hang-up :) > I would be happy to try a bit of patching. However, I am on Redhat/PlanetCCRMA and Gentoo, both of which provide prebuilt Alsa environments. I can try patching the Gentoo one which is pretty recent, but it may take a few days before I can get back to you. --- 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] hdsp and midi problems
At Mon, 23 Jun 2003 18:46:36 +0200 (CEST), Jaroslav wrote: > > On Mon, 23 Jun 2003, Takashi Iwai wrote: > > > At Mon, 23 Jun 2003 17:53:07 +0200, > > Marcus Andersson wrote: > > > > > > Mark Knecht wrote: > > > > > > > > Marcus, > > > >The HDSP 9652 MIDI interface has (for me under Linux) always dropped lots > > > > of notes. Mostly I find it interesting that it drops note off information > > > > and doesn't seem to drop note-on. > > > > > > That is probably just a conincident depending on the read > > > pattern/processor load of your applications. Now it's just a matter of > > > convincing someone to debug it. I might even do it myself. If the ALSA > > > CVS would just compile. I have never experienced a project that cares so > > > little about code checked in being compilable. Frustrating. > > > > hmm, i have no problem at all for compiling. what problem do you > > have? > > > > except for known compiler-check problem in the configure script, i've > > The last issue should be fixed as well. i think another buglet in gentoo's list is not solved yet. either gcc -v or compiler.h says something like -gcc-x.yz (GCC) x.yz () whether we handle only the case gcc-x.yz (GCC) (xxx). won't it better to add and option to prevent the gcc version check? of course, the version check should be enabled as default, though. Takashi --- 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
[Alsa-devel] Re: 2.5: wrong CONFIG_SND_SEQUENCER logic in several drivers
On Sat, 21 Jun 2003, Adrian Bunk wrote: > @Jaroslav: > Several drivers have a wrong logic for CONFIG_SND_SEQUENCER. The correct > solution is something like the following: > > --- sound/pci/emu10k1/emu10k1.c.old 2003-06-21 03:02:04.0 +0200 > +++ sound/pci/emu10k1/emu10k1.c 2003-06-21 03:02:31.0 +0200 > @@ -35,7 +35,7 @@ > MODULE_DEVICES("{{Creative Labs,SB Live!/PCI512/E-mu APS}," > "{Creative Labs,SB Audigy}}"); > > -#if defined(CONFIG_SND_SEQUENCER) || defined(CONFIG_SND_SEQUENCER_MODULE) > +#if defined(CONFIG_SND_SEQUENCER) || (defined (MODULE) && > defined(CONFIG_SND_SEQUENCER_MODULE)) > #define ENABLE_SYNTH > #include > #endif > > If you comfirm this is correct I'll send a fix for all affected drivers. Yes, it's correct. I fixed our code. The fix will be in the next ALSA 2.5 update. Thanks. Jaroslav - Jaroslav Kysela <[EMAIL PROTECTED]> Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- 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] hdsp and midi problems
On Mon, 23 Jun 2003, Takashi Iwai wrote: > At Mon, 23 Jun 2003 17:53:07 +0200, > Marcus Andersson wrote: > > > > Mark Knecht wrote: > > > > > > Marcus, > > >The HDSP 9652 MIDI interface has (for me under Linux) always dropped lots > > > of notes. Mostly I find it interesting that it drops note off information > > > and doesn't seem to drop note-on. > > > > That is probably just a conincident depending on the read > > pattern/processor load of your applications. Now it's just a matter of > > convincing someone to debug it. I might even do it myself. If the ALSA > > CVS would just compile. I have never experienced a project that cares so > > little about code checked in being compilable. Frustrating. > > hmm, i have no problem at all for compiling. what problem do you > have? > > except for known compiler-check problem in the configure script, i've The last issue should be fixed as well. Jaroslav - Jaroslav Kysela <[EMAIL PROTECTED]> Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- 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] hdsp and midi problems
Takashi Iwai wrote: > > hmm, i have no problem at all for compiling. what problem do you > have? True, I don't know what the current CVS status is. > except for known compiler-check problem in the configure script, i've > not heard much about it. at least, not reported to alsa-devel ML. > (a few days ago, there was a missing file, but it was already fixed.) Then this probably hit me the last time I tried to update. The problem with alsa cvs is that, according to my experience, more often than not it will not compile. This makes me think twice before I update my tree. Developers should make an effort and check their code an extra time, because a mistake affects so many. Marcus --- 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] hdsp and midi problems
At Mon, 23 Jun 2003 17:53:07 +0200, Marcus Andersson wrote: > > Mark Knecht wrote: > > > > Marcus, > >The HDSP 9652 MIDI interface has (for me under Linux) always dropped lots > > of notes. Mostly I find it interesting that it drops note off information > > and doesn't seem to drop note-on. > > That is probably just a conincident depending on the read > pattern/processor load of your applications. Now it's just a matter of > convincing someone to debug it. I might even do it myself. If the ALSA > CVS would just compile. I have never experienced a project that cares so > little about code checked in being compilable. Frustrating. hmm, i have no problem at all for compiling. what problem do you have? except for known compiler-check problem in the configure script, i've not heard much about it. at least, not reported to alsa-devel ML. (a few days ago, there was a missing file, but it was already fixed.) ciao, Takashi --- 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] hdsp and midi problems
At Mon, 23 Jun 2003 06:38:20 -0700, Mark Knecht wrote: > > > > > > > More information, > > > > when I run the program with 100% load using my VIA motherboard midi, I > > loose no bytes as far as I can see. > > > > I use alsa 0.9.4 > > > > Marcus > > Marcus, >The HDSP 9652 MIDI interface has (for me under Linux) always dropped lots > of notes. Mostly I find it interesting that it drops note off information > and doesn't seem to drop note-on. I cannot be sure how well it handles > controller information. do you mean dropping notes in reading MIDI? well, IIRC, you reported also that the behavior of MIDI out is strange... oh sigh. > >The same machine booted into Windows runs perfectly, so I'm pretty sure > it's not a hardware issue. dropping a note is surely a bug of the driver. unless the FIFO overflows, no dropping should happen. btw, could you try the attached patch? (and in-advance-scheduled excuse if it causes a hang-up :) Takashi hdsp-midi-test.dif Description: Binary data
RE: [Alsa-devel] New mixer api.
> > Hi, > > If a user has a 5.1 sound card, but only has 2 speakers connected, it > would be nice if the user could tell alsa this fact. One of my SACD players has this feature built in. It's nice in that I can listen to a 5.1 SACD through stereo headphones and hear all 6 of the channels mixed in a more or less normal way. I know this isn't exactly what you are proposing, but I think it's similar. One of these days you are going to have an audio DVD in your PC, and maybe be using a stereo sound card, and you'll run into the same issue. Cheers, Mark --- 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
[Alsa-devel] Re: Alsa Fullduplex and VoIP
>1. How to make server which is actiong as a playback program waits >and plays in order the packets received from the client. >2. sychonisation issue. >3. How to over come the buffer xrun in case of playback? all tricky questions. don't expect simple answers. the correct solutions to these problems are the basis of several people's business plans (not my own). --p --- 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] hdsp and midi problems
Mark Knecht wrote: > > Marcus, >The HDSP 9652 MIDI interface has (for me under Linux) always dropped lots > of notes. Mostly I find it interesting that it drops note off information > and doesn't seem to drop note-on. That is probably just a conincident depending on the read pattern/processor load of your applications. Now it's just a matter of convincing someone to debug it. I might even do it myself. If the ALSA CVS would just compile. I have never experienced a project that cares so little about code checked in being compilable. Frustrating. >The same machine booted into Windows runs perfectly, so I'm pretty sure > it's not a hardware issue. Mine works as well. Marcus --- 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
[Alsa-devel] geode driver
Hi folks, i hope somebody can help me. i have the natsemi driver sources for geode cards but it s a version 0.5 of alsa and i need 0.9 can i somehow compile it to work with 0.9 ? TIA cYmen -- --- 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
[Alsa-devel] New mixer api.
Hi, If a user has a 5.1 sound card, but only has 2 speakers connected, it would be nice if the user could tell alsa this fact. Then the amount of sliders in the mixer could be reduced, and also, an application could detect what the user has set up. It would be nice for the user to only have to tell one application(maybe the mixer app) that they only have 2 speakers connected to a 5.1 sound card, and then all other applications run by the user would automatically pick up that information. It seems to me, that the best place to store this infomation is in alsa somewhere. It would also be nicer to have a better description language for the mixer elements, so that a single GUI mixer, could draw a diagram of how each mixer element effects which other ones. This idea could probably be expanded for some sound cards, whereby the mixer GUI could be used to let the user design their own mixer setup. E.g. The SB Live could be programmed for all sorts of different mixing setups. So, as a suggestion, each mixer element should have extra meta info like this: - Entry: 1 Type: output Description: Front Speakers. Entry: 2 Type: Mixer Description: Volume Range: 1-100 Channels: Left and Right Input comes from (3) Output goes to (1). Entry: 3 Type: input Description: PCM stream from computer. One could have multiple "Input comes from" and "output goes to" for each mixer element. With this sort of information, a GUI could draw a nice diagram of the mixer. --- 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
[Alsa-devel] Alsa Fullduplex and VoIP
hi, this is the program which is a improved version of program written by whicxh was posred in this mail.So , this program transfers Voice over IP. but There is no synchronisation. Can any body tell solutio for these issues: 1. How to make server which is actiong as a playback program waits and plays in order the packets received from the client. 2. sychonisation issue. 3. How to over come the buffer xrun in case of playback? i really thank Mr. for writing this fine program so that i could extend it. thank u , and waiting for ur assisatnce, * Client.c captures and sends tyhe packets to the server ** #include #include #include #include #include #include #include #include #define ALSA_PCM_NEW_HW_PARAMS_API #define ALSA_PCM_NEW_SW_PARAMS_API #include "../include/asoundlib.h" #define DEST_PORT #define PERIODSIZE 512 #define BUFSIZE (PERIODSIZE *4) int sock_cli; char SERV_IP[15] = "10.115.3.131"; struct sockaddr_in cli_addr; int samplerate = 22050; int channels = 2; int accessmode = SND_PCM_ACCESS_RW_INTERLEAVED; int format = SND_PCM_FORMAT_S16_LE; int periods = 4; snd_pcm_uframes_t buffer_size = PERIODSIZE * 4; snd_pcm_uframes_t period_size = PERIODSIZE; snd_output_t *output = NULL; #define checkr(r) if (r <0) { \ fprintf(stderr,"%s\n",snd_strerror(r));\ exit(-1);\ } int tcpip_init(void) { if((sock_cli = socket( AF_INET,SOCK_STREAM,0)) < 0) { perror("can not create socket\n"); exit(1); } bzero(&cli_addr,sizeof(cli_addr)); cli_addr.sin_family = AF_INET; cli_addr.sin_port = htons(DEST_PORT); if(inet_pton(AF_INET,SERV_IP,&cli_addr.sin_addr) == 0) { perror("can not be converted\n"); exit(1); } if(connect(sock_cli,(struct sockaddr*)&cli_addr,sizeof(cli_addr)) < 0) { perror("error in connecting\n"); exit(1); } else printf("connection successful, connected to server\n"); return 0; } int set_hw_params(snd_pcm_t *handle) { int r; snd_pcm_hw_params_t *hwparams; snd_pcm_sw_params_t *swparams; r = snd_pcm_hw_params_malloc(&hwparams);checkr(r); r = snd_pcm_hw_params_any(handle,hwparams);checkr(r); r = snd_pcm_hw_params_set_access(handle,hwparams,accessmode);checkr(r); r = snd_pcm_hw_params_set_format(handle,hwparams,format);checkr(r); r = snd_pcm_hw_params_set_channels(handle,hwparams,channels);checkr(r); r = snd_pcm_hw_params_set_rate_near(handle,hwparams,&samplerate,0);checkr(r); r = snd_pcm_hw_params_set_periods(handle,hwparams,periods,0);checkr(r); r = snd_pcm_hw_params_set_buffer_size_near(handle,hwparams,&buffer_size);checkr(r); r = snd_pcm_hw_params_set_period_size_near(handle,hwparams,&period_size,0);checkr(r); r = snd_pcm_hw_params(handle,hwparams);checkr(r); r = snd_pcm_sw_params_malloc(&swparams);checkr(r); r = snd_pcm_sw_params_current(handle,swparams);checkr(r); r = snd_pcm_sw_params_set_avail_min(handle,swparams,period_size);checkr(r); r = snd_pcm_sw_params(handle,swparams);checkr(r); snd_pcm_prepare(handle); return 0; } int main() { short buf[BUFSIZE * 10]; int r,i; snd_pcm_t *pcmc; r = snd_pcm_open(&pcmc,"plughw:0,0",SND_PCM_STREAM_CAPTURE,0);checkr(r); set_hw_params(pcmc); tcpip_init(); while(1) { r = snd_pcm_readi(pcmc,buf,BUFSIZE); if(r == BUFSIZE)printf("record r = %d\n",r); else { printf("record r = %d\n",r); checkr(r); } r = send(sock_cli,buf,BUFSIZE,0); if(r < 0) { printf("socket send error\n"); close(sock_cli); exit(-1); } else printf("sent bytes %d\n",r); for(i = 0;i<100;i++); } //else printf("no of bytes sent %d",result); close(sock_cli); snd_pcm_close(pcmc); return 0; } ** server.c waits for packets and plays them * #include #include #include #include #include #include #include #define ALSA_PCM_NEW_HW_PARAMS_API #define ALSA_PCM_NEW_SW_PARAMS_API #include "../include/asoundlib.h" #define BIND_PORT #define BACK_LOG 5 #define PERIODSIZE 512 #define BUFSIZE (PERIODSIZE * 4) #define checkr(r) if(r<0) { \ fprintf(stderr,"%s \n",snd_strerror(r));\ exit(-1);\ } int serv_sock, new_sock; struct sockaddr_in server_addr,local_addr; /* new */ int samplerate = 22050; int channels = 2; int accessmode = SND_PCM_ACCESS_RW_INTERLEAVED; int format = SND_PCM_FORMAT_S16_LE; int periods = 4; snd_pcm_t *pcmp; snd_pcm_uframes_t buffer_s
Re: [Alsa-devel] NV Soundstorm support? / Recording broke!
On Mon, Jun 23, 2003 at 02:34:05AM -0700, Daniel MacDonald wrote: > My biggest question is- what is going on with Linux > support for NVIDIA's NFORCE 2/ Soundstorm chipset? > Have NVIDIA been contributing code or patches to ALSA > or has the ALSA driver been created independently? > More importantly, how long before we see PROPER > support for the soundstorm under ALSA, instead of just > a hacked intel8x0 driver? I want multiple dsp channels > and 24-bit audio I/O under Linux please NVIDIA! I'm almost positive that the Soundstorm is only a 16bit/48khz part. I'm also pretty sure that nvidia never advertised the soundstorm as such. The soundstorm is generally attached to a Realtek ALC-650 for A/D-D/A functions. From the Realtek specs (http://www.realtek.com.tw/products/products1-2.aspx?modelid=30) it has a 20bit DAC but only >90dB S/N. Looking at the nvidia specs (http://www.nvidia.com/docs/lo/2027/SUPP/APU_TechBrief_71502.pdf), it looks like one might be able to do 24bit, but it looks like you'll only get 48khz. Still, because they don't really mention it, I doubt you'll get anything more than 16/48 .. later, Steve --- 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] future ALSA development
>btw, what was the biggest reason to change to XML in ardour? >it used guile once upon a time. i didn't like the fact that the entire main() call had to be encapsulated within a guile invocation (given what ardour does with memory, threads, scheduling, etc, etc). i also didn't like having to require guile be installed, and lastly, perhaps most importantly, ardour was going to use XML for data files (session state information etc) to further inter-operability, and so we decided to switch to XML throughout. >this can be implemented better once when we have an ordinary-mixer >API. the problem was that the action to do is different for each >card, and it's not abstracted (nor unified) so far. >the higher abstraction will absorb such a difference. understood. i'd just to see this as a goal of whatever changes you make. --- 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] future ALSA development
At Mon, 23 Jun 2003 09:41:32 -0400, Paul Davis wrote: > > >my afraid is that the more control flows like conditionals may lead to > >a difficulty for a parser utility. i.e. the parser itself would be > >like an interprerter. but it's true that an extesion is needed > >anyway... > > with a smile, i seem to recall noting that we'd end up with > lisp. quasimodo had gone through the same song and dance with a custom > configuration parser only to eventually find that guile made more > sense in almost every way. there is some adage about reinventing lisp > that i forget. oh yeah. btw, what was the biggest reason to change to XML in ardour? it used guile once upon a time. > >IMO, the current simple-mixer API is still too complicated and not a > >good abstraction. as you mentioned, there is a big gap between the > >low-level expressions (control API) and the reasonable mixer > >appearance. the extra information for the mixer would be needed to > >fill this gap, too. > > i'd like to put in a plug for a API that includes the one basic > operation that JACK cannot implement on "generic" hardware: > > "make the signal coming to the current capture input > appear at the output". > > i.e. hardware monitoring. this is a really major flaw in JACK when run > on all consumer audio interfaces: they are quite capable of doing > analog-level h/w monitoring, but JACK can't use it. > > i know that the semantics need to be better defined than in my > sentence above. this can be implemented better once when we have an ordinary-mixer API. the problem was that the action to do is different for each card, and it's not abstracted (nor unified) so far. the higher abstraction will absorb such a difference. Takashi --- 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
[Alsa-devel] alsa 0.9.4 and gcc 3.3
Hi ! I have a problem with configure script My kernel has been made with gcc 3.3, alsa 's configure find that gcc version is 3.3 but it prints that compilers mismatch ... My kernel version is 2.4.21 Any Idea ? (It works with alsa 0.9.2 but not with alsa 0.9.4) Thanks !!! --- 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] hdsp and midi problems
> > > More information, > > when I run the program with 100% load using my VIA motherboard midi, I > loose no bytes as far as I can see. > > I use alsa 0.9.4 > > Marcus Marcus, The HDSP 9652 MIDI interface has (for me under Linux) always dropped lots of notes. Mostly I find it interesting that it drops note off information and doesn't seem to drop note-on. I cannot be sure how well it handles controller information. The same machine booted into Windows runs perfectly, so I'm pretty sure it's not a hardware issue. Mark --- 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] intel 8x0 MIDI
At 23 Jun 2003 23:02:52 +1000, Allan Klinbail wrote: > > Hi All > > In trying to test MMC response on various software I have discovered my > SiS 645 DX, doesn't seem to see MIDI. > > The manual for the motherboard says it should, and the modules.conf > configuration does show that the intel8x0 midi port does exist, > (specifically MusE recognises it as MIDI port, also teste with ardour > for MMC response) > > However this device does not see any MIDI input, including MMC. > > Has anyone had this successfully working either with a SiS 645DX > motherboard, or simply a soundcard with this chip? Alternatively, is > there something wrong with my configuration? (I have checked the BIOS > and confirmed it is using 330 as the address for the mpu port. i'm afraid that the MIDI i/o isn't supported by intel8x0 driver for the SIS chips. possibly you can load snd-mpu401 driver additionally with a proper module parameter. it might work, or might not work. if it doesn't work, the chip likely needs an extra initialization (which is not documented). i can try later on my machine at home, too, which has an onboard SIS chip. but IIRC it didn't work... Takashi --- 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] future ALSA development
>my afraid is that the more control flows like conditionals may lead to >a difficulty for a parser utility. i.e. the parser itself would be >like an interprerter. but it's true that an extesion is needed >anyway... with a smile, i seem to recall noting that we'd end up with lisp. quasimodo had gone through the same song and dance with a custom configuration parser only to eventually find that guile made more sense in almost every way. there is some adage about reinventing lisp that i forget. >IMO, the current simple-mixer API is still too complicated and not a >good abstraction. as you mentioned, there is a big gap between the >low-level expressions (control API) and the reasonable mixer >appearance. the extra information for the mixer would be needed to >fill this gap, too. i'd like to put in a plug for a API that includes the one basic operation that JACK cannot implement on "generic" hardware: "make the signal coming to the current capture input appear at the output". i.e. hardware monitoring. this is a really major flaw in JACK when run on all consumer audio interfaces: they are quite capable of doing analog-level h/w monitoring, but JACK can't use it. i know that the semantics need to be better defined than in my sentence above. --p --- 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] 2 questions: cvs down? Paul's patches?
At Mon, 23 Jun 2003 14:20:11 +0300, Jaakko Pr¡Ztt¡Zl¡Z wrote: > > Hello. > > 1. I haven't been able to reach alsa cvs for a few days > With the instructions on alsa website I keep getting > cvs [login aborted]: end of file from server (consult above messages if any) > on login. Where's the problem? it looks like a problem of sourceforge. try again in the less busy time? > 2. Are Paul Davis' patches from Friday the 13th for the hdsp in cvs already? > I deleted the email by mistake and copy-paste from archives does not work > (lines get messed up) and I'd like to try them out... :-p yes, IIRC, it was already applied. Takashi --- 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] NV Soundstorm support? / Recording broke!
At Mon, 23 Jun 2003 02:34:05 -0700 (PDT), Daniel MacDonald wrote: > > Hello ALSA devs! > > My biggest question is- what is going on with Linux > support for NVIDIA's NFORCE 2/ Soundstorm chipset? > Have NVIDIA been contributing code or patches to ALSA > or has the ALSA driver been created independently? there is no technical contact with nVidia at all. the necessary information was taken from their driver. > More importantly, how long before we see PROPER > support for the soundstorm under ALSA, instead of just > a hacked intel8x0 driver? I want multiple dsp channels > and 24-bit audio I/O under Linux please NVIDIA! it's interesting whether these features are really supported on this chipset :) > I've been thinking of starting a petition as I'm sick > of waiting for this. They release new Linux drivers > for their GFX cards every other week so why can't (at > least temporarily) devote some of their Linux > workforce into getting Soundstorm support under ALSA > sorted? because they don't give any technical information. hopefully the situation will be better in near future... ciao, Takashi --- 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] Terratec DMX 6fire audio input
At 22 Jun 2003 22:52:34 +0200, Eduard Hasenleithner wrote: > > [1 ] > Hello developers. > > Here is a patch which enables to do audio input on this particular card > even when not doing a soft reboot from windows. The problem with the > current driver is that the PCA9554 is set to input mode for all IO pins > after a cold reset. In order to set the pins to output mode register 3 > of this chip has to be set. > > As I don't know if there are any pins used as input I have set register > 3 to 0x80, so the MSB is input. Hopefully my patch won't do any damage! > Maybe someone can check the content of this register after a warm reboot > from windows. I have a linux only machine. thanks for the patch! Jaroslav alreay applied it to cvs. IIRC, the connection to PCA9554 are all output (bit 0-6), so your patch should be ok. Takashi --- 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
[Alsa-devel] latency with mtpav
Hi (sorry for the crossposting but I'm not sure where this one should go) In trying to test various applications with sync I have observed some serious latency problems with the mtpav driver. Using ardour I found some serious latency when starting a recording (about half a beat at 163.7 BPM (sorry the calculations escape me trying to work out the exact latency here)) Has any9one else experienced this or can come up with a resolution for this.. (No xruns were observed by wither MusE or JACK while doing this test) cheers -- Allan Klinbail <[EMAIL PROTECTED]> --- 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] future ALSA development
At Mon, 23 Jun 2003 14:01:08 +0200 (CEST), Jaroslav wrote: > > > > * investigate a lisp integration to the current configuration syntax > > > - we need to describe the relations between high level abstract > > > layer (ordinary mixer) and current universal controls (very lowlevel); > > > it seems that the simple configuration is not able to describe > > > these (in most cases) very complicated paths > > > > yep. > > > > > - note that describing of these relations might be used also for > > > another mixer interfaces (simple mixer for example) > > > - I don't rely on lisp, but what another interpreter with function > > > definition has only 22kB binary (slisp-1.2 - i686)? > > > > surely it's nice but i don't think it's good to introduce more > > complexity into the asoundrc syntax. or, if you mean an external > > We need to introduce the configuration extensions. At this stage, > I want to investigate, if the runtime configuration modification (runtime > functions) might be converted to lisp rather than doing more or less ugly > hacks in our configuration syntax parsers. my afraid is that the more control flows like conditionals may lead to a difficulty for a parser utility. i.e. the parser itself would be like an interprerter. but it's true that an extesion is needed anyway... > > database for describing the mixer configuration, it would be the > > outside of the (old) simple-mixer API, IMO. > > > > in that case, anyway, we can drop simple-mixer API and replace with > > the new one. the strategy used in the simple-mixer API can be > > integrated into the new (ordinary) mixer API. > > I think that the ordinary mixer API and simple mixer API does not have > much common parts for complicated hardware. The ordinary mixer API is very > highlevel and tied up to specified playback / capture streams, but the > simple mixer API is still only a translation between universal controls > and mixer applications. I think that both should be configurable, but the > question is how much of these configurations can be shared. I would keep > the configurations separate. IMO, the current simple-mixer API is still too complicated and not a good abstraction. as you mentioned, there is a big gap between the low-level expressions (control API) and the reasonable mixer appearance. the extra information for the mixer would be needed to fill this gap, too. > > about lisp: i don't have objections. i like lisp, too :) > > the parser can be quite small, so if we build the parser in alsa-lib, > > it's a good choice. > > > > 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. i don't think it's overkill but just a question of library dependency. and, writing a (good-readable) XML by hand is (not always but often) a hard work. so i myself don't buy this unless any other good reason appears. Takashi --- 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
[Alsa-devel] intel 8x0 MIDI
Hi All In trying to test MMC response on various software I have discovered my SiS 645 DX, doesn't seem to see MIDI. The manual for the motherboard says it should, and the modules.conf configuration does show that the intel8x0 midi port does exist, (specifically MusE recognises it as MIDI port, also teste with ardour for MMC response) However this device does not see any MIDI input, including MMC. Has anyone had this successfully working either with a SiS 645DX motherboard, or simply a soundcard with this chip? Alternatively, is there something wrong with my configuration? (I have checked the BIOS and confirmed it is using 330 as the address for the mpu port. cheers Allan Klinbail # ALSA portion - SiS onboard sound card alias char-major-116 snd alias snd-card-0 snd-intel8x0 options snd-intel8x0 mpu_port="0x330" ac97_clock="0" # OSS/Free portion alias char-major-14 soundcore alias sound-slot-0 snd-0 # card 1 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-12 snd-pcm-oss -- Allan Klinbail <[EMAIL PROTECTED]> --- 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] usb-audio - kernel oops 2.5.72
At Sun, 22 Jun 2003 20:45:09 -0700, [EMAIL PROTECTED] wrote: > > > Am attempting to get linux-2.5.72 + snd-usb-audio happening. > Results have been poor. Machine is VIA C3, ALSA + jack working > fine with the built-in via audio. Tried various kernels, > real ugly failures with 2.5.70, also have tried 2.5.72-mm2. i fixed a bug in usb-audio driver on the cvs now. there are some calls of functions which may call schedule() in the spinlock. please try the cvs version. ciao, Takashi --- 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
[Alsa-devel] 2 questions: cvs down? Paul's patches?
Hello. 1. I haven't been able to reach alsa cvs for a few days With the instructions on alsa website I keep getting cvs [login aborted]: end of file from server (consult above messages if any) on login. Where's the problem? 2. Are Paul Davis' patches from Friday the 13th for the hdsp in cvs already? I deleted the email by mistake and copy-paste from archives does not work (lines get messed up) and I'd like to try them out... :-p -- Jaakko Prättälä [EMAIL PROTECTED] --- 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] future ALSA development
On Mon, 23 Jun 2003, Takashi Iwai wrote: > At Sun, 22 Jun 2003 21:10:31 +0200 (CEST), > Jaroslav wrote: > > > > Hello all, > > > > here are my next goals for the ALSA library development (short > > term). I invite all developers to comment these directions. > > > > * create ordinary pcm & mixer interfaces > > - proposed headers are in current CVS > > - alsa-lib/include/pcm_ordinary.h > > - alsa-lib/include/mixer_ordinary.h > > i know the name conflictions of the word "simple" but i feel this > naming not so intuitive... it's just my tastes, though. > > a native english person might have a better idea? Well, I do not mind to change the base name again. It was only quick fix. > > - intended applications are > > - simple playback & recorders > > - DVD players > > - VoIP (and other audio conferencing) applications > > - very simple mixer applications > > nice! > > do you think it's easy to bind to other languages, too? > i've thought of C++ wrapper for the current alsa-lib, but it's way > complicated because of its opaque struct style. The new API is designed to keep it very simple. I think that the porting to another language will be very simple, too. > > * investigate a lisp integration to the current configuration syntax > > - we need to describe the relations between high level abstract > > layer (ordinary mixer) and current universal controls (very lowlevel); > > it seems that the simple configuration is not able to describe > > these (in most cases) very complicated paths > > yep. > > > - note that describing of these relations might be used also for > > another mixer interfaces (simple mixer for example) > > - I don't rely on lisp, but what another interpreter with function > > definition has only 22kB binary (slisp-1.2 - i686)? > > surely it's nice but i don't think it's good to introduce more > complexity into the asoundrc syntax. or, if you mean an external We need to introduce the configuration extensions. At this stage, I want to investigate, if the runtime configuration modification (runtime functions) might be converted to lisp rather than doing more or less ugly hacks in our configuration syntax parsers. > database for describing the mixer configuration, it would be the > outside of the (old) simple-mixer API, IMO. > > in that case, anyway, we can drop simple-mixer API and replace with > the new one. the strategy used in the simple-mixer API can be > integrated into the new (ordinary) mixer API. I think that the ordinary mixer API and simple mixer API does not have much common parts for complicated hardware. The ordinary mixer API is very highlevel and tied up to specified playback / capture streams, but the simple mixer API is still only a translation between universal controls and mixer applications. I think that both should be configurable, but the question is how much of these configurations can be shared. I would keep the configurations separate. > about lisp: i don't have objections. i like lisp, too :) > the parser can be quite small, so if we build the parser in alsa-lib, > it's a good choice. > > 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 - Jaroslav Kysela <[EMAIL PROTECTED]> Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- 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] NV Soundstorm support? / Recording broke!
i never saw the original for this, but anyway ... >> The main reason for my building impatience is as Mr. >> PBD said that he's have that long, long, LONG awaited >> Ardour rc out by now- what happened Paul? We expect >> release candidates to have bugs- as long as it >> compiles under the major distros that'll be enough. >> Bring forth that glorious tarball pleeze! last week, there were 5 "private" releases of a tarball, most of which have been used to resolve issues relating to the build+install process. there is one "showstopper" issue that doesn't affect compilation but does dramatically effect usability for many people. i am currently deciding whether or not to ignore this and put 1.0beta1 on sf.net, or to fix it before that first "public" beta. --p --- 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] Lynx Studio LynxTwo/L22 Driver
On 23-Jun-2003 D. Sen wrote: > Here's a question > > Does Alsa drivers *have* to be in source code form? Can someone not > release an object file for linking ALSA is GPL. If you use any part of it (e.g. header files) then the driver must be GPL too. You can workaround this, but it's extra work to do. There are some closed-source drivers for Linux and for X. Reading the notes of their website, I suppose they provide the sources of generic code to drive the card. Perhaps if you only use the documentation and you rewrite the driver fron scratch, you can workaround (part of) the NDA. You should ask them directly, I'm just guessing. Bye. --- 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] future ALSA development
At Sun, 22 Jun 2003 21:10:31 +0200 (CEST), Jaroslav wrote: > > Hello all, > > here are my next goals for the ALSA library development (short > term). I invite all developers to comment these directions. > > * create ordinary pcm & mixer interfaces > - proposed headers are in current CVS > - alsa-lib/include/pcm_ordinary.h > - alsa-lib/include/mixer_ordinary.h i know the name conflictions of the word "simple" but i feel this naming not so intuitive... it's just my tastes, though. a native english person might have a better idea? > - intended applications are > - simple playback & recorders > - DVD players > - VoIP (and other audio conferencing) applications > - very simple mixer applications nice! do you think it's easy to bind to other languages, too? i've thought of C++ wrapper for the current alsa-lib, but it's way complicated because of its opaque struct style. > * investigate a lisp integration to the current configuration syntax > - we need to describe the relations between high level abstract > layer (ordinary mixer) and current universal controls (very lowlevel); > it seems that the simple configuration is not able to describe > these (in most cases) very complicated paths yep. > - note that describing of these relations might be used also for > another mixer interfaces (simple mixer for example) > - I don't rely on lisp, but what another interpreter with function > definition has only 22kB binary (slisp-1.2 - i686)? surely it's nice but i don't think it's good to introduce more complexity into the asoundrc syntax. or, if you mean an external database for describing the mixer configuration, it would be the outside of the (old) simple-mixer API, IMO. in that case, anyway, we can drop simple-mixer API and replace with the new one. the strategy used in the simple-mixer API can be integrated into the new (ordinary) mixer API. about lisp: i don't have objections. i like lisp, too :) the parser can be quite small, so if we build the parser in alsa-lib, it's a good choice. other people might propose XML. then it becomes to a question whether alsa-lib should rely on other libs... > * initiate a development of a graphical tool which will manage > the alsa configuration files (~/.asoundrc) > - we need a rapid development tool; I slowly became a fan of python and > Qt has rich number of widgets; python + PyQt seems to me a good idea > - using python requires to write a GPLed ALSA 0.9 -> python wrapper no objection at all. python is powerful enough. and once if such a tool is written in a certain language, it's easy to port to other languages, too. ciao, Takashi --- 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] Lynx Studio LynxTwo/L22 Driver
Here's a question Does Alsa drivers *have* to be in source code form? Can someone not release an object file for linking They could even make a $ or two out of that if this were possible DS. Giuliano Pochini wrote: Docs/drivers for the LynxTwo are released only under NDA, and the agreement doesn't allow the subscriber to release a driver in source code form. I don't thing you'll see an ALSA driver for that card anytime soon. --- 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] NV Soundstorm support? / Recording broke!
Daniel MacDonald wrote: I've been thinking of starting a petition as I'm sick of waiting for this. Good idea. The main reason for my building impatience is as Mr. PBD said that he's have that long, long, LONG awaited Ardour rc out by now- what happened Paul? We expect release candidates to have bugs- as long as it compiles under the major distros that'll be enough. Bring forth that glorious tarball pleeze! The beta is being tested now and when that is ready the rc will probably be released. Anyway, I have installed ALSA 0.9.4 on Redhat 9 XFS and although sound output works fine, recording (both line in and mic) doesn't want to work at all (under Audacity CVS, but I tried it with the GNOME sound recorder too). I did get recording to work on this same machine but when I was running Mandrake 9.1 and ALSA 0.9.3. Has anybody else reported/ solved this problem? Never seen it but you should try using alsamixer and arecord/aplay. There is a howto via the quicktoots project at the LAU guide (see below). I tried downloading the latest alsa-driver CVS but for some reason it refused to download past the patches bit and it was complaining about some ALSAKERNEL stuff so I just gave up with that. The tarballs are working AFAIK. Did you use the ones from alsa-project.org? -- Patrick Shirkey - Boost Hardware Ltd. Http://www.boosthardware.com Http://www.djcj.org - The Linux Audio Users guide Being on stage with the band in front of crowds shouting, "Get off! No! We want normal music!", I think that was more like acting than anything I've ever done. Goldie, 8 Nov, 2002 The Scotsman --- 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] Lynx Studio LynxTwo/L22 Driver
Docs/drivers for the LynxTwo are released only under NDA, and the agreement doesn't allow the subscriber to release a driver in source code form. I don't thing you'll see an ALSA driver for that card anytime soon. -- Bye. Giuliano. On Sun, 22 Jun 2003 10:07:11 +1000 "D. Sen" <[EMAIL PROTECTED]> wrote: > I think Opensound is working on a commercial driver. Would be awesome to > have ALSA support though... > > Robert Robinson wrote: > > Is anyone working on a driver for the LynxTwo or L22 soundcards ? > > Robert Robinson --- 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
[Alsa-devel] NV Soundstorm support? / Recording broke!
Hello ALSA devs! My biggest question is- what is going on with Linux support for NVIDIA's NFORCE 2/ Soundstorm chipset? Have NVIDIA been contributing code or patches to ALSA or has the ALSA driver been created independently? More importantly, how long before we see PROPER support for the soundstorm under ALSA, instead of just a hacked intel8x0 driver? I want multiple dsp channels and 24-bit audio I/O under Linux please NVIDIA! I've been thinking of starting a petition as I'm sick of waiting for this. They release new Linux drivers for their GFX cards every other week so why can't (at least temporarily) devote some of their Linux workforce into getting Soundstorm support under ALSA sorted? The main reason for my building impatience is as Mr. PBD said that he's have that long, long, LONG awaited Ardour rc out by now- what happened Paul? We expect release candidates to have bugs- as long as it compiles under the major distros that'll be enough. Bring forth that glorious tarball pleeze! Anyway, I have installed ALSA 0.9.4 on Redhat 9 XFS and although sound output works fine, recording (both line in and mic) doesn't want to work at all (under Audacity CVS, but I tried it with the GNOME sound recorder too). I did get recording to work on this same machine but when I was running Mandrake 9.1 and ALSA 0.9.3. Has anybody else reported/ solved this problem? I tried downloading the latest alsa-driver CVS but for some reason it refused to download past the patches bit and it was complaining about some ALSAKERNEL stuff so I just gave up with that. Hopefully somebody will be able to answer at least part of this multi-faceted whine-fest of a mail. Thanks v. much! dan __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com --- 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] Regarding global.h
thanks I will try that and let you know thanks, -Sundaranathan SIP Technologies & Exports Ltd Jaroslav Kysela wrote: > On Mon, 23 Jun 2003, Sundaranathan S wrote: > > > Hi All, > > > > While compiling ALSA libraries i am getting an error which is > > stated below > > > > control.c: In function `snd_ctl_open_conf': > > control.c:581: `_dlsym_control_001' undeclared > > (first use in this function) > > control.c:581: (Each undeclared identifier is > > reported only once > > Could you try this patch? > > Index: global.h > === > RCS file: /cvsroot/alsa/alsa-lib/include/global.h,v > retrieving revision 1.19 > diff -u -r1.19 global.h > --- global.h23 Apr 2003 12:41:55 - 1.19 > +++ global.h23 Jun 2003 07:50:24 - > @@ -84,6 +84,11 @@ > > #endif > > +#ifndef __STRING > +/** \brief Return 'x' argument as string */ > +#define __STRING(x) #x > +#endif > + > /** \brief Returns the version of a dynamic symbol as a string. */ > #define SND_DLSYM_VERSION(version) __STRING(version) > > > Jaroslav > > - > Jaroslav Kysela <[EMAIL PROTECTED]> > Linux Kernel Sound Maintainer > ALSA Project, SuSE Labs > > --- > 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 --- 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] Regarding global.h
On Mon, 23 Jun 2003, Sundaranathan S wrote: > Hi All, > > While compiling ALSA libraries i am getting an error which is > stated below > > control.c: In function `snd_ctl_open_conf': > control.c:581: `_dlsym_control_001' undeclared > (first use in this function) > control.c:581: (Each undeclared identifier is > reported only once Could you try this patch? Index: global.h === RCS file: /cvsroot/alsa/alsa-lib/include/global.h,v retrieving revision 1.19 diff -u -r1.19 global.h --- global.h23 Apr 2003 12:41:55 - 1.19 +++ global.h23 Jun 2003 07:50:24 - @@ -84,6 +84,11 @@ #endif +#ifndef __STRING +/** \brief Return 'x' argument as string */ +#define __STRING(x) #x +#endif + /** \brief Returns the version of a dynamic symbol as a string. */ #define SND_DLSYM_VERSION(version) __STRING(version) Jaroslav - Jaroslav Kysela <[EMAIL PROTECTED]> Linux Kernel Sound Maintainer ALSA Project, SuSE Labs --- 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