Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

3 participants
7439 discussions

by Tim Goetze

found out some interesting facts about the chebyshev. been playing around a little with a chebyshev shaper, feeding it various harmonic amplitudes and a sine oscillation, taking an FT afterward. it seems that in order to get a harmonic of amplitude 0.5, you must not pass 0.5 to chebpc for that harmonic, but sqrt(2)/2. for a harmonic of amplitude .333333333, pass in sqrt(3)/3, etc. thus, if we want amplitude 'a' for a given harmonic, the chebpc coefficient is 'a * sqrt (1/a)' rather than simply 'a'. (negative amplitudes: ?). the peak value of the chebyshev-shaped output will be the sum of all coefficients calculated in this manner. the further the incoming sine is scaled down (from [-1,+1]), the less the harmonic mix will match the wanted amplitudes. for the amp code, this would mean we should probably try the following: compress/expand the incoming signal to fit exactly into [-1, 1] (normalize). the coefficient tables need some treatment, too -- we want the output sum to be 1, and the relative strengths of the harmonics to match. i'm not up to understanding all implications of the fact that the incoming signal is not a pure sine; neither do i have a recipe for preparing the coefficient tables -- if we scale the individual coefficients by 1/sum their mix will not match what we want. tim

21 years, 10 months

Re: [linux-audio-dev] GUIless friendly applications

by Benno Senoner

We at the LinuxSampler project, http://linuxsampler.sourceforge.net will go the GUIless route too and as Juan L. suggested it is probably wise to use a TCP socket because it allows remote controllability which can sometimes be very helpful. Imagine these racks found in webfarms starting making music :-) Anyway as our project advances, I hope that some good soul will implement a CLI interface for the sampler too so that it becomes more accessibile for people with disabilities. I agree with your stance about merging GUI and engine code: it is a mess and often introduces many maintenance and performance problems. Most audio programmer so not seem to realize that using mutexes called from GUI threads that share data with the audio thread speaks SUICIDE because you will never be able to ensure that your sub-5 msec audio engine does not drop out under heavy load. Yes ... (blocking) mutexes simplify a bit the programmer's task , but I'm sorry to say it your product will never be usable in the pro audio field. Hoping for a peaceful, client-server centric audio application world. :-) Benno -- http://linuxsampler.sourceforge.net Building a professional grade software sampler for Linux. Please help us designing and developing it.

21 years, 10 months

Re: [linux-audio-dev] anyone interested in porting a GPL'ed VST plugin?

by Benno Senoner

Paul Davis wrote: > it shouldn't be *too* difficult ... Someone suggested LADSPA but I do not see an easy way to do it since LADSPA does not support MIDI and this seems a VST2 instrument. Time to intruduce an instrument API or extend LADSPA ? Of course one can write a standalone JACK client (currently probably the best thing to do), but this means reinventing the wheel all over again. Let see what comes out of LinuxSampler, the discussions and ideas proposed on the list are quite interesting perhaps it would not be a bad idea to add VST instrument support so that opensource plugins like that one could be easily ported without needing and extensive rewrite (at least for the DSP part, the GUI stuff is a separate issue). Does anyone remember if it is possibile to use the VST headers (unmodified) on Linux or is Steinberg against ? I remember that some time ago Paul Davis wrote about these issues on the mailing lists but I do not remember what the outcome was. Thoughts ? Benno -- http://linuxsampler.sourceforge.net Building a professional grade software sampler for Linux. Please help us designing and developing it.

21 years, 10 months

[linux-audio-dev] Re: linux-audio-dev -- confirmation of subscription -- request 999072

by Stuart C. Bruce

On Tue, 05 Nov 2002 15:02:13 -0500 linux-audio-dev-request(a)music.columbia.edu wrote: > linux-audio-dev -- confirmation of subscription -- request 999072 > > We have received a request from 216.254.100.146 for subscription of > your email address, <stuart(a)realhappy.net>, to the > linux-audio-dev(a)music.columbia.edu mailing list. To confirm the > request, please send a message to > linux-audio-dev-request(a)music.columbia.edu, and either: > > - maintain the subject line as is (the reply's additional "Re:" is > ok), > > - or include the following line - and only the following line - in the > message body: > > confirm 999072 > > (Simply sending a 'reply' to this message should work from most email > interfaces, since that usually leaves the subject line in the right > form.) > > If you do not wish to subscribe to this list, please simply disregard > this message. Send questions to > linux-audio-dev-admin(a)music.columbia.edu. >

21 years, 10 months

Fwd: Re: [Rosegarden-devel] Fwd: [linux-audio-dev] GUIless friendly applications

by Richard Bown

Regarding GUI toolkits that support accessibility directly there's some information about Qt attached. Rosegarden and MusE both use Qt/KDE and both support softsynths through the ALSA seq interface so there might be some benefit in attempting to use these apps under Qt3.0 directly. B ---------- Forwarded Message ---------- Subject: Re: [Rosegarden-devel] Fwd: [linux-audio-dev] GUIless friendly applications Date: Tue, 5 Nov 2002 17:54:34 +0100 From: Guillaume Laurent <glaurent(a)telegraph-road.org> To: rosegarden-devel(a)lists.sourceforge.net On Tuesday 05 November 2002 17:01, Richard Bown wrote: > Can KDE/Qt help with accessibility? Hard to tell. Nothing too serious at the moment I'm afraid. http://doc.trolltech.com/3.1/keyfeatures30.html "Accessibility Accessibility means making software usable and accessible to a wide range of users, including those with disabilities. In Qt 3.0, most widgets provide accessibility information for assistive tools that can be used by a wide range of disabled users. Qt standard widgets like buttons or range controls are fully supported. Support for complex widgets, like e.g. QListView, is in development. Existing applications that make use of standard widgets will become accessible just by using Qt 3.0. Qt uses the Active Accessibility infrastructure on Windows, and needs the MSAA SDK, which is part of most platform SDKs. With improving standardization of accessibility on other platforms, Qt will support assistive technologies on other systems, too. " Now that's all nice and dandy but it doesn't say anything about what this "accessibility information" is, which platforms it works with, etc... Anyway, it will be there at some point, yes. -- Guillaume http://www.telegraph-road.org ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Rosegarden-devel mailing list Rosegarden-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rosegarden-devel -------------------------------------------------------

21 years, 10 months

[linux-audio-dev] Re: [ardour-dev] hardware requirements...

by David Gerard Matthews

Patrick Shirkey wrote: > CDs are an outdated medium that has survived because of the patent > industry. If the multimedia companies didn't have so much invested > into cd technology we would all own DVDRW drives by now. I hope it is > just a matter of time before the prices are reasonable for small scale > operations. Umm, actually I'd heard nearly the exact opposite opinion voiced on more than one occasion, namely, that higher-sample rates are basically an audio industry ploy to sucker rich yuppies wth $5000 USD power amps into buying "Sgt. Pepper" and "Are You Experienced" in yet another format. Personally, I'm inclined to believe that, and I do consider myself an audiofile. FWIW, I also run everything, even the DAT machine (yes, I've still got one) at 44.1, even though my Delta can handle 96, because I really don't like to deal with resampling, and nothing I'm doing at this point has any likelihood of ending up on DVD-A anytime soon. '-dgm

21 years, 10 months

[linux-audio-dev] [ANN] QJackConnect 0.0.1

by Dr. Matthias Nagorni

Hi, QJackConnect 0.0.1, a QT based patchbay for JACK, is available from http://www.suse.de/~mana/jack.html or ftp://ftp.suse.com/pub/people/mana/qjackconnect-0.0.1.tar.bz2 This is the first official release (some pre releases have been already in use, but they were based on a bad hack) and its published under GPL. Thanks to Kai Vehmanen for sending a patch which adapts QJackConnect to the current CVS of JACK and finally resolves the bad hack. I also wrote a small FM synthesizer which is both a (minimal) client to JACK and the ALSA sequenzer system. jack_miniFMsynth.c is available from the QJackConnect webpage as well. Have fun ! Matthias -- Dr. Matthias Nagorni SuSE GmbH Deutschherrnstr. 15-19 phone: +49 911 74053375 D - 90429 Nuernberg fax : +49 911 74053483

21 years, 10 months

[linux-audio-dev] anyone interested in porting a GPL'ed VST plugin?

by Paul Davis

it shouldn't be *too* difficult ... ------- Forwarded Message Date: Mon, 04 Nov 2002 20:41:11 +0100 From: "Philipp Mott" <pmott(a)lisa.de> To: <vst-plugins(a)lists.steinberg.net> (VST PlugIns) Subject: [vst-plugins] Rumpelrausch free source code release Hi everyone, I finally decided to release one of my plugins as open source. You can use the sources of ZR-3 under the restrictions of the GNU Public Licens e. And you can (please) donate, if you like. ZR-3 makes the world a better place.. . ;-) Check here: http://rumpelrausch.de.vu/ (ZR-3 is a drawbar organ emulation including effects) ############################################################# This message is sent to you because you are subscribed to the mailing list <vst-plugins(a)lists.steinberg.net>. To unsubscribe, E-mail to: <vst-plugins-off(a)lists.steinberg.net> To switch to the DIGEST mode, E-mail to <vst-plugins-digest(a)lists.steinberg.net > To switch to the INDEX mode, E-mail to <vst-plugins-index(a)lists.steinberg.net> Send administrative queries to postmaster(a)steinberg.de ------- End of Forwarded Message

21 years, 10 months

RE: [linux-audio-dev] anyone interested in porting a GPL'ed VST p lugin?

by Stoll, Jake

If I have the time (in a week or so) I'll have ago. It'd be nice to have as a ladspa plugin but to do the gui justice it might also need to be a jack client? jake. > -----Original Message----- > From: Paul Davis [mailto:paul@linuxaudiosystems.com] > Sent: Tuesday, 5 November 2002 8:43 AM > To: linux-audio-dev(a)music.columbia.edu > Subject: [linux-audio-dev] anyone interested in porting a GPL'ed VST > plugin? > > > it shouldn't be *too* difficult ... > > ------- Forwarded Message > > Date: Mon, 04 Nov 2002 20:41:11 +0100 > From: "Philipp Mott" <pmott(a)lisa.de> > To: <vst-plugins(a)lists.steinberg.net> (VST PlugIns) > Subject: [vst-plugins] Rumpelrausch free source code release > > Hi everyone, > > I finally decided to release one of my plugins as open source. > You can use the sources of ZR-3 under the restrictions of the > GNU Public Licens > e. > And you can (please) donate, if you like. ZR-3 makes the > world a better place.. > . ;-) > > Check here: > http://rumpelrausch.de.vu/ > > > (ZR-3 is a drawbar organ emulation including effects) > > > > ############################################################# > This message is sent to you because you are subscribed to > the mailing list <vst-plugins(a)lists.steinberg.net>. > To unsubscribe, E-mail to: <vst-plugins-off(a)lists.steinberg.net> > To switch to the DIGEST mode, E-mail to > <vst-plugins-digest(a)lists.steinberg.net > > > To switch to the INDEX mode, E-mail to > <vst-plugins-index(a)lists.steinberg.net> > Send administrative queries to postmaster(a)steinberg.de > > > > ------- End of Forwarded Message > This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.

21 years, 10 months

None

by None

January 22, 1998 From: Dan Timis <timis(a)museresearch.com> To: <linux-audio-dev(a)music.columbia.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by roar.music.columbia.edu id gA55dDA19818 Subject: [linux-audio-dev] Job in the Bay Area (Menlo Park) Sender: linux-audio-dev-admin(a)music.columbia.edu Errors-To: linux-audio-dev-admin(a)music.columbia.edu X-BeenThere: linux-audio-dev(a)music.columbia.edu X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: linux-audio-dev(a)music.columbia.edu List-Help: <mailto:linux-audio-dev-request@music.columbia.edu?subject=help> List-Post: <mailto:linux-audio-dev@music.columbia.edu> List-Subscribe: <http://music.columbia.edu/mailman/listinfo/linux-audio-dev>, <mailto:linux-audio-dev-request@music.columbia.edu?subject=subscribe> List-Id: The Linux Audio Developers' Mailing List <linux-audio-dev.music.columbia.edu> List-Unsubscribe: <http://music.columbia.edu/mailman/listinfo/linux-audio-dev>, <mailto:linux-audio-dev-request@music.columbia.edu?subject=unsubscribe> List-Archive: <http://music.columbia.edu/pipermail/linux-audio-dev/> X-Original-Date: Mon, 4 Nov 2002 21:35:37 -0800 This may not be a perfect fit with Linux Audio Developers, but there is no Linux Audio Administrators list. If you are not interested directly you may know someone who is. Here it is: ---------- Advanced Systems Programmer Job Requirements Muse Research, a startup music and audio products company located in Menlo Park, is looking for a self-motivated and creative Systems Programmer. Muse is developing cutting edge software/hardware devices for musicians and needs your Linux and system administration skills. Responsibilities Linux Maintenance: Keep customized Linux build up to date and adapt it to hardware requirements Make sure our Linux is optimized for performance and provides the tools users need Work with hardware driver contractors to install their drivers and verify their work Work with hardware team to develop shell scripts or find programs to test hardware functionality System Administration: Perform light administration on small office LAN Help with software installation and hardware troubleshooting Set up and maintain web based applications a bug database, CVS, etc

21 years, 10 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