Greetings all,
Apologies for cross-posting.
Please allow me to use this opportunity to bring to your attention an
upcoming contemporary multimedia art concert titled "0th Sound." The
evening-long event will take place in the Cincinnati area on May 29th
(Sunday) 2005 at 8pm, and will feature a portfolio of my latest works,
including a number of compositions created exclusively using GNU/Linux
tools. For more info, sound clips and other goodies, please visit:
http://meowing.ccm.uc.edu/~ico
For promotional and press-release materials please visit:
http://meowing.ccm.uc.edu/cgi-bin/ico/yabb/YaBB.cgi?board=News_id;action=dis
play;num=1116212106;start=0
Many thanks!
Best wishes,
Ivica Ico Bukvic, composer & multimedia sculptor
http://meowing.ccm.uc.edu/~ico/
Hello everyone,
I'm looking to lend a hand at an audio project. I'm not a new programmer but
I'm new to audio programming. Is there any good references out there to help
me get up to speed? How about any essential libraries, system code that I
should learn?
Thanks a bunch,
Kevin
Hi folks,
I try to get my head around a basic problem, and I don't manage to
get around it: how to adapt to variable sized blocks of samples given by
a ladspa or jack host/server to an existing, fixed length block
processing algorithm, for example a N points fft. AFAIK, the ring buffer
is the standart tool to solve this problem, but I don't understand how
this helps ?
I tried to read the source of jamin, which implements this kind of
scheme in io.c, but I couldn't manage to get the whole thing.
I would be glad to hear any hint about the right way to use
ringbuffer for this task,
cheers,
David
>From: fons adriaensen <fons.adriaensen(a)skynet.be>
>
>On Thu, May 19, 2005 at 08:57:24PM +0300, Juhana Sadeharju wrote:
>
>> Yes. The priority should depend on the buffer size.
>> Longer buffers would run with non-soft-RT schdulers.
>
>That problem is really the same as what you get with partitioned
>convolution.
That was the problem which did lead me to develop the system
a few year ago. Any hardware can be used in the system for
lowest latencies. (hw -- RT Linux or soft-RT -- user scheduling)
Juhana
--
http://music.columbia.edu/mailman/listinfo/linux-graphics-dev
for developers of open source graphics software
BEAST/BSE version 0.6.6, BSE-ALSA version 0.6.6 and BSE-PortAudio
version 0.6.6 are available for download at:
ftp://beast.gtk.org/pub/beast/v0.6/
or
http://beast.gtk.org/beast-ftp/v0.6/
This is a development version of BEAST/BSE, the BEdevilled Audio SysTem
and the Bedevilled Sound Engine. BEAST is a powerful music composition
and modular synthesis application released as free software under the
GNU GPL and GNU LGPL, that runs under unix. BSE-ALSA is an ALSA driver
and BSE-PortAudio is an experimental PortAudio driver for BSE.
The project is hosted at:
http://beast.gtk.org
A mailing list is available at:
http://mail.gnome.org/mailman/listinfo/beast/
GUI skins, example sounds and instrumets for BEAST/BSE as well as
screenshots can be found at:
http://beast.gtk.org/browse-bse-files.htmlhttp://beast.gtk.org/screenshots/index.html
This development series of BEAST has a lot of the internals redone,
many new GUI features and a sound generation back-end separated
from all GUI activities.
Outstanding new features include support for skins, many sample
file formats, MIDI file import abilities, an improved piano roll
widget, the track editor which allows for easy selection of
synthesisers or samples as track sources, loop support in songs,
mixer support, unlimited Undo/Redo capabilities and MIDI automation.
Overview of Changes in BEAST/BSE 0.6.6:
* Improved error messages
* Improved script handling
* Implemented translation of scheme script strings
* Fixed closing of unsaved projects
* Fixed project Save vs. Save As behaviour
* Fixed localized numbers being written to .bse files
* Fixed sample embedding in .bse files (0.6.5 did not store all samples)
* Fixed stale header files, left out by make uninstall
* Rewrote message dialogs and message mechanisms
* Ported MIDI event recording script to new BSE core
* Updated Canadian English translation [Adam Weinberger]
* Updated Czech translation [Miloslav Trmac]
* Updated Italian translation [Petrecca Michele]
* Updated Spanish translation [Francisco Javier F. Serrador]
* Added Basque translation [Hizkuntza Politikarako Sailburuordetza]
Overview of Changes in BSE-ALSA 0.6.6:
* Build fixes for BEAST-0.6.6
Overview of Changes in BSE-PortAudio 0.6.6:
* Build fixes for BEAST-0.6.6
* Plugged memory leaks
* Fixed error handling
---
ciaoTJ
I think that would be a non-standard extension of the current practice and wouldn't be understood by current parsers.
Taybin
-----Original Message-----
From: Jens M Andreasen <jens.andreasen(a)chello.se>
Sent: May 25, 2005 3:16 AM
To:
The Linux Audio Developers' Mailing List <linux-audio-dev(a)music.columbia.edu>
Subject: Re: [linux-audio-dev] LADSPA Issues
On Mon, 2005-05-23 at 16:03 +0100, Nick Dowell wrote:
> Good idea.
>
> reverse - domain name type addresses are used quite widely now, in Java
> for example and in all apple's latest stuff.
>
> eg "uk.org.plugin.analogueOsc"
>
Can we have a unique divider between the domain and product?
foo.bar(a)example.com
and
foo(a)bar.example.com
.. are in java both represented as
com.example.bar.foo
Having instead, say
com.example(a)bar.foo
and
com.example.bar@foo
.. would resolve this (minor) issue.
> combined with a version number, you can correctly identify plugins no
> matter their filename..
>
> -n
>
> On 20 May 2005, at 14:19, Steve Harris wrote:
>
> > Or, we could use a system thats been demonstrated to work really
> > well...
> > http://www.w3.org/Addressing/
>
--
LinuxSampler [1] is a modular, streaming capable sampler. It was designed
decoupled from any user interface, that is as sampler backend which can be
controlled via network connection from an arbitrary place, using a custom,
ASCII based protocol called LSCP [2].
[1] http://www.linuxsampler.org
[2] http://www.linuxsampler.org/documentation.html
Focus of this first release was an adequate support of the Gigasampler format,
including experimental support for the new Gigasampler v3 format. For a
complete list what is already covered and what is not, check the features
site [3].
[3] http://www.linuxsampler.org/features.html
Planned next:
* strong synthesis optimizations
* support for further sampler formats
* instrument database system
* implementation of further control interfaces like OSC [4]
* SMP and network cluster support
* as ports to other OSs are already on the pipe, maybe a new name :P
You might want to use QSampler [5] as convenient graphical frontend to
LinuxSampler. You can get everything from the downloads site [6].
[4] http://www.cnmat.berkeley.edu/OpenSoundControl/
[5] http://qsampler.sourceforge.net
[6] http://www.linuxsampler.org/downloads.html
CU
Christian