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
Hi all,
A while ago I started a thread about the proper way to refer to LADSPA
plugins (in save files or whatever) and the consensus was library
filename + label.
People have been having problems with library name - different packages
seem to make different names for the libraries (prefixing blop_, for
example) so it doesn't always work. Basically I think using shared
library file name is an awful way to reference plugins for numerous
reasons.
So why wasn't the unique ID the thing to use? There is a unique plugin
ID in LADSPA, if not for this then for what reason?
In a similar vein, I really think the current system for LADSPA
distribution sucks - big tarballs from various devs containing heaps of
completely unrelated plugins. A centralized site where plugins can be
submitted on their own (or in related groups) would be a great thing,
IMO, and would make it easy to verify that unique IDs are in fact unique
to solve the above problem.
Right now if a developer wants to make just one random plugin, they
don't really have a sane way of getting it out there. I'm willing to
full-time maintain the site, but I don't really have the
hosting/abilities to create it. What do the other plugin authors think
about this? Is there a web nerd around with the
time/hosting/inclination to build the site? It doesn't need to be
fancy, just functional.
Cheers,
-DR-
Hi,
After a long time laying in the backyard, QSynth 0.2.3 is being released
to the world :)
Qsynth is a Qt GUI front-end application to the excellent fluidsynth
soundfont2 engine.
You can check it out, right away from:
http://qsynth.sourceforge.net
The fine print goes like there's no really big new features on this. After
all its only a minor dot-realease. As you may find from reading the
changelog, there's a:
- New option for system tray icon and menu, which is known to be effective
on KDE enabled desktops; support for freedesktop.org's system tray
protocol specification has been included so this maybe also effective on
Gnome2.
- Setup options for alternate MIDI and Audio devices were introduced.
- Output level meters get smoother and slightly layout optimized.
- Set to ignore the SIGPIPE ("Broken pipe") signal, where available, as
the default handler is usually fatal when a JACK client is zombified
abruptly.
- Messages window limit is now enforced only when the line count exceeds
in one third the user configured line count maximum; if Qt 3.2.0+ is in
use, the QTextView widget is otherwise set to the optimized Qt::LogText
format.
- Updated Mac OS X build instructions (README-OSX, by Ebrahim Mayat).
That's it.
Enjoy!
--
rncbc aka Rui Nuno Capela
rncbc(a)rncbc.org
Hi all!
I want to present you wavemixer. It is a multitracks sound editor written with
Gtkmm/Gstreamer. You can edit many file formats like Ogg/vorbis, mp3, wav,
sound parts of video files, ...
File editing in wavemixer is very simple because it's done only with drag'n
drop.
This software allows two principal uses:
- Sample editing: cut/copy/paste, application of effects (LADSPA)
- Mixing mutliples samples on tracks
Wavemixer is a young software, but this release already allows to make many
modifications, in a simple and useful way, like cutting of an audio file,
sound mixing between some samples, etc...
Actually, some package for debian, mandriva and fedora are available from the
website (http://wavemixer.sourceforge.net)
To have all the functionalities of wavemixer, it is necessary to install a
maximum of Gstreamer plugins, this makes it possible to support a maximum of
sound format. Gstreamer allows to automatically launch the previewing feature
of samples in the file explorer and also to load/encode the sound files.
--
Raoul Hecky
http://wavemixer.sourceforge.net
(Cross-posted to the Faust and Q mailing lists.)
Hi all,
I thought that some of you might be interested in a Faust [1] interface
I created for my functional programming language Q [2]. The interface
allows you to load and run Faust DSPs in Q. Those of you who attended
Yann Olarey's Faust workshop and my talk about Q at LAC05 should have an
idea of what I'm talking about. ;-) I think that Faust and Q really make
a great combo, which allows you to do all your multimedia/DSP stuff
using nothing but modern FP tools.
The Q-Faust interface is currently only available in cvs, see the
q-faust module at [3]. A few examples are included, such as a realtime
synthesizer playable via MIDI. To build and run this stuff, you'll need
the Q core system, Q-SWIG, and the q-midi and q-audio modules, all
readily available from [2]. And, of course, you'll also need Faust [1].
Relevant links:
[1] Faust homepage: http://faudiostream.sourceforge.net
[2] Q homepage: http://q-lang.sf.net
[3] Q cvs repository: http://cvs.sourceforge.net/viewcvs.py/q-lang
Enjoy! :)
Cheers,
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikwissenschaft.uni-mainz.de/~ag
Hi all,
I'm the author of Freecycle, one of the younger FOSS audio projects out there.
I have a problem that may astound by it's simplicity, so I barely dare to ask
for help...
Freecycle provides some LADSPA functionality, and as there are lot of great
but mono ladspa effects, I need a very simple way of sending stereo audio to
mono input..
As I want to make my software as simple as possible for the end user, I
provide some basic routing for the LADSPA giving the possibility to enter
LADSPA input audio port either from the left channel, either from the right
channel either from the mix of two channels. The signal is then passed
through LADSPA and every 1024 frames the LADSPA control port input values are
changed according to the desired automation.
My problem consists in a correct way of mixing the two channels into one. I
have found 4 ways of doing that:
1) sum L and R and divide by 2 : well..
2) if L>0 and R>0 take the max, if L<0 and R<0, take the min, else add. :
current implementation
3) add, and then normalize to the max after summation.
The way that "feels" most correct to me is 3), but I don't like the two pass
approach, as I mix the channels every 1024 frames and the send those 1024
frames to LADSPA.
Of course, I would like to avoid letting the user set the gains manually...
Could someone please help with this apparently simple problem?
Many thanks,
Predrag Viceic
http://www.redsteamrecords.com/freecycle
