Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

by Dave Robillard

Hi all, A while ago I started a thread about the proper way to refer to LADSPA plugins (in save files or whatever) and the consensus was library filename + label. People have been having problems with library name - different packages seem to make different names for the libraries (prefixing blop_, for example) so it doesn't always work. Basically I think using shared library file name is an awful way to reference plugins for numerous reasons. So why wasn't the unique ID the thing to use? There is a unique plugin ID in LADSPA, if not for this then for what reason? In a similar vein, I really think the current system for LADSPA distribution sucks - big tarballs from various devs containing heaps of completely unrelated plugins. A centralized site where plugins can be submitted on their own (or in related groups) would be a great thing, IMO, and would make it easy to verify that unique IDs are in fact unique to solve the above problem. Right now if a developer wants to make just one random plugin, they don't really have a sane way of getting it out there. I'm willing to full-time maintain the site, but I don't really have the hosting/abilities to create it. What do the other plugin authors think about this? Is there a web nerd around with the time/hosting/inclination to build the site? It doesn't need to be fancy, just functional. Cheers, -DR-

20 years, 5 months

[linux-audio-dev] ANNOUNCE: QSynth 0.2.3 released!

by Rui Nuno Capela

Hi, After a long time laying in the backyard, QSynth 0.2.3 is being released to the world :) Qsynth is a Qt GUI front-end application to the excellent fluidsynth soundfont2 engine. You can check it out, right away from: http://qsynth.sourceforge.net The fine print goes like there's no really big new features on this. After all its only a minor dot-realease. As you may find from reading the changelog, there's a: - New option for system tray icon and menu, which is known to be effective on KDE enabled desktops; support for freedesktop.org's system tray protocol specification has been included so this maybe also effective on Gnome2. - Setup options for alternate MIDI and Audio devices were introduced. - Output level meters get smoother and slightly layout optimized. - Set to ignore the SIGPIPE ("Broken pipe") signal, where available, as the default handler is usually fatal when a JACK client is zombified abruptly. - Messages window limit is now enforced only when the line count exceeds in one third the user configured line count maximum; if Qt 3.2.0+ is in use, the QTextView widget is otherwise set to the optimized Qt::LogText format. - Updated Mac OS X build instructions (README-OSX, by Ebrahim Mayat). That's it. Enjoy! -- rncbc aka Rui Nuno Capela rncbc(a)rncbc.org

20 years, 5 months

[linux-audio-dev] WaveMixer 0.3

by Raoul

Hi all! I want to present you wavemixer. It is a multitracks sound editor written with Gtkmm/Gstreamer. You can edit many file formats like Ogg/vorbis, mp3, wav, sound parts of video files, ... File editing in wavemixer is very simple because it's done only with drag'n drop. This software allows two principal uses: - Sample editing: cut/copy/paste, application of effects (LADSPA) - Mixing mutliples samples on tracks Wavemixer is a young software, but this release already allows to make many modifications, in a simple and useful way, like cutting of an audio file, sound mixing between some samples, etc... Actually, some package for debian, mandriva and fedora are available from the website (http://wavemixer.sourceforge.net) To have all the functionalities of wavemixer, it is necessary to install a maximum of Gstreamer plugins, this makes it possible to support a maximum of sound format. Gstreamer allows to automatically launch the previewing feature of samples in the file explorer and also to load/encode the sound files. -- Raoul Hecky http://wavemixer.sourceforge.net

20 years, 5 months

[linux-audio-dev] ANN: Q-Faust

by Albert Graef

(Cross-posted to the Faust and Q mailing lists.) Hi all, I thought that some of you might be interested in a Faust [1] interface I created for my functional programming language Q [2]. The interface allows you to load and run Faust DSPs in Q. Those of you who attended Yann Olarey's Faust workshop and my talk about Q at LAC05 should have an idea of what I'm talking about. ;-) I think that Faust and Q really make a great combo, which allows you to do all your multimedia/DSP stuff using nothing but modern FP tools. The Q-Faust interface is currently only available in cvs, see the q-faust module at [3]. A few examples are included, such as a realtime synthesizer playable via MIDI. To build and run this stuff, you'll need the Q core system, Q-SWIG, and the q-midi and q-audio modules, all readily available from [2]. And, of course, you'll also need Faust [1]. Relevant links: [1] Faust homepage: http://faudiostream.sourceforge.net [2] Q homepage: http://q-lang.sf.net [3] Q cvs repository: http://cvs.sourceforge.net/viewcvs.py/q-lang Enjoy! :) Cheers, Albert -- Dr. Albert Gr"af Dept. of Music-Informatics, University of Mainz, Germany Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de WWW: http://www.musikwissenschaft.uni-mainz.de/~ag

20 years, 5 months

[linux-audio-dev] Mixing signals

by Viceic Predrag

Hi all, I'm the author of Freecycle, one of the younger FOSS audio projects out there. I have a problem that may astound by it's simplicity, so I barely dare to ask for help... Freecycle provides some LADSPA functionality, and as there are lot of great but mono ladspa effects, I need a very simple way of sending stereo audio to mono input.. As I want to make my software as simple as possible for the end user, I provide some basic routing for the LADSPA giving the possibility to enter LADSPA input audio port either from the left channel, either from the right channel either from the mix of two channels. The signal is then passed through LADSPA and every 1024 frames the LADSPA control port input values are changed according to the desired automation. My problem consists in a correct way of mixing the two channels into one. I have found 4 ways of doing that: 1) sum L and R and divide by 2 : well.. 2) if L>0 and R>0 take the max, if L<0 and R<0, take the min, else add. : current implementation 3) add, and then normalize to the max after summation. The way that "feels" most correct to me is 3), but I don't like the two pass approach, as I mix the channels every 1024 frames and the send those 1024 frames to LADSPA. Of course, I would like to avoid letting the user set the gains manually... Could someone please help with this apparently simple problem? Many thanks, Predrag Viceic http://www.redsteamrecords.com/freecycle

20 years, 5 months

[linux-audio-dev] A Taste of Things to Come

by Pete Bessman

Hello Lists, As some of you may know, I'm the guy who wrote Specimen. And as a tiny fraction of that some may know (or care), Specimen hasn't seen an update in an exceedingly long time. What, exactly, is going on? The answer, dear friends, is simple: music. My introduction to the art of electronic music composition began precisely when Specimen development halted. For a few months, I fumbled around with countless little songs in an attempt to figure out how one goes about the process of coaxing the electrons in such a fashion as to result in sonic euphoria. And once I reached that point where the magnitude of my suckiness became bearable, I began writing songs. This process began in February with the assistance of an old friend, who lent his discerning ear and exceptional bass talent to the effort. And yesterday, we finished step one --- general composition. We now have 11 rough drafts that will be polished into a full length album and released next fall --- 100% Linux and OSS produced. It occurred to us that we might share some of this with all you folks out there in Internet land, both to stoke the flames of anticipation and to remind my adoring public that I have not yet shed this mortal coil. So, I am pleased to present a collection of snippets from the aforementioned tracks above, pieced together in an easy to swallow medley: http://www.gazuga.net/preliminary_beats.ogg http://www.gazuga.net/preliminary_beats.mp3 And for those interested in staying abreast of the latest and greatest, be sure to tune into The State of the Beat: http://www.gazuga.net/blog That's all for now, but don't worry --- I'll be back before you know it. Kinda like herpes, only better. Peace out, -Pete

20 years, 5 months

[linux-audio-dev] OpenGL + Audio = Bad Idea?

by Richard Spindler

Hi, I have a little Problem: I'm using OpenGL in my Program, in combination with OSS via portaudio. The Updates of the OpenGL display are triggered by the audio callback, protected using the available Methods of the GUI-Toolkit that I use (fltk). And I'm experiencing very strange effects, like: without Audio the OpenGL works fine. without the OpenGL, the audio works fine, however when used in combination, the Audio Thread (callback) stops very soon, and I have no Idea why? I used efence to discover wheater I'm screwing up memory somewhere, but I couldn't find anything. I ran valgrind, but it couldn't find something helpful either. I ran it from within gdb, but the program behaves correctly if run from gdb (heisenbug?). It even works better whenever I insert some cout's for debugging purposes. in gdb it also reports a signal like this when initializing the openGL, but I believe that might be propably unreleated. http://music.columbia.edu/pipermail/linux-audio-user/2004-October/016821.ht… BTW. I'm running an unmodified ubuntu warty. Any tips or pointers?? Thanks Richard PS.: (writing this message led me to some more experiments ;) ) I'm fairly sure that something is screwed up within thread syncronisation, because I can "fix" it by inserting a usleep() call at a certain position, but I do have a fairly hard time imagining what could be wrong. I'm considering to switch to blocking IO for Audio because, latency and stuff is not really an issue.

20 years, 5 months

[linux-audio-dev] Please test the RT rlimits patch for audio

by Jody McIntyre

The RT rlimits patch (nice-and-rt-prio-rlimits.patch) has been proposed as a solution to allow audio users to run their applications with realtime priorities. While more complicated to configure, it's a much cleaner patch than realtime-lsm and it's likely to get merged soon _if_ enough audio users test it and confirm that it works. To encourage this, I have created a wiki page containing installation instructions, links to prebuilt PAM packages, etc: http://www.steamballoon.com/wiki/Rlimits If this works for you, I am collecting success reports. Please email rlimits-success(a)steamballoon.com . If you have any problems with it, LAU is probably the best place to ask for help. Unfortunately I don't have large amounts of time to spend helping people with this, so any help requests emailed to me directly may be deleted without a reply. Sorry. Thanks for testing! Jody

20 years, 5 months

[linux-audio-dev] [EMPLOYMENT] contractor sought for linux sample playback engine

by Paul Davis

Through local contacts, I ended up meeting with a person close to Philadelphia who is starting a company to build a sample playback engine that will be used to enhance and extend the sound of an existing large scale instrument. They need a relatively simple sample playback engine: - MIDI in - up to 400 samples being played at once - all samples assumed to live in RAM - up to 50-70 channels of output - no functional GUI (simple one required at install/configuration time) The work needs doing quickly (they have existing customers who are waiting), and well (the system will have no monitor; stuff has to Just Work All The Time). If you think you might be interested in doing this, get in touch with me, estimating time to completion and cost. Available compensation is reasonable, and may be adjustable to include stock in the company. --p ps. you know who you are :)

20 years, 5 months

[linux-audio-dev] Re: [CM] [ANN] Realtime Extension documentation for SND, and snd-ls V0.9.3.0

by shreeswifty

looks nice Kjetil! OS X ?? also (OT) are you still developing/mainting Mammut? cheers~ PAtrick On Fri May 20 08:32:42 EDT 2005, Kjetil Svalastog Matheussen <k.s.matheussen(a)notam02.no> wrote: > > > > The Realtime Extension for the sound editor SND consists of two > parts: > > 1. The RT Engine - An engine for doing realtime signal > processing. > 2. The RT Compiler - A compiler for a scheme-like programming > language > to generate realtime-safe code understood > by the > RT Engine. > > Homepage: > http://www.notam02.no/arkiv/doc/snd-rt/ > > Screenshot: > http://www.notam02.no/arkiv/doc/snd-rt/screenshot.png > > > ******************************************** > > > Snd-ls v0.9.3.0 > --------------- > Released 19.5.2005 > > > About > ----- > Snd-ls is a distribution of the sound editor Snd. Its target is > people that don't know scheme very well, and don't want > to spend too much time configuring Snd. It can also serve > as a quick introduction to Snd and how it can be set up. > > > Changes 0.9.2.0 -> 0.9.3.0 > --------------------------- > -Updated SND to v7.13 from 18.5.2005. Many important changes. > -Fixed a small error in the installation script. > > > http://www.notam02.no/arkiv/src/snd/ > > > > _______________________________________________ > Cmdist mailing list > Cmdist(a)ccrma.stanford.edu > http://ccrma-mail.stanford.edu/mailman/listinfo/cmdist > > Patrick Pagano,M.F.A Digital Media Specialist Digital Worlds Institute University Of Florida (352) 294-2082

20 years, 5 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