The latest version of aubio, 0.3.0, is now available. aubio is a library
for audio labelling. The goal of this project is to provide automatic
feature extraction algorithms to other audio software projects. Features
include onset detection, beat tracking, and pitch detection. Functions
can be used offline in sound editors and software samplers, or online in
audio effects and virtual instruments.
This release features several changes:
* new pitch detection method, yinfft
* new beat tracking algorithm (improved from 0.2.0)
* new puredata external
* enhancements to the onset detection algorithms
* improved aubiocut, can now slice at beats and silences
* new aubiopitch python program to extract pitch tracks
* plotting features for aubiocut and aubiopitch
* python interface refactored
* updated documentation
As usual, the source code can be found at http://aubio.piem.org/ ,
and Debian packages are available from http://piem.org/debian/ .
Feedback most appreciated!
Paul Brossier
Greetings;
Since I can't get any of the common VoIP things to work due to a lack of
duplex function in my lappy's chipset, and my inability to convince the
person bugtrack assigned to my bugzilla entry that its not my fault, I
thought I'd try zfone next.
Unforch, the first step, ./configure, fails with 2 stanza's of this:
checking linux/byteorder/little_endian.h usability... no
checking linux/byteorder/little_endian.h presence... yes
configure: WARNING: linux/byteorder/little_endian.h: present but cannot
be compiled
configure: WARNING: linux/byteorder/little_endian.h: check for
missing prerequisite headers?
configure: WARNING: linux/byteorder/little_endian.h: see the Autoconf
documentation
configure: WARNING: linux/byteorder/little_endian.h: section
"Present But Cannot Be Compiled"
configure: WARNING: linux/byteorder/little_endian.h: proceeding with the
preprocessor's result
configure: WARNING: linux/byteorder/little_endian.h: in the future, the
compiler will take precedence
configure: WARNING: ## ------------------------------------------ ##
configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ##
configure: WARNING: ## ------------------------------------------ ##
checking for linux/byteorder/little_endian.h... yes
checking linux/byteorder/big_endian.h usability... no
checking linux/byteorder/big_endian.h presence... yes
configure: WARNING: linux/byteorder/big_endian.h: present but cannot be
compiled
configure: WARNING: linux/byteorder/big_endian.h: check for missing
prerequisite headers?
configure: WARNING: linux/byteorder/big_endian.h: see the Autoconf
documentation
configure: WARNING: linux/byteorder/big_endian.h: section "Present
But Cannot Be Compiled"
configure: WARNING: linux/byteorder/big_endian.h: proceeding with the
preprocessor's result
configure: WARNING: linux/byteorder/big_endian.h: in the future, the
compiler will take precedence
configure: WARNING: ## ------------------------------------------ ##
configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ##
configure: WARNING: ## ------------------------------------------ ##
checking for linux/byteorder/big_endian.h... yes
I've googled in vain for a solution as the make also fails later:
gcc -DHAVE_CONFIG_H -I. -I. -I../config -I../include -I../bnlib/
-I../srtp/include -I../srtp/crypto/include -Wno-unused -g -O2 -c -o
base32.o `test -f './base32.c' || echo './'`./base32.c
In file included from ../srtp/crypto/include/datatypes.h:60,
from ../srtp/crypto/include/err.h:49,
from ../srtp/crypto/include/rand_source.h:49,
from ../srtp/crypto/include/crypto_kernel.h:49,
from ../srtp/include/srtp.h:53,
from ../include/zrtp_protocol.h:13,
from ../include/zrtp_types.h:184,
from ./base32.c:7:
/usr/include/netinet/in.h:354: error: expected declaration specifiers or
‘...’ before ‘(’ token
/usr/include/netinet/in.h:354: error: expected ‘)’ before ‘?’ token
/usr/include/netinet/in.h:355: error: expected declaration specifiers or
‘...’ before ‘(’ token
/usr/include/netinet/in.h:355: error: expected ‘)’ before ‘?’ token
/usr/include/netinet/in.h:357: error: expected declaration specifiers or
‘...’ before ‘(’ token
/usr/include/netinet/in.h:357: error: expected ‘)’ before ‘?’ token
/usr/include/netinet/in.h:359: error: expected declaration specifiers or
‘...’ before ‘(’ token
/usr/include/netinet/in.h:359: error: expected ‘)’ before ‘?’ token
./base32.c: In function ‘b2a’:
./base32.c:59: warning: comparison of distinct pointer types lacks a cast
make[1]: *** [base32.o] Error 1
make[1]: Leaving directory `/usr/src/Zfone/libzrtp-0.2.0/src'
make: *** [all-recursive] Error 1
This is after outputting dozens of warnings about 'too many arguments
for function'
Phil Zimmerman's code is usually of quite high quality...
--
Cheers, Gene
Hey everyone --
Sorry about the multiple postings, but I figured what the heck...
I've just put on-line a whole lot of work I've done; papers, pieces,
software, etc. Here's the link for the 2-3 people (beyond my immediate
family) who might be interested:
http://music.columbia.edu/~brad/
There's a fair amount of unix/linux work scattered throughout, including
the big "My Music Book" thing I did a few years ago.
Hope you enjoy this!
brad
Announcing Sonic Visualiser, an application for viewing and analysing
the contents of music audio files.
http://www.sonicvisualiser.org/
Sonic Visualiser contains advanced waveform and spectrogram viewers,
as well as editors for many sorts of audio annotations. Besides
visualisation, it can make and play selections based on the locations
of automatically detected features, seamlessly loop playback of single
or multiple noncontiguous regions, synthesise annotations for playback,
and slow down playback while retaining display synchronisation.
Sonic Visualiser also introduces the Vamp plugin API, for plugins that
extract descriptive or analytical data from audio. Vamp plugins for
onset, pitch and note detection using the Aubio library are available,
as well as plugins for tempo tracking, chromagram analysis, constant-Q
spectrogram, spectral centroid, power curve and tonal change
detection. There is also a comprehensive SDK for use by developers of
Vamp plugins and hosts.
Sonic Visualiser is Free Software distributed under the GNU General
Public License. The 0.9 release is available now in source code form
or as binaries for Linux, OS/X, and Windows.
For more information and downloads, please see
http://www.sonicvisualiser.org/
For more information about Vamp plugins, please see
http://www.sonicvisualiser.org/vamp.html
See also the SourceForge page for this project at
http://www.sourceforge.net/projects/sv1/
Sonic Visualiser was developed at the Centre for Digital Music, Queen
Mary, University of London and partially funded by the European
Commission through the SIMAC project IST-FP6-507142.
Chris
Jack O'Quin wrote:
> The kernel developers prefer their own rlimits solution for granting
> realtime privileges. Since that is their responsibility, I defer to
> their feelings. Since their solution requires PAM updates which have
> been very slow to appear in end-user distributions, I continue to
> provide this (simpler) solution via SourceForge for those who need it.
For reference there are alternative ways to gain access to the rlimits
functionality which don't rely on updated PAM (or login on PAM-less systems
such as Slackware). Set_rlimits, available at
http://www.physics.adelaide.edu.au/~jwoithe/set_rlimits-1.2.0.tgz
is one alternative and has the advantage of operating on a
per-user/per-application level rather than a per-user level (ie: elevated
limits are set for users/groups running specified applications only). Yes,
it's slightly less convenient but it works and is arguably more secure.
Regards
jonathan
Greetings:
I'm spiffing up the Linux soundapps site, adding logos to the front
page. I'm missing logos for Ardour and Rosegarden, are they around
anywhere ?
I'll try to update the site tonight, I'll be happy to add any new
logos as I receive them. Please send them to me off-list, thanks.
I have these already:
linuxaudio.org
LAD
LAU
Demudi
dynebolic
Planet CCRMA
APODIO
Studio To Go
Musix
64Studio
JackLab
LAM
ALSA
JACK
LADSPA
FST
Audacity
ReZound
ecasound
Sweep
Hydrogen
CLAM
Csound
RTCmix
LinuxSampler
MusE
seq24
BEAST
xiph.org
GRip
Freewheeling
Best,
dp
Download links (once SF finishes updating mirrors)...
http://prdownloads.sourceforge.net/realtime-lsm/rt-lsm-0.8.6-kernel.patch.g…http://prdownloads.sourceforge.net/realtime-lsm/realtime-lsm-0.8.6.tar.gz?d…
The Realtime Linux Security Module (LSM) is a loadable extension for
Linux 2.6 kernels. It selectively grants realtime permissions to
specific user groups or applications.
This release provides the kernel patch formerly included in Andrew
Morton's kernel development tree. This module is no longer available
there, so I am releasing it for download via SourceForge.
The kernel developers prefer their own rlimits solution for granting
realtime privileges. Since that is their responsibility, I defer to
their feelings. Since their solution requires PAM updates which have
been very slow to appear in end-user distributions, I continue to
provide this (simpler) solution via SourceForge for those who need it.
There are no new features. You need not update, if an older version
still works for you. This patch is not actively being developed, but
I will continue to provide support as needed for the many users of
distributions still lacking the required PAM updates for the rlimits
solution preferred by the kernel developers.
This release only supports kernel version 2.6.6 and newer. For older
kernels, realtime-lsm-0.1.1 is still available.
This LSM was written by Torben Hohn and Jack O'Quin, who make no
warranty concerning the safety, security or even stability of your
system when using it. But, if you do have problems, please report
them on the linux-audio-user(a)music.columbia.edu mailing list
--
joq
Hi!
So LV2 will be the name by benevolent dictator descision :)
More work on the logo:
http://affenbande.org/~thorwil/wordpress/2006/05/19/lv2-5/
It's still a bit rough, so a few things might not be lined up
perfectly, line width may be slightly inconsistent, but it
should be good enough to get the idea and judge the overall
shapes.
I tried to bring in the idea of things connecting to build
a whole. A puzzle in a way.
I would like to hear of preferences (2 picks are better
than 1), dislikes, and pointers to what could be improved with
a specific variation.
Cheers,
Thorsten Wilms
Greetings everybody, this time I'm temporarily a Yupee, as in upstate
michigan.
I brought a laptop along, with linux on it, FC5, 386 version on an AMD64
turion in an HP dv5320us laptop..
The audio chipset in this is, from an lspci -v:
0:14.5 Multimedia audio controller: ATI Technologies Inc IXP SB400 AC'97
Audio Controller (rev 02)
Subsystem: Hewlett-Packard Company Unknown device 30a4
Flags: bus master, 66MHz, slow devsel, latency 64, IRQ 11
Memory at c0003400 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Message Signalled Interrupts: 64bit-
Queue=0/0 Enable-
The problem is that anything that requires it to handle a full duplex
audio stream falls over very quickly. Skype in 10 seconds, ekiga even
quicker, and in audacity, it will record great, and it will playback
what it records great, but if you ask it to play as it records like one
would do for overdubs and such, the sound in the headphones represents
only that amount of the audio that may have hit the rails in the a-d,
very chopped up, and often sounding like an echo thats cut into 2ms
pieces and spread out over the next 30 seconds.
Is there any known cure for this other than sueing HP for such a shitty
piece of hardware that cost me about $1399 at CC? That of course will
be a waste of time because their warranty shop says any and all
warranties on it were null and void the instant I put a linux dvd in the
drive.
Any hints that result in getting something like skype or ekiga working
will be applied with many profuse thanks offered.
--
Cheers, Gene