Linux-audio-dev

linux-audio-dev@lists.linuxaudio.org

2 participants
7534 discussions

by Tim Goetze

The ever popular CAPS Audio Plugin Suite reincarnates as v0.3.0, a major augmentation release. CAPS is a LADSPA library that enjoys worldwide favour for its high-quality instrument amplifier emulation facilities. In addition it provides a sizeable assortment of no less sophisticated classic DSP units for daily use as well as some more exotic sound generators and effects. Most noteworthy addition is the new AmpV plugin which builds on the previous Amp efforts. A fundamentally revised circuit design and the emulation of power supply shortcomings make for a very mellow and differentiating tone especially at clean to moderately rough settings. The new CabinetII unit further enhances the discerning electric guitarist's digital sound setup by modelling five classical speaker cabinets; far more faithful than the previous Cabinet plugin it builds on, but with the same zero-latency advantage at still extremely low CPU taxation. Furthermore, the new Scape plugin (if played well ;) generates epic grooving soundscapes, the new ChorusII and PhaserII units provide fractally modulated variants of these classics and the new SweepVFII enhances its predecessor by allowing for modulation of filter Q. -*- This CAPS release compiles cleanly on x86-64 as well as with gcc-4.0. Many plugins have been renamed and all have been relabelled, which will unfortunately upset some host programs trying to load existing setups. Consult the README files in the distribution package for further details. http://quitte.de/dsp/caps.html http://quitte.de/dsp/caps_0.3.0.tar.gz Please forward as you see fit. Enjoy, Tim

20 years

[linux-audio-dev] Re: -O3 etc

by Bill Schottstaedt

I ran some timing tests, partly to check out -fast-math -- my informal impression is that it speeds up exp by a factor of about 2, but can slow down other things (FIR filters). I didn't see any obvious improvement in -O3 over -O2. The actual numbers are in the snd tarball, snd-edits.c -- look for "fast-math". (The table is aimed more at comparing int/float/double operations). These timing numbers change by a factor of, say, 20% on each run, so don't put much weight on them.

20 years

[linux-audio-dev] ANN: DT-42 DrumToy 0.1.0

by David Olofson

DT-42 DrumToy 0.1.0 - First Release ----------------------------------- "DT-42 DrumToy was intended as an example of interactive audio and graphics programming using SDL, but the project went rouge and turned into a "usable" drum machine. Not exactly a minimal technique example, but for someone working on some sort of music editor, the source might be of some interest, as DT-42 is probably as simple as it gets with all the basic vital stuff still in place. The package contains the source code, graphics, sounds, some example songs and precompiled executables for Windows, Mac OS X/PPC, Linux/x86 and Linux/AMD64." Have fun! Home: http://olofson.net/mixed.html Direct download: http://olofson.net/download/DT-42-0.1.0.tar.gz //David Olofson - Programmer, Composer, Open Source Advocate .------- http://olofson.net - Games, SDL examples -------. | http://zeespace.net - 2.5D rendering engine | | http://audiality.org - Music/audio engine | | http://eel.olofson.net - Real time scripting | '-- http://www.reologica.se - Rheology instrumentation --'

20 years

[linux-audio-dev] [ANN] First (alpha) release of JACE

by fons adriaensen

JACE is a Convolution Engine for JACK and ALSA, using FFT-based partitioned convolution with uniform partition sizes. I wrote it mainly as a 'proof of concept' for something more complicated, to be announced at the next LAC. But it could be useful as it is, hence this release. Main features: - Any matrix of convolutions between up to 16 input and 16 outputs. - Maximum length for each convolution is one megasample (nearly 22 seconds at 48 kHz). - Allows the use of a period size down to 1/16 of the partition size. This will not change the total delay (input + process + output) which will be twice the partition time in all cases, but at least allows you to use a smaller period size when other parts of your system require it. - It's fast (see performance examples below). When used with a period size smaller than the partition size, JACE will try to spread the CPU load evenly over all process cycles that make up a partition. This works quite well if there is enough work to be distributed, and less well otherwise. As an extreme example, if there is only one input and one output, and the convolution size is just one partition, it's clearly not possible to spread the three elementary operations over 16 cycles. But in those cases the load will be small anyway, and you can use a smaller partition size. Code to use SSE (tested) and 3DNOW (untested !) for the MAC steps is present, but disabled by default since it seems to make little difference. Performance on 2 GHz Pentium IV with 4 convolutions of 5.5 seconds each at Fs = 48 kHz. Load is as displayed by qjackctl. Delay is input + process + output. period partition load delay ----------------------------------- 1024 8k 12% 340ms 1024 4K 17% 170ms 512 4K 18% 170ms 256 4K 19% 170ms 128 2k 32% 85ms 64 1k 59% 43ms Grab it at <users.skynet.be/solaris/linuxaudio>. You will also need libfftw3f, libsndfile, and two shared libs available at the same place. Enjoy ! -- FA

20 years

[linux-audio-dev] Alsa device to Jack ports?

by Melanie

Hi, I am using an application which enumerates the ALSA supported hardware devices and offers them as input / output devices. Now, I would much rather have that app output to Jack. The app does support OSS, but only native OSS, it does not offer OSS support when ALSA is available, else I could have used oss2jack. Now I wonder, is there something like alsa2jack? Something that appears as a physical soundcard in ALSA, yet feeds into Jack? Melanie

20 years

[linux-audio-dev] Problem compiling with liblo: error: 'lo_address' does not name a type

by Frank Barknecht

Hallo, while trying to build Dave Griffith's fluxus, which uses liblo, on Debian, I've hit a very strange error. It boils down to g++ not finding the symbols exported in lo/lo.h. I stripped down the code, where it fails to this supershort C++-file: // -------------- // OSCServer.cpp // #include <lo/lo.h> lo_address m_Destination; // ---------- end Trying to compile this with $ g++ -c OSCServer.cpp will give these errors: $ g++-3.2 -c OSCServer.cpp OSCServer.cpp:2: 'lo_address' is used as a type, but is not defined as a type. $ g++-3.3 -c OSCServer.cpp OSCServer.cpp:2: error: 'lo_address' is used as a type, but is not defined as a type. $ g++-4.0 -c OSCServer.cpp OSCServer.cpp:2: error: 'lo_address' does not name a type liblo is installed from the Debian package: ii liblo0-dev 0.22-1 Lightweight OSC library --development files I think, g++ finds <lo/lo.h>, otherwise it should complain about a missing header, but then it doesn't want to use it. Does anyone have an idea, what is going wrong here? Ciao -- Frank Barknecht _ ______footils.org_ __goto10.org__

20 years

[linux-audio-dev] things to port to the gp2x ..

by Jay Vaughan

hi all, well i've recently waded into the GP2X territory, fairly deeply, and i'm enjoying it immensely: http://gbax.com/ its a dual-processor (ARM) portable games machine, battery powered, US$180, and .. it runs linux, has a very interesting EXT connector which supports USB and MIDI, video and audio, and extremely active games coding is going on, with well over 10,000 games currently runnable on it (emulation, baby): http://wiki.gp2x.org/wiki/EXT it can support usb-gadget audio (already has usb-gadget serial) so it wouldn't be terribly hard to 'integrate' it, either, with USB-based audio outputs .. and there is SDL onboard too, for graphics, with cairo/libsvg of course .. so its not such a stretch to consider this to be -the- synthesis platform of choice for linux audio hacking, and so i was wondering .. what linux-based softsynths do you think would be worthy to port to such a beast? i've already got sampling, a sequencer (thanks to MidiShare), and some basic audio idea's down, but what do you guys think about having a bit of a port-fest and turning the GP2X into a veritable treasure trove of a softsynth platform? -- ; Jay Vaughan

20 years

[linux-audio-dev] ANNOUNCE: set_rlimits 1.2.0

by Jonathan Woithe

Hi everyone This is a short note to point out that I have released set_rlimits 1.2.0. It can be found at http://www.physics.adelaide.edu.au/~jwoithe/set_rlimits-1.2.0.tgz This is the software formerly known as set_rtlimits. I've changed the name to reflect the fact that any rlimit can be controlled by this program if the need arises. Changes/additions in this version: * improved configuration file syntax (with support for the old syntax if it is found) * ability to set the memlock resource limit * easier command line use (an absolute path is no longer required for example - it is taken from the configuration file) As always, bug reports, suggestions and patches are welcome. Regards jonathan

20 years

Re: [linux-audio-dev] Problem compiling with liblo: error: 'lo_address'does not name a type

by Chris Cannam

Frank Barknecht: > OSCServer.cpp:2: 'lo_address' is used as a type, > but is not defined as a type. Wasn't lo_address called something else in very old versions of liblo? Maybe you have spare headers lying around. Or maybe I'm inventing things. Chris

20 years

[linux-audio-dev] Splitting audio files?

by Dan Stromberg

What are people's favorite applications for splitting up large sound files? I have a bunch a bunch of IMA ADPCM .wav's that I want to burn to CD, but often they're too large for a single CD. BTW, I've been converting the files to .cdr on a linux system, and then transferring that result to a windows machine for burning via a windows version of cdrecord. I'm interested in both CLI and GUI ways of doing this. Thanks!

20 years

Jump to page:

2026

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