Hello. I noticed libao is required by mpg321 and vorbis.
About half of the time I start mpg321 I get the following:
unix_connect: can't connect to server
(unix:/tmp/mcop-juhana/localhost_localdomain-06be-400786ed)
Can't find a suitable libao driver. (Is device in use?)
Very annoying. Why libao fails? Why it is needed? Any alternatives?
Regards,
Juhana
On Feb 1, 2004, at 4:01 AM, linux-audio-dev-request(a)music.columbia.edu
wrote:
> Ryan Underwood <nemesis-lists(a)icequake.net> wrote:
>
> Module files are usually a reasonable compromise between quality and
> size for soundtracks. The disadvantage of tracker files compared to
> MIDI is that they are larger since they contain the samples. The
> advantage is that you know they will sound identical no matter where
> they are played and whether or not the end user has MIDI hardware or
> not.
MPEG 4 Structured Audio (SA) was designed to solve this problem, in
that its
normative (sounds the same everywhere), but if you have algorithmic
synthesis techniques you like, there's no need for samples, and so the
files can be very small. SA been through a few Corrigenda (i.e.
bug-fixes to the standard), so its a pretty stable standard now. See:
http://www.cs.berkeley.edu/~lazzaro/sa/index.html
Note: I'm not an MPEG member, the paragraph below is my own
personal opinion, and doesn't reflect MPEG's view on the topic:
I'm starting to think that what could help SA find its way into
applications is a strict sub-setting of the language -- pick a simple
to implement subset of keywords and opcodes that solve a lot
of useful problems, and code up interpreters and compilers that
accept only the subset. The content would be upward-compatible
with full SA decoders (like sfront), but if the subset was well
chosen,
the complexity of implementing SA would shrink to the point where
a motivated undergrad could do it as a senior project. The hope
would be that once there was momentum, the people-power to
do full implementations would appear, or the will to standardize
the subset in MPEG would appear.
---
John Lazzaro
http://www.cs.berkeley.edu/~lazzaro
lazzaro [at] cs [dot] berkeley [dot] edu
---
Had the idea that you could kill denormals without branching
if you didn't mind "injuring" nearby numbers that weren't
quite denormal:
/* branch-free denormal killer */
inline float FlushToZero( volatile float f )
{
f += 9.8607615E-32f;
return f - 9.8607615E-32f;
}
/* end */
This function leaves anything higher than 9.8607615E-32
(ie 2 ** -103) completely unchanged. Numbers below this
value lose one bit of precision for each binary order of
magnitude they are below it. This has the effect that
denormal numbers lose *all* their precision, ie they
become zero.
Simon Jenkins
(Bristol, UK)
Too everyone who's waited with bated breath for this day to come
(primarily me), rejoice in the first beta release of Specimen, a midi
controlled audio sampler for GNU/Linux systems.
Features as listed on the webpage:
# ALSA sequencer interface support.
# Audio output via ALSA or JACK.
# Individual panning and volume controls for each patch.
# High quality cubically interpolated pitch scaling.
# Sample start/stop and loop points.
# Three playback modes; "normal" just plays the sample, "trim" plays
the sample and stops early if so instructed, "loop" plays the sample
for the requested duration.
# Patch bank saving and loading in the "beef" file format.
Check out www.gazuga.net for more and to download the source. I'm
gonna spend the next few days giving the program a usability test and
creating a demo song that does it justice, so keep your ears open for
some homegrown UHB in the not-too-distant future.
[pb]
creamcheese...
little bit twee, perhaps, but, nice and pleasant, definately category C for
chilled, reminded me of aphex twins rarer chilled moments. I liked it.
But the ending , suffered a little from what I've come up against when I've
done tracks, and thats not quite knowing how to end it? leaving it slightly
unresolved sounding. But that's after just one listen, so don't take what I
say too seriously ;)
jwm ~(sirromseventyfive)~
>Would this (http://dis-dot-dat.net/creamcheese.mp3) do for b or c?
>The call seems to want classical for category b, so probably c would
>fit best.
>
>If anyone else would like to have a listen, I'd appreciate that very
>much. Comments, criticism, cheques are all gratefully accepted :)
_________________________________________________________________
Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
Sorry, forgot to mention I liked the putch bends too!
~(sirromseventyfive)~
_________________________________________________________________
It's fast, it's easy and it's free. Get MSN Messenger today!
http://www.msn.co.uk/messenger
Hello,
as announced earlier, the 2nd Linux Audio Developers conference
will take place from 29. April to 2. May 2004
at ZKM (Center for Art and Media), Karlsruhe, Germany.
In addition to the "Call for Papers" there is also a "Call for Music".
Both are open until 29. February. We are looking for music that has been
done with Linux Audio software and intend to present it in a concert at
the "Kubus" concert hall of ZKM. "Live" performance with Linux Audio
software is welcome as well.
More information on the conference, registration, accomodation and the
"Call for Music" is available from www.zkm.de/lad
The current list of speakers (in alphabetical order) and talks is as follows:
Fons Adriaensen, 1) AEOLUS - a church organ in your PC
2) Using JAAA for audio measurements
Frank Barknecht, Rapid and Reuseable Audio Development With Pd
Julien P. Claassen, Linux console - a textbased studio
Paul Davis, Adding MIDI to a Digital Audio Workstation
Orm Finnendahl, 1) Linux as a Workstation for Composers
2) PD Workshop
Bob Ham, LADCCA
Steve W. Harris and
Jörn Nettingsmeier, Audio Engineering in a Nutshell
Steve W. Harris, JACK, JAMin, Mastering
Takashi Iwai, ALSA Sucks? - Trouble Shooting for Your Healthy Music Life
Jaroslav Kysela, ALSA project - the last year
Victor Lazzarini, Developing Spectral Signal Processing Applications
Matthias Nagorni, Introduction to Modular Synthesis
Han-Wen Nienhuys, LilyPond, a modular, extensible and programmable compiler
for high-quality music notation
Dave Phillips, 1) Keynote: One Year After:
Notable Linux Audio Development in 2003
2) Still Nailing Jelly: An Update on Linux Audio
Documentation Projects
Abstracts and links to the respective projects are available at
www.zkm.de/lad
Matthias
--
Dr. Matthias Nagorni
SuSE Linux AG
Maxfeldstr. 5 phone: +49 911 74053375
D - 90409 Nuernberg fax : +49 911 74053483
Hi,
just back from NAMM, just a few infos for the interested people:
Lionstracs had a booth demoing a preliminary version of the
Mediastation X-76 ( http://www.lionstracs.com )
I've read a thread here about people complaining about the
price of the keyboard. ( $12,000).
I fully agree, the problem was the distributor trying to ask
an exaggerated price.
Too many men in the middle (distributor, retailer) each one wants a big
cut of the pie while the producer of the actual iron usually earns only
a fraction of the price the user pays.
But you know since the distributor hosted Lionstracs at his booth you
cannot complain about the price they want to set :-)
Anyway see Domenico's (Lionstracs head) posting:
http://www.lionstracs.com/index.php?name=PNphpBB2&file=viewtopic&t=7
the new price will be around $6200 which is much more in line with
current keyboards.
AFAIK: Korg's flagship the PA X-Pro is about $4500, add mp3 playback
expansion, sample RAM expansion (from 16MB to 32MB :-) ) and you
get into the $5000 - $5500 which is comparable to the Mediastation X-76
price but the X-76 much more iron (256 DSP voices vs 64, 512MB sample
RAM vs 48MB sample ROM, not to mention what you can do in software with
the Athlon 2400+ CPU (LinuxSampler, softsynths, ardour etc).
Anyway if you want to see a couple of videos of the Mediastation X-76 in
action (with crappy audio since it was taken with a camcorder in the
noisy NAMM halls):
(the guys were playing the keyboard over an mp3/wav song that ran in the
background, changing the sounds interactively (mostly by pressing one
single button , eg organ family, and then select organ patch)
You can play them with mplayer/xine too but I think you need the win32
codecs installed.
Length: 2:22 size 23MB
http://www.lionstracs.com/~demos/video/x76smooth1.AVI
Length: 4:58 size 48MB
http://www.lionstracs.com/~demos/video/x76delmar1.AVI
(The GUI at 3:00 in the second video is Paul Davis that tells the
keyboarder to shut up with his 120dB noise :-) )
Domenico told me probably they will sell individual parts too so people
can build their own keyboard without paying an arm and a leg.
(eg case + MIDI keys + LCD , custom VGA with Linux supported GFX chip etc)
As said this company tries to be open as possible and its success
depends on the success of linux audio too, so I think it's in their
interest to support LAD people.
For example developers could get discounted keyboards in exchange of
code etc, there are many possibilities.
Domenico is in talks with Mathias Nagorni about coming at the upcoming
ZKM with a Mediastation to show it off and that he can meet developers
offer some paid work for developing new apps (or adapt existing ones)
for the keyboard etc.
BTW: many top engineers of the big 3 keyboards makers came to see the
X-76, seemed quite puzzled that a penguin-powered keyboard exists :-)
regarding LinuxSampler & NAMM read this:
http://sourceforge.net/mailarchive/forum.php?thread_id=3758500&forum_id=127…
I was quite surprised about the positive reaction.
Other Linux stuff was Plugzilla, a hw expander (a Linux PC) that runs
VST plugins (I've meet Marc Lindahl and Joe, very nice people), then
there was the Muse Research box which is AFAIK similar to Plugzilla and
the Hartmann Neuron was there too but I have not had the time to chat
with them.
(it is linux powered too but they don't tell you so on their website).
ok shutting up :-)
cheers,
Benno
http://www.linuxsampler.org
First of all, a big thank-you goes to Steve Harris for checking my RDF.
Second, tap-0.2.0 is out:
* New plugin TAP Scaling Limiter
This should be an efficient tool for those who want to
maximize the loudness of their mixes without audible artifacts,
but can be used for other things as well
* Added a Bode diagram of the TAP Equalizer filters to the manual.
* Changed versioning from x.y-z to x.y.z. Thanks to Frank Barknecht
and others for complaining, and sorry I wasn't aware of this problem.
The almost but not completely unmemorizable URL is still:
http://www.hszk.bme.hu/~st444/tap/tap.html
(but i'm thinking about whether i should put it up on SourceForge...)
Tom