TAP-plugins 0.6.0 released.
TAP Reverb Editor initially released.
Homepage: http://tap-plugins.sf.net
OK, here we go:
* New plugin: TAP Fractal Doubler. Suitable for doubling tracks
containing vocals, acoustic/electric guitars, bass and just about
any other instrument. The effect is created by applying small
changes to the pitch and timing of the incoming signal. The changes
are created by a one-dimensional random fractal line producing pink
noise. Special thanks to Jan Depner for suggesting this plugin and
pointing me to useful information about fractals.
* New plugin: TAP Reflector. This plugin creates a psychedelic reverse
audio effect. It is especially worth trying this plugin on sustained
guitar and vocal tracks. Percussive sounds also create a very
characteristic atmosphere when played in a backward-ish style.
* New plugin: TAP Pink/Fractal Noise. This plugin came to life as a
secondary product of the development of TAP Fractal Doubler. It
generates pink noise by means of a one-dimensional random fractal
line generated by the midpoint displacement method.
Yes, it's Reverb time again!
* Vastly enhanced the internal workings of TAP Reverberator. As a
result, the sonic quality of reverberation got much better. (Well,
at least, now it *IS* real reverberation.) If you tried it once,
and found it sounded like hell, you definitely need to check it out
now!
* Long-long-standing denormal float (or whatever) problems causing
occasional runaway CPU-usage led to the complete re-implementation
of the internal DSP algorithm of the reverb using fixed-point
arithmetics. This inherently fixes denormal problems. However, the
option to use the previous floating-point DSP code remains as a
#define which you can set before compiling. The default is to use
fixed-point math. Very special thanks to Jan Depner for spending his
time with repeatedly testing the reverb and sharing his insights.
* A new application named TAP Reverb Editor has been written. It is a
standalone JACK app, with a GTK+-2 user interface. It works and
sounds the same as the LADSPA version (TAP Reverberator), but has
extended features that support direct editing of Reverb Types, with
immediate visual and sonic feedback. You can design new Reverb Types
easily, and 'backporting' these into the LADSPA version is also a
breeze. This program is available as a separate package called
TAP-reverbed.
* Introducing some new Reverb Types:
I made these for some acoustic guitar tracks:
* Ambience
* Ambience (Thick)
* Ambience (Thick) - HD
...and these for fun:
* Cathedral
* Cathedral - HD
Other changes:
* TAP Dynamics plugins (both Mono and Stereo) were also affected by a
runaway CPU-usage issue. It was fixed in the same way as with the
reverb: by converting the internals to use fixed point math by
default. (The #define option to use floating point math still
remains.)
* Applied patch from Luke Yelavich to clean up the Makefile a bit.
* Complete website/docs redesign. The documentation for TAP-plugins
and the user manual for TAP Reverb Editor is now available for
download as a separate package called TAP-plugins-doc.
Hope you enjoy this release. Please report any problems.
Tom
While surfing the web I came across an interesting paper regarding Audio
over Ethernet in low-latency low-jitter professional studio environments.
I don't know to what extent the proposed scheme is open or patented or
whatsoever.
http://www.telos-systems.com/techtalk/ethernet4audio/NAB03_CHURCH_FINAL_2.p…
Have fun,
Frank.
--
+---- --- -- - - - -
| Frank van de Pol -o) A-L-S-A
| FvdPol(a)coil.demon.nl /\\ Sounds good!
| http://www.alsa-project.org _\_v
| Linux - Why use Windows if we have doors available?
Greetings:
The Linux soundapps site is now mirrored in Europe at the following URL :
http://linuxsound.atnet.at
Please update your bookmarks. The www.linuxsound.at URL is no longer
in use.
The hosting site contacted me regarding the outdated material that was
still displayed, and I have brought the site into sync with the US and
Japanese mirrors. This time for sure...
Best regards,
Dave Phillips
Hi!
The usual spinboxes with their tiny up/down arrow buttons
made me think about an alternative.
Since using more height than a textfield has would make
layout very troublesome, my solution is placing the
buttons horizontaly.
http://wrstud.urz.uni-wuppertal.de/~ka0394/forum/04-06-20_spinbox_set_02.png
I think the variations with arrows are less pleasant to
look at. Using - and + also avoids confusion with option
menus. But I would like to hear everyone's opinion on that.
I don't know if showing the value as bar in the background
is a good idea in the end, because it might be confusing (?)
The right ones show highlighting (and the usual cursor
change) on mouse-over.
Mousewheel should work on mouse-over (no clicking required)
just like is the case with GTK+ spinboxes (can't test other
toolkits now).
The minus key should be reserved for entering the minus sign.
Middle mouse button should be reserved for paste, right one
for context menu (besides copy/paste it could contain
max, min and 50% commands).
So only clicks with modifier keys are left.
I would propose Ctrl leftclick on -/+ buttons for larger
steps.
---
Thorsten Wilms
forget all that ranting i made about jack_frames_since_cycle_start().
jack_frame_time() is an interpolated function that can be safely
called from any thread (its not RT-safe, but it is fast), and will
return a monotonically increasing frame counter. i wrote it.
--p
I wonder how to find out which frame_time corresponds to the first frame in the buffer passed to the process callback..
Is it possible at all? does jack use an internal frame counter which corresponds to jack_frame_time?
Thanks
Florian Schmidt
--
Palimm Palimm!
>From: Tim Hockin <thockin(a)hockin.org>
>
>> Quick question: disk thread may suspend if there are no disk use.
>> How the disk thread is woken up to read the lock-free buffer?
>
>Semaphore. Every time you put something into the buffer, up() the
So, one thread for RT-audio, one thread to watch and suspend on
semaphores, and one thread to select() on FDs (for communication
from the application and from the semaphore watcher).
Which one is better?
(1) RT-audio thread ---> pipe ---> select() thread
(2) RT-audio thread ---> semaphore --> semaphore watcher thread
--> pipe --> select() thread
Of course, better for RT-audio thread. While the case (2) is
more complex, it could be better for RT-audio thread.
How this all is done in Ardour? I browsed the source but there are
a lot of stuff there. How about LinuxSampler?
Juhana
Specimen is a MIDI controllable SoftSampler for GNU/Linux systems.
Features added since 0.3.0 include:
* Portamento
* Per-parameter LFOs with delay and attack
* LFOs may be "global" (voice independent) or per-voice
* LFOs may be constrained to oscillate between 0 and 1 instead of -1
and 1
* ADSRs have gained delay and hold phases
* Most parameters can be velocity sensitive to a user-specified degree
* LFO/ADSR amounts for pitch are now entered in half-steps
* A sample's pitch may be adjusted within a user-definable range
You can download the latest tarball (some assembly requried) from
www.gazuga.net, or directly below:
http://www.gazuga.net/files/specimen-0.4.0.tar.gz
The focus of the 0.4.x series is the GUI, so if you've got a gripe or
a wish about that, now's the time to pipe up. As always, my inbox is
wide open to suggestions and bug reports.
-Pete
Anyone knows a library (or an algorithm or something) for CPU efficient
pitch-shifting?
Essentially, i want to take arbitrary audio input and pitch shift it
just a little bit, indeed very little - the shift should be so small as
it would not even qualify as out-of-tune for most practical purposes
(provided that the original sound is perfectly in-tune). A shift not
bigger than the usual tuning error of ordinary unplugged instruments.
I also need to vary the shift, not too fast (the pitch shifting
modulator will change the shift up and down a couple times per second or
less), but still change it dynamically.
The algorythm should be efficient enough to allow real-time processing
of at least 16 sound channels simultaneously, and still leave some CPU
power untouched.
All this should be incorporated into a LADSPA plugin that i plan to
build (and it's only a part of the functionality).
--
Florin Andrei
http://florin.myip.org/
New releases of Aeolus and Jaaa are now available at
<http://users.skynet.be/solaris/linuxaudio>
Aeolus-0.2.0
------------
- bugfixes,
- some new stops,
- added tuning and temperament controls,
- added controls for tremulant speed and intensity.
Still no manual :-( but it's coming...
This will be a stable release for some time. The next major step
is to add the 'chiff' generators, and this will require a lot a
research and work. First step is to make recordings of real pipes
and analyse them to find the noise spectra. I'll probably be
making recordings of the Metzler organ in the Antwerp cathedral
during the coming months. Then it's back to the drawing board.
The target is to make this work for LADconf 3...
Jaaa-0.1.0
----------
Some bugfixes, no new features. Adapted to the new shared libs,
see below. There's a minimal manual in the README.
Shared libraries
----------------
libalsadrv.so used by earlier releases is replaced by clalsadrv-0.0.1,
libclthreads and libclxclient have been are upgraded to 0.0.2.
Please delete all earlier versions of these libs, they are now useless.
The so-names are now correct, and Aeolus and Jaaa will link with the
*.so.0 files. I had this completely wrong in the first release
(thanks to Fernando for complaining about this :-).
--
Fons