Greetings:
I've recently updated my tutorial on using VST/VSTi plugins under Linux :
http://www.djcj.org/LAU/quicktoots/toots/vst-plugins/
It now includes material regarding the fst project as well as the
vstserver.
Best regards,
Dave Phillips
FishSound 0.6.3 Release
-----------------------
libfishsound provides a simple programming interface for decoding and
encoding audio data using Xiph.Org codecs (Vorbis and Speex).
This release is available as a source tarball at:
http://www.annodex.net/software/libfishsound/download/libfishsound-0.6.3.ta…
This release fixes a bug in encoding to Speex format from a non-interleaved
stereo PCM source, and closes a memory leak in the comments API. Additionally,
the test suite has been expanded to cover all possible instances of encoding
and decoding, and symmetrical trials of encode<->decode pipelines have been
introduced. The test suite and example programs have also undergone rigorous
testing of memory management and correctness of generated audio.
About libfishsound
------------------
libfishsound by itself is designed to handle raw codec streams from a
lower level layer such as UDP datagrams. When these codecs are used in
files, they are commonly encapsulated in Ogg to produce Ogg Vorbis
and Speex files.
libfishsound is a wrapper around the existing codec libraries and provides
a consistent, higher-level programming interface. It has been designed for
use in a wide variety of applications; it has no direct dependencies on
Annodex or Ogg encapsulation, though it is most commonly used in conjunction
with liboggz to decode or encode Ogg encapsulated Vorbis or Speex files.
FishSound has been developed and tested on GNU/Linux, Darwin/MacOSX and
Win32. It probably also works on other Unix-like systems via GNU autoconf.
For Win32: nmake Makefiles, Visual Studio .NET 2003 solution files and
Visual C++ 6.0 workspace files are all provided in the source distribution.
Full documentation of the FishSound API, customization and installation,
and complete examples of Ogg Vorbis and Speex decoding and encoding are
provided in the source tarball, and can be read online at:
http://www.annodex.net/software/libfishsound/html/
FishSound is Free Software, available under a BSD-style license.
More information is available online at the FishSound homepage:
http://www.annodex.net/software/libfishsound/
enjoy :)
--
Conrad Parker
Senior Software Engineer, Continuous Media Web, CSIRO Australia
http://www.annodex.net/http://www.ict.csiro.au/cmweb/
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
> From: Steve Harris <S.W.Harris(a)ecs.soton.ac.uk>
> Subject: Re: [linux-audio-dev] Audio over Ethernet / Livewire
>
> [...] RTP-MIDI [...]
Thanks, Steve.
A lot of work has gone into RTP MIDI, to get consensus across
a wide range of interests -- the IETF, MPEG, the MMA, and the
computer music community. I should note we're not there yet
(i.e. we haven't started the vetting process that ends, if successful,
in RFCs) , but we're getting ever closer to Last Call (the start of the
process). The most recent documents are here:
http://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-rtp-midi.txthttp://www.cs.berkeley.edu/~lazzaro/sa/pubs/txt/current-guide.txt
Also note that the RTP-MIDI network stack in sfront:
http://www.cs.berkeley.edu/~lazzaro/sa/index.html
has been re-licensed under the BSD license, the stack
resides in sfront/src/lib/nsys/. I also have the stack in a
tar file that only contains BSD-licensed files -- let me know
if you need a copy and I'll send it along. The stack is more
for reading than for using -- I think the best RTP MIDI
implementations will start with a clean slate.
---
John Lazzaro
http://www.cs.berkeley.edu/~lazzaro
lazzaro [at] cs [dot] berkeley [dot] edu
---
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!