Re: [linux-audio-dev] Grabbing sound using Roland Edirol FA-101
Helge Fredriksen wrote: > > Did any of you guys ever tried to use the OpenAL API interface towards a > Firewire sound device like FA-101? I see that it appears on your lists as a > device that has drivers on Linux. AFAIK OpenAL doesn't talk to hardware directly - it provides an API for programs to use but sends data to the soundcard via the operating system's native sound system. Therefore the devices supported by OpenAL are the devices supported by the underlying operating system. For many sound cards under Linux, that native sound system is ALSA (http://www.alsa-project.org). OSS was the previous default native sound system under Linux and is still in use by numerous programs. The FA-101 is (as you'd know) a firewire interface. Support for firewire interfaces is starting to gain momentum now but for various technical reasons this is not provided by ALSA at this time. The support effort is the so-called Freebob project (http://freebob.sourceforge.net) in combination with the JACK system (http://www.jackaudio.org/), a low-latency audio API. Only a small number of firewire audio interfaces are supported by freebob at this time, but from what I read the FA-101 is one of them. Getting back to your question, if OpenAL supports JACK under Linux then in theory you could talk to an FA-101 via OpenAL. According to the OpenAL website it currently only supports OSS and ALSA under Linux. Therefore at this point in time you can't use OpenAL to send audio to an FA-1-1. However, unless you particularly wanted the 3D modelling features of OpenAL you'd probably be better off using the JACK API directly. It should be noted that a long-term goal of the freebob project is to implement an ALSA driver for the firewire interfaces. However, there is still much to do before that will occur so I can't see it appearing any time soon. Once it did appear (and assuming OpenAL don't implement an interface to JACK earlier) you would be able to use OpenAL with the FA-101. Regards jonathan
RE: [linux-audio-dev] OT: interesting angle on the NOVL-MSFT deal
> None of that is a concern here. The "intellectual property risk" is only > a problem in the USA because they support software patents. We don't > have that in Europe, so the "intellectual propery risk" does not exist > in Europe. There is still "copyright protection" in Europe, but Linux > has the GPL license, so that is also not a business "risk". > > James This was not posted because of copyright/IP reasons, but rather the business model that the article implies Novell may be pushing for. Ico
Re: [linux-audio-dev] OT: interesting angle on the NOVL-MSFT deal
Ivica Ico Bukvic wrote: http://weblog.infoworld.com/enterprisemac/archives/2006/12/leopard_server.ht ml Ico None of that is a concern here. The "intellectual property risk" is only a problem in the USA because they support software patents. We don't have that in Europe, so the "intellectual propery risk" does not exist in Europe. There is still "copyright protection" in Europe, but Linux has the GPL license, so that is also not a business "risk". James
[linux-audio-dev] OT: interesting angle on the NOVL-MSFT deal
http://weblog.infoworld.com/enterprisemac/archives/2006/12/leopard_server.ht ml Ico
[linux-audio-dev] CLAM 0.95 released
After several months without a stable release but lots of development activity, we are pleased to announce CLAM 0.95 CLAM (http://clam.iua.upf.edu) is a C++ framework for doing research and app development in audio and music. It comes with a set of applications ready-to-use. Most important in this release is NetworkEditor 0.4, with a radically reworked UI based on Qt4.2, lots of work on stability and usability, and new visual-prototyping features. You can visually prototype standalone apps (or audio plugins): Edit audio networks with NetworkEditor, then edit its UI using Qt Designer and CLAM widgets plugins. Finally, Prototyper let you run the audio network with its UI. This is better shown in this quick tutorial: http://iua-share.upf.es/wikis/clam/index.php/Network_Editor_tutorial This release comes with many new processings, mostly spectral transformations. But we want to highlight the tonal-analysis which does chords identification at real-time, and its related visualizations. This code is based on the work done by researchers at Queen Mary University (London) and Universitat Pompeu Fabra (Barcelona). More credits are in the About box. These and many other improvements can be found in the ChangeLog: http://clam.iua.upf.edu/ChangeLog.txt This release brings new packages for Linux (Debian sid, Ubuntu edgy) and Windows installers. In Linux, you can simply add new sources to /etc/apt/sources.list deb http://clam.iua.upf.edu/download/linux-debian-sid ./ deb http://clam.iua.upf.edu/download/linux-ubuntu-edgly ./ Both Linux and Windows comes with desktop integration and several examples ready to use. Mac OSX packages will be catching up next weeks. Bug reports and any feedback is very welcomed (and needed). The CLAM team -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
[linux-audio-dev] Hydrogen development ?
Greetings: I've not checked out recent SVN sources, but watching the devel mail list I get the distinct impression that there's no internal development going on with Hydrogen. Almost all traffic on the list is concerned with translations. So, what's the story ? Is there a Hydrogen 1.0 in the works or is it a deader ? It would be a deep shame to see Hydrogen's development languish. Best, dp
Re: [linux-audio-dev] [ANN] yet another linux sound wiki.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dave Phillips wrote: > Robin Gareus wrote: > >> I've started to convert the information from linux-sound.org into a >> distributable doku-wiki. >> >> http://linux-sound.sonologic.nl/ >> >> This is a prototype installation and experimental suggestion! >> Please review and comment before further development proceeds. >> > Would I be too egotistical to request that there be some notice of the > fact that the pages were originally mine ? Forked projects often nod > towards their original makers. But it's just a courtesy, not a > requirement. :) > I'm sorry - I really am. even if you don't require it: I'd like to go GPL, CC or somewhat in that direction. Come to think of it i don't even remember putting my name in there somewhere yet. I'll get started on a About page.. robin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFfUHteVUk8U+VK0IRAtEhAJ46IBAUIopQqGVno7TCL795/bXMRQCgoq9o Pm2kYS+/uL5oxXMBxC1W0m8= =BjCn -END PGP SIGNATURE-
Re: [linux-audio-dev] [ANN] yet another linux sound wiki.
Robin Gareus wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've started to convert the information from linux-sound.org into a distributable doku-wiki. http://linux-sound.sonologic.nl/ This is a prototype installation and experimental suggestion! Please review and comment before further development proceeds. Would I be too egotistical to request that there be some notice of the fact that the pages were originally mine ? Forked projects often nod towards their original makers. But it's just a courtesy, not a requirement. :) Best, dp
[linux-audio-dev] Grabbing sound using Roland Edirol FA-101
Hello! Did any of you guys ever tried to use the OpenAL API interface towards a Firewire sound device like FA-101? I see that it appears on your lists as a device that has drivers on Linux. Best regards, Helge Fredriksen
Re: [linux-audio-dev] MIDI bank select MSB + LSB
On 12/9/06, Alexandre Ratchov <[EMAIL PROTECTED]> wrote: On Fri, Dec 08, 2006 at 01:28:23PM +0100, Christian Schoenebeck wrote: > Hi everybody! > > I wonder what's the common behavior for a synth/sampler regarding MIDI bank > select messages. You might know that MIDI has splitted bank indeces into two > values MSB (coarse) and LSB (fine) value. So the "optimal" behavior would be > a device / sequencer to send a MSB and a LSB bank select message to change > the current bank. But many older keyboards for example won't do that. I've > heard most of them only send MSB bank selects, while few others send only LSB > bank selects. Is that true? > hello, i haven't seen such a keyboard sice around 1995. I dont think that any recent midi keyboard uses MSB only (or LSB only) bank controllers. Actually the CME UF-8 only has program change, no bank change, so I guess it's one of them. This keyboard appeared in 2005. __ Marc-Olivier Barre, Markinoko.
[linux-audio-dev] Re: [linux-audio-user] rebuilding the linux soundapps site
On Sun, Dec 10, 2006 at 01:19:34PM -0500, Dave Phillips wrote: > Greetings: > > I've received a few notes that indicate people are interested in > revising the look & feel of the site at linux-sound.org. I would be interested in helping with design a bit, but as things are, I will wait until the dust settles :) -- Thorsten Wilms Thorwil's Creature Illustrations: http://www.printfection.com/thorwil
