Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7440 discussions

[linux-audio-dev] Looking for SF2 file format description ?

by Dominic Genest

Hello, Where could I find specifications of SF2 file format ? Thanks Dom -- Dominic Genest Étudiant 3e cycle Département d'Informatique et de Génie Logiciel Université Laval 97010111

20 years, 7 months

[linux-audio-dev] Re: Modular Jack patch bay

by Juhana Sadeharju

>From: Dave Robillard <drobilla(a)connect.carleton.ca> > >Screenshot: >http://chat.carleton.ca/~drobilla/patchbay.png [ ... ] >Eventually it will be a combined jack/alsa patch bay How about adding an application menu from which user may launch new applications and insert to the patchbay? Patchbay would store application's command line parameters. How about a custom application menu where user has edited the default command line parameters? E.g., a Fluidsynth would start with a sample file: "fluidsynth-808perc". Of course, applications should support configuration and sample loading via command line. How Alsa mixer relates to Patchbay? If I record Alsa's line-in, the reverberated output should not be mixed to the recording. And other way, if I record reverberation, the original should not be recorded. Could there be a Alsa module which has more connections than capture1,2 and playback1,2? When I launch Alsamixer, I would control levels with it and use Patchbay for routing. Sounds difficult if Alsa has only one recording source: "Mix". >and if anyone has ideas for an elegant >automatic-module-placement solution How about manual placement first? User could organize the modules and then save the whole thing to file. When user loads the file, the display looks the same -- and also all applications are launched. If applications are launched from shell or if Patchbay figures out the currently running Jack/Alsa system, then automatic placement would be needed. But I would like to always build the system from scratch or from file with Patchbay. Patchbay could recognize all new applications launched from shell. Usually one application is launched at a time and manual placement is no problem. Again, the end result can be saved to file and there is no need to redo the placement each time. Patchbay files could be inserted to the current patchbay. E.g., a reverb patch could have four reverb related modules which together makes the reverb. That is, four different Jack applications. Inserted Patchbay files may need null nodes. If multiple modules needs the same input, then with the null node the inputs can be combined. There is no Jack application for the null node. User who inserts the reverb to the patchbay then don't have to guess how to connect the inputs to the reverb related modules -- their inputs would not be connected at all without the null node. A subpatches/macros would make the same thing, but would be more complicated. Should users be able to set the launching order of applications in the patchbay files? Regards, Juhana

20 years, 7 months

[linux-audio-dev] Display app to expos and conferences

by Juhana Sadeharju

Hello. How about writing an interactive demostration application which can be set to conference booths and which with visitor could easily check demos of applications. The display could be a full screen window with a matrix of buttons. Button would be labeled with the application names. When visitor presses the button, the display changes to a possibly animated screenshot of the application and an example audio would be played. The application display could have a column of buttons which can be used to change the example audio. Each example could have its own screenshot. The audio and the screenshot need not be entirely related. One button could demostrate an editing feature and could have no audio (or have some background music). Screenshot could be, or have, an info text as well. Each different display would be precomposed with GIMP and the like. The display app should be as simple as possible -- also for us who would make the content to it. In any case, the actual applications would not be run at all. It is important that the display app is fully working at all of the times -- and not being idle like the real applications would be. Regards, Juhana

20 years, 7 months

[linux-audio-dev] Re: Software with source code?

by Juhana Sadeharju

>From: Joern Nettingsmeier <nettings(a)folkwang-hochschule.de> > >it is the author's decision, and everybody *has*to*respect*it*! >don't preach freedom and deny others their freedom of choice. we've >had enough of this bigotry lately. I understood the frustation comes from wasting time to load the software and to find out it is only executable. Here (was it jackit-dev) most announced software are open source, so it would be a good idea to let people know that now something different is announced. But in any case, a good announce makes no harm. Regards, Juhana

20 years, 7 months

[linux-audio-dev] Re: Software with source code?

by Juhana Sadeharju

>From: "Stefan Nitschke" <stefan_nitschke(a)hotmail.com> > >Its not my intention to blame Linux or the Linux-Community but it is >in consequence the only way to prevent such postings in the future. Write in your announces that the software is executable only!! Simple as that. Regards, Juhana

20 years, 7 months

[linux-audio-dev] TAP-plugins

by Tom Szilagyi

Hi, News for those interested in TAP plugins: tap-plugins-0.3.0 is out. * TAP AutoPanner Implementation of a very well-known effect. Useful mainly to liven up synth tracks. * TAP DeEsser A plugin for attenuating harsh 'ess' and 'ssh' sounds in vocal recordings. Also usable on wind instruments. * Project moved to SourceForge.net. New (and hopefully ultimate) homepage: http://tap-plugins.sf.net Enjoy! Tom

20 years, 7 months

Re: [linux-audio-dev] wcnt linear filters

by James W. Morris

>From: Steve Harris <S.W.Harris(a)ecs.soton.ac.uk> >Date: Wed, 4 Feb 2004 08:35:31 +0000 > >On Wed, Feb 04, 2004 at 01:49:26 +0100, Tim Goetze wrote: > > the cookbook is a bitch to read without the background. i guess it's > > meant to serve as a quick lookup sheet for people who know the stuff > > but can't remember the exact numbers. if you're looking for bi-quads, > > those in ecasound seem to follow the cookbook iirc. > >So do some of the ones in my plugins (utils/biquad.h has a complete >implementation) > > > why not implement ladspa support in your application? it's quite > > simple to do, and opens a world of sound manipulation. > >Yes, I think that even hardcoding in plugins can be a good idea (c.f. JAMin >and jackEQ), it makes your code nice and simple and all the filter state >is kept inside the plugins. > >- Steve biquad filters were just something I pulled off the cookbook, assuming it would be the next place to go. And you know what they say about assume.... ;/ Coding is a yearly thing I do in the winter months, I try and limit how much time I spend on it as it is as far as time and energy are concerned, very demanding. I intend to get as much done as pos without using libraries, get the main elements there and working, and then I'll expand into ladspa in the future. (*james)->::~(sirromseventyfive)~++ _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo

20 years, 7 months

[linux-audio-dev] [ANN] (galan-0.3.0_beta3 - vocoder fan) released

by torbenh＠informatik.uni-bremen.de

hi... i have released galan-0.3.0_beta3 can be downloaded at http://osdn.dl.sourceforge.net/sourceforge/galan/galan-0.3.0_beta3.tar.gz while www.sf.net is down. This version has several fixes for loading files. so if you tried out some earlier 0.3.0 and could not load your files back in. then try again. i have built a 16-band vocoder. (it still has to be tuned a little) you will get your control panel full of knobs you may try :) a voice allocator is there now. and i updated the midi in gsheet a little. this allows to build polyphonic synths finally. the blop adsr can be used to correctly support note on and off. have fun with it. -- torben Hohn http://galan.sourceforge.net -- The graphical Audio language

20 years, 7 months

Re: [linux-audio-dev] Software with source code?

by Stefan Nitschke

>From: "Andreas Kuckartz" <A.Kuckartz(a)ping.de> >Reply-To: "The Linux Audio Developers' Mailing >List"<linux-audio-dev(a)music.columbia.edu> >To: "Stefan Nitschke" <stefan_nitschke(a)hotmail.com> >CC: "The Linux Audio Developers' Mailing >List"<linux-audio-dev(a)music.columbia.edu> >Subject: Re: [linux-audio-dev] Software with source code? >Date: 3 Feb 2004 19:42:13 +0100 > >Stefan Nitschke wrote: > > > >I like this idea (particularly because accidentally downloading > > >proprietary garbage won't happen, *ahemRTSynth/digeridooahem*). > > > > > No problem, I canceled any support for Linux from now until ever. > >I would understand if you "canceled any support" for the author of the >insulting lines - but blaming Linux or the Linux-Community is just as >insulting. > >Andreas > Its not my intention to blame Linux or the Linux-Community but it is in consequence the only way to prevent such postings in the future. As such postings are not good for Linux in general... I still have the partly strange postings about "reborn" in mind... I came to the conclusion that leaving would cause less damage. Anyway I am still on this list...;) Stefan _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

20 years, 7 months

Re: [linux-audio-dev] Software with source code?

by Stefan Nitschke

>I like this idea (particularly because accidentally downloading >proprietary garbage won't happen, *ahemRTSynth/digeridooahem*). > No problem, I canceled any support for Linux from now until ever. bye, Stefan _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

20 years, 7 months

Jump to page:

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