From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,f32bbeaf2a1de22d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-03-18 09:00:29 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!newsfeed.vmunix.org!feed.news.nacamar.de!news.csl-gmbh.net!news1.dtag.de!news.erfurt.igrz.de!drcomp.erfurt.thur.de!not-for-mail From: Adrian Knoth Newsgroups: comp.lang.ada Subject: Re: microphone and sound access in Ada Date: 18 Mar 2003 16:51:27 GMT Organization: Modern Electronics Message-ID: References: <6a90b886.0303180318.7f4f013e@posting.google.com> <3e77253a@193.71.169.73> <3e7731c4@193.71.169.73> NNTP-Posting-Host: drcomp.erfurt.thur.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Server-Date: 18 Mar 2003 16:51:27 GMT User-Agent: slrn/0.9.7.4 (Linux) Xref: archiver1.google.com comp.lang.ada:35465 Date: 2003-03-18T16:51:27+00:00 List-Id: Egil Harald H�vik wrote: >> [Binding to Ogg/Vorbis] >> > I have already done some work on this. I have bindings to libogg, >> > libvorbis and libvorbisfile, although I lack some testing. >> If you like I can do some of it for you/public. > I guess that wouldn't be a bad idea :-) If storage is a problem, I can provide the necessary server(s). [License] > When it comes to licenses, I don't have a preference, but as I understand > it would have to be compatible with the original libraries, right? I only asked because it sounded a little bit like "no GPL/BSD". The best thing ever would be to bring the your work into a proper state (in case it's not already there) and then check-in to xiph.org's CVS so the Ada-bindings are part of the main distribution, like ncurses comes along with the Ada-interface. A lot of developers might have a look at this API. Concerning the input-stuff I'd suggest not to stick to ALSA directly but use jackit instead. It's a low-latency-framework on top of ALSA which is able to share ressources between applications and guarantee a low overhead in processing which is necessary for realtime-sound-IO. It's like the ASIO-drivers for Synthesizers/Samplers/Recording-software under Windows. I didn't do deep investigations on jackit, I only felt attracted by a brief overview located on their website. If it provides a mixer-API for changing volumes than it would suffice. I won't suggest using jackit if we'll also need to interface to ALSA directly only for volume-change :) On the other hand: if there is a libao(ut), perhaps there is also a libai(n)? -- mail: adi@thur.de http://adi.thur.de PGP: v2-key via keyserver Gib Gates keine Chance!