Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

7516 discussions

by Victor Lazzarini

Hi everyone, perhaps one of you might have already seen this issue and will know what is the best solution. My problem is that one of the headers in the VST SDK2.4, aeffect.h, has a macro, VSTCALLBACK, which in gcc will be defined as __cdecl . This is not recognised by the compiler, thus preventing me from using that header (to build a plugin). My solution was to forcibly undefine __GNUC__ so that the macro gets a blank definition. However, I am not sure this is the best way out; I am wondering whether the calling convention will break the plugin, since the host might be expecting __cdecl and it will not be getting it. Perhaps someone else would have a different solution. Regards Victor Lazzarini Music Technology Laboratory Music Department National University of Ireland, Maynooth

16 years, 2 months

denormals

by cal

As in a small DC bias, how small is a "very very very small constant number"?

16 years, 2 months

Re: [LAD] Auto-wah plugin

by Renato

On Wed, 26 Aug 2009 23:42:12 +0200 Fons Adriaensen <fons(a)kokkinizita.net> wrote: > On Wed, Aug 26, 2009 at 11:09:27PM +0200, Renato wrote: > > > Hello, I've packaged this plugin for Archlinux, it's now in the AUR > > Thanks ! It's a bit unfortunate you acted so quickly - the plugin > is still in a 'beta' stage and following releases could well be > incompatible. This is no big deal for people who install from > source, but could generate some trouble for the others. > > > btw it would be good if in 'make install' the necessary files are > > copied to $(DESTDIR)/pathtowherecopyfiles rather than > > simply /pathtowherecopyfiles ; this surely makes packaging much > > easier on Arch > > How should this be split up ? AFAIK there's only one place to > install LADPSA plugins, and the usual /usr or /usr/local > separation is not used. But I could be wrong about this. > Well, I don't know about LADSPA plugins, but the fact is that in Arch for building from source in a pacman-aware (pacman is Arch's package manager) manner, you need the DESTDIR option... infact you first install all the files with the exact same direcotry tree as would do 'make install' but, instead of in root, in a working directory... i.e. you do 'make DESTDIR=/pathtotmpdir install' Then you point pacman to /pathtotmpdir, so he knows what to install and where on the system and keeps neatly track of it (you can then easily remove the package). So for Archers the DESTDIR is important, but on the other hand it's easy to patch a Makefile if it doesn't have the DESTDIR option, so no real big problem for now... just a heads up for the future. > > and also btw, good plugin - I've used it with good results with the > > settings suggested by Gabriel :) > > Fine ! > > Ciao, > ciao, Renato

16 years, 2 months

is this a compiler issue??

by Conrad Berhörster

Hello all, i have written a channel class, which collects data from (file) sources and copies it to a buffer. Jack will get this buffer and put it into his streams. So far, I think, this is a normal design with the following code for (unsigned int n = 0; n < nframes; ++n) { pBuffer[n] += pFrames[n]; pBuffer[n] *= volume; } i know, it's not really optimized. But it works as an example. as you can think, pBuffer and pFrames are float* and volume is also a float. now it happens, when the volume is 0, after 3-5 seconds, the CPU will run into 100%. a workaround is the following before the loop if(volume < 0.0000001) volume = 0.0000001; But i try to understand, what happens here. Is the compiler overoptimizing zeros. compiler is: $g++ -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj- c++,treelang --prefix=/usr --enable-shared --with-system-zlib -- libexecdir=/usr/lib --without-included-gettext --enable-threads=posix -- enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu -- enable-libstdcxx-debug --enable-mpfr --with-tune=i686 --enable- checking=release i486-linux-gnu Thread model: posix gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) what puzzles me is, that this doesn't happen on my double core system. Any ideas. Thanks c~

16 years, 2 months

VST host for testing plugins

by victor

Hi everyone, what would your suggestions be for VST/VSTi hosts for testing plugins during development? Ideally I would like: 1. No frills 2. Simple interface (GUI not even needed) 3. Possibly a soundfile player 4. A simple MIDI GUI interface if possible 3 & 4 are really optional as I can use external programs to do it (although it would be nice). The main thing is to be simple, load plugins on request, no sequencing or that kind of stuff (otherwise I would just use Ardour or LMMS). Just sound in and out, plus some MIDI. Thanks! Victor

16 years, 2 months

[ANN] Ardour Lirc OSC 0.1

by Raphaël Doursenaud

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, Here's the first version of an lirc/Ardour's OSC wrapper I wrote a while ago. Since it's working for me, it's time for you to enjoy it! * Allows controlling Ardour from any lirc remote * Uses a perl script to map lirc commands to Ardour's OSC interface This is also the time to introduce my company's free software forge. Comments and contributions welcomed! Source code : http://dev.ematech.fr/project/alo/download/file/alo-0.1.tar.gz Development forge : http://dev.ematech.fr/project/alo/ PS: Please note that other projects hosted there are under active development and not ready for use yet but I'm working on it ;) - -- Raphaël Doursenaud -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqJytYACgkQaZKmNAdXaVXs8gCcCdtWCB886ewn53Nfj+wKO3ZD pvcAoM6bUWkTFtHHRXYgnFeoT+AIvc7I =YiF/ -----END PGP SIGNATURE-----

16 years, 2 months

[ANN] aseqmm 0.1.0 released

by Pedro Lopez-Cabanillas

aseqmm is a C++ wrapper around the ALSA library sequencer interface using Qt4 objects, idioms and style. ALSA sequencer provides software support for MIDI technology on Linux. This is the first public release of aseqmm. Earlier snapshots have been bundled in both KMetronome-0.9.0 and KMidimon-0.7.1 source releases. Several examples are included in the source tree. Copyright (C) 2009, Pedro Lopez-Cabanillas License: GPL v2 or later Online documentation http://kmetronome.sourceforge.net/aseqmm/ Documentation downloads http://downloads.sourceforge.net/kmetronome/aseqmm-0.1.0-doc.pdf http://downloads.sourceforge.net/kmetronome/aseqmm-0.1.0-doc.tar.gz http://downloads.sourceforge.net/kmetronome/aseqmm-0.1.0-doc.tar.bz2 Sources http://downloads.sourceforge.net/kmetronome/aseqmm-0.1.0.tar.gz http://downloads.sourceforge.net/kmetronome/aseqmm-0.1.0.tar.bz2 openSUSE RPM packages http://software.opensuse.org/search?baseproject=ALL&p=1&q=aseqmm Regards, Pedro

16 years, 2 months

Auto-wah plugin

by Fons Adriaensen

hi all, In between smashing flies that came sitting on my hands while typing, and taking cold showers (we have some heath wave here) I wrote an auto-wah LADSPA plugin. It's available from the usual place: <http://www.kokkinizita.net/linuxaudio/downloads/WAH-plugins-0.0.1.tar.bz2> Since I'm not a guitarist I'll need user feedback to improve it. Enjoy ! -- FA Io lo dico sempre: l'Italia è troppo stretta e lunga.

16 years, 2 months

[PD-announce] smeck (6ch guitar processing patch) released]

by Frank Barknecht

Hi, something for the guitarists around. This is the patch, that Miller Puckette explained during the workshop at LAC2008. Ciao -- Frank ----- Forwarded message from Miller Puckette <mpuckett(a)imusic1.ucsd.edu> ----- Date: Mon, 24 Aug 2009 20:52:33 -0700 From: Miller Puckette <mpuckett(a)imusic1.ucsd.edu> To: pd-announce(a)iem.at Subject: [PD] [PD-announce] smeck (6ch guitar processing patch) released Hi all, I've finally done a good enough job of cleaning up the 'smeck' patch (seen at Pd conventions 2007 and 2009) to consider it releasable. This patch takes a 6-channel signal from a separated guitar pickup (such as the Roland GK series) and does a variety of cool things to it. Smeck is available from: http://crca.ucsd.edu/~msp/ cheers Miller _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce _______________________________________________ Pd-list(a)iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list ----- End forwarded message -----

16 years, 2 months

Selectable limit for polyphony of virtual synth

by Ralf Mardorf

Hi programmers of virtual synthesizers :) more than an hour ago I wiped of the dust of my old Oberheim to make soundfonts of some basses, but some pad sounds captivated me. The Oberheim is limited by 6-voice polyphony, resp. this isn't a limitation for those sounds. Virtual synth often tend to make the mix muddy, when playing pad sounds, because the polyphony isn't limited, every released note is able to end the complete release decay. For the Oberheim some notes are cut, while the wanted notes still can play the release decay. A selectable limit for polyphony might be a feature, that should become more common again, not only for virtual analog synthesizers. I know that e.g. fluidsynth-dssi has a global setting for polyphony, but the problem with this is, that it has impact to all used fluidsynth-dssi plugins. Cheers, Ralf

16 years, 2 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