Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7513 discussions

Summercode 2008: LASH as a D-Bus service

by Juuso Alasuutari

Now that the list traffic seems to have calmed down a bit I'd like to draw attention to another, less controversial (hah!) subject... LASH. Please bear with me the mandatory introduction: The Finnish Centre for Open Source Solutions [0] along with a number of Finnish companies (yes, Nokia's in) is hosting an annual event called Summercode [1] this year for the third time. As you probably guessed it's a lot like Google's Summer of Code, but I've understood that it's meant solely for university students. The students file applications detailing the project they wish to work on and the goals they aim to reach. The winning applicants are granted three months of paid (about 1800 euros/month) development time beginning from June. For me, this represents an opportunity to get the mostest perfectest summer job I can possibly imagine. I'm planning on submitting an application for re-implementing LASH as a D-Bus service (it's Hip, Cool and Popular), and I'm hoping I'll get lots and lots of feedback from the lot of you for carving out my application. Below are the goals in descending order which I believe matter the most. (I'm in debt to Dave Robillard for sorting out the priorities to me.) - Turn LASH into a D-Bus service daemon. - Unify the client and server APIs - New features, API changes, etc. The last one is bound to be flammable, and I'm hoping that the feedback I get will help me concentrate my efforts on what the developers and users think is most important. Can't do everything in 3 months' time anyway. The deadline for applications is February 20th, and I want mine to capture the essence of creative cross-functional combinations of community synergies and foresight for stimulating innovation. Thanks, Juuso [0] http://www.coss.fi/web/coss/about [1] http://www.coss.fi/web/coss/developers/summercode/faq

17 years, 7 months

Re: [LAD] Prototyping algorithms and ideas

by Kjetil S. Matheussen

Fons Adriaensen: > I've been searching for real-time audio processing tool that would > permit rapid prototyping, for at least two years now, and I haven't > found anything that up to the requirements. > That is interesting. Which requirements do you miss from snd-rt? (I have a list myself, but it may not contain the same as the one you have...)

17 years, 7 months

[ANN] FAUST 0.9.9.3 released

by Orlarey Yann

Grame - Centre National de Creation Musicale - is pleased to announce the release of Faust 0.9.9.3. Faust AUdio STreams is a powerful and expressive functional programming language for realtime audio signal processing. The Faust compiler translates DSP specifications into efficient C++ code. A variety of platforms and plugin formats are supported. A single Faust specification can be used to easily generate JACK and ALSA applications, as well as LADSPA, MAX/MSP, PD, Q, SC and VST plugins. In addition to C++ code, the Faust compiler can also generate SVG block-diagram representations as well as XML descriptions. To easily test the compiler before installing it, please refer to http://faust.grame.fr. The Faust distribution can be downloaded at http://sourceforge.net/projects/faudiostream ------------ What's new : ------------ - New architecture files : . vst2p4.cpp (VST-2.4 architecture file), . vsti-mono.cpp (mono VSTi synth architecture file), . matlabplot.cpp (architecture file to plot data in Matlab or Octave format). - New scripts for a very easy generation of executable applications : . faust2alsa (call the faust compiler and g++ to produce an Alsa application), . faust2jack (call the faust compiler and g++ to produce a Jack application), . faust2plot (call the faust compiler and g++ to produce an plot application), . faust2svg (call the faust compiler to produce SVG block-diagrams), . faust2firefox,(faust2svg + display with firefox) . faust2octave (faust2plot + display with octave) - New libraries : . filter.lib (Faust filters library) . effect.lib (Faust effects library) - faust2pd updated to Q 7.8, - Improved metadata management : tags are no more limited to a predifined set, metadata are now reported as comments in the generated C++ code - Support for new --simple-names option when drawing block-diagrams . ------------ Bugs fixed : ------------ - out-of-order generation of complex mutual recursions corrected - Lexer modified to support multiplateform end of line - Erroneous code sharing corrected --------------- Acknowledgments --------------- We are grateful to all the contributors of this new release, with special mentions to Albert Graef and Julius O. Smith. Keep sending us remarks, suggestions, bug reports and contributions.

17 years, 7 months

3D audio made with Clam

by Pau Arumí Albó

Hi all! I just wanted to share some of the new developments and demo made with Clam. It's mostly about a 3D audio (it seems a hot topic in linux-audio nowadays) http://parumi.wordpress.com/2008/01/25/3d-audio-and-clam/ Cheers! Pau PS: As Albert Graef said, a new release is near. It's just a matter of finishing the multi-platform packages and documentation.

17 years, 7 months

Prototyping algorithms and ideas

by Darren Landrum

Okay, I'll see if I can make up for my awful post from before with a constructive question. If you wanted to quickly prototype an idea for a DSP routine, how would you go about it? It would need to work in real-time, but it wouldn't really need to be super-efficient for testing ideas. Thank you for the help. -- Darren

17 years, 7 months

alsa and OSS (again?)

by victor

Hi everyone, and interesting thread has been going on the olpc devel list. It would be interesting to get your comments on one of the statements that were posted there (I'll leave you to check the thread on the list archives http://lists.laptop.org/pipermail/devel/). This particular e-mail goes (in response to me asking why they were complaining about alsa and asking for OSS: "OSS in general, or OSS on Linux? He did say "OSS 4", which is the current version of the API. Solaris and all *BSD use it, along with random SysV-like things. As far as sound on the UNIX-like platforms goes, OSS is the standard. Probably it ought to be proposed for the next POSIX/UNIX standard. You can read Hannu's take on the matter in his blog. This entry is particularly informative, but note that the code has since been released under the GPL. http://4front-tech.com/hannublog/?p=5 More on the ALSA defects: http://lkml.org/lkml/2007/7/6/397 Basically we got swindled. ALSA has not been the utopia that it was claimed to be. ALSA sucks. It's not even documented." Hannu's text sometimes reads as propaganda. But it would be nice to hear the opinion of other developers. As far as I am concerned, for about five years now I have not even looked at OSS anymore. But should I reconsider? Thanks Victor

17 years, 7 months

Call for conference

by Benjamin Coudrin

Hi, There is a Free Software event in south of France this summer. We would like to make a place for libre audio and libre culture, which includes conferences and workshop around the tools (softwares), the diffusion (medias, communities, ...), the licences, the users (examples of audio studio using free technologies, examples of libre artits, ... ) So don't hesitate to send your propositions Here is the official call for conference : >From 1st to 5th July 2008, the Ninth Libre Software Meeting(9th LSM) will take place in Mont-de-Marsan, in south of France. Hundreds of conferences, workshops and showings will be programmed. To maintain the interest of the public, it is important for LSM to renew the content of different themes. So, if you participate in a new or unknown project, if you wish to share your passion and your libre software experience, we will gladly welcome you during LSM 2008. We start a large call for communications on the following axes : - thematic conferences - all subjects are interesting, particularly those we have not thought about ... - projects or libre softwares presentations - workshop animations (development, initiation, ... ) To propose to the public a rich and various content, please send your propositons, suggestions and ideas before February 8th to appel2008 at rmll.info *Contacts :* (program directors) Nicolas Ducoulombier : nicolas at ldd.fr <nicolas%20at%20ldd.fr> Christophe Merlet : redfox at redfoxcenter.org<redfox%20at%20redfoxcenter.org> The definite programme, theme list, conferences and contributors will be highly influenced by the feedback we will get from this call for contributions. Do not hesitate to participate and give worthy projects wide visibility. -- Benjamin Coudrin benjamin.coudrin(a)gmail.com (+33)6.09.11.00.83

17 years, 7 months

[ANN] miniloop-0.0 Released

by Nick Thomas

miniloop is a simple live looping program. It can load a number of stereo audio loops of equal length from the disk and loop them in sync with each other, sending each loop to a different pair of JACK audio outputs. These outputs are intended to be subsequently fed into an external software mixer, such as Ardour. For live performance, you will want to control the mixer using a MIDI control surface. miniloop is similar in intent to Stephen Sinclair's LoopDub. I actually created miniloop to explore some design ideas that I had while working on LoopDub. Given that, it is appropriate to provide a comparison between the two programs. The most important difference is that LoopDub uses a built-in mixer, while miniloop uses an external mixer. This means that miniloop is more flexible, but requires a more complex software setup. Another important difference is the user interface, which is radically different, and, I hope, somewhat easier to use. Finally, LoopDub has many features that miniloop lacks; miniloop is currently quite small (~500 SLOC) and quite feature-poor, and I intend to keep it that way. Project homepage here: http://code.google.com/p/miniloop/ Download here: http://code.google.com/p/miniloop/downloads/detail?name=miniloop-0.0.zip

17 years, 7 months

LatencyTop

by Jan Weil

Not sure whether this is any good with respect to real-time audio. "LatencyTOP is a Linux tool for software developers (both kernel and userspace), aimed at identifying where system latency occurs, and what kind of operation/action is causing the latency to happen. By identifying this, developers can then change the code to avoid the worst latency hiccups." <http://www.latencytop.org/> It's part of Intel's OSS initiative: <http://oss.intel.com/>

17 years, 7 months

LV2 "isn't well thought out ?" LV2 in the Reaper sequencer

by Benno Senoner

Hi all, the a bit provocative title is not here to start a flame war but to spark a constructive discussion about the viability and future of the LV2 plugin standard in the professional audio application market. Some background: as you probably know Steinberg just released VST3 and developers do not seem happy with it as it is not backwards compatible, not many new features and it seems less portable amongst platforms than VST2.4. Users are unhappy and started a long discussion: http://www.kvraudio.com/forum/viewtopic.php?t=204080&postdays=0&postorder=a… The discussion was picked up on the Reaper forum too. For anyone not familiar with Reaper, it is a very good audio,midi sequencer. http://www.reaper.fm It is a windows app but runs very well under wine and the company writes this on their page. Users like Alex Stone are using it on wine in conjunction with LinuxSampler The authors are Justin Frankel from Nullsoft and others. For those that don't know the name, he is the one that wrote winamp, gnutella, nullsoft installer etc. On a forum he said he played with the idea of open sourcing reaper. It is being ported to OS X and probably will get ported to Linux too, given the very good performance it achieves on wine. Now back to LV2: The VST3 discussion on the reaper forum resulted in users proposing to create a new plugin standard in order to "break free" from proprietary standards so they are proposing to add LV2 support to Reaper. Justin from Reaper answered the following on the forum: ------- I looked at LV2, there's a lot of stuff which I disliked.. for example, "ports" being for parameters and audio buffers (and presumably MIDI events), and all having the possibility of colliding, isnt well thought out. Also if you want to add parameters to a new revision of a plug-in, then you have to change the URI? ick. Or what if you want to change the I/O of a plug-in on the fly.. -Justin --- see here for the full thread: http://www.cockos.com/forum/showthread.php?t=17198&page=2 I did not look at LV2 so I cannot judge, but I think LV2 developers should discuss about these issues and concerns with Justin in order sort out problems, and given the joung nature of LV2 , in case important design flaws get uncovered, change the specs a bit. Reaper is rapidly building up a large user base (users switching away from cakewalk sonar and cubase to reaper) as the application provided excellent performance, is easy to use and new features are being incorporated at a fast pace. Dave Philips seem to love the app too as he mentioned it in Linux Journal and he posts frequently on the forum. http://www.linuxjournal.com/node/1005911 I think LV2 and Reaper developers should join forces because together perhaps it will be possible to impose a new open plugin standard which will get adopted by other commercial applications too and supersede VST2.4 over time. not sure if the reaper devs are reading LAD, so perhaps LV2 developers should answer on the reaper forum too in order to sort out the issues raised by Justin. Everyone is invited to add his own point of view and I hope that the outcome will be a positive collaboration between LV2 and Reaper. thanks everyone, Benno

17 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Linux-audio-dev