[linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
19 May
2006
19 May
'06
12:26 p.m.
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
19 May
19 May
12:35 p.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Fri, 2006-05-19 at 15:27 +0100, Chris Cannam wrote:
Announcing Sonic Visualiser, an application for
viewing and analysing
the contents of music audio files.
http://www.sonicvisualiser.org/
massive props!
err, does that make me sound a like 40-something father of 3 trying to
be cool?
excellent work!
--p
1:54 p.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Fri, 19 May 2006 15:27:15 +0100
Chris Cannam <cannam(a)all-day-breakfast.com> wrote:
Announcing Sonic Visualiser, an application for viewing and analysing
the contents of music audio files.
http://www.sonicvisualiser.org/
Way cool :)
Flo
--
Palimm Palimm!
http://tapas.affenbande.org
23 May
23 May
7:45 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Fri, May 19, 2006 at 03:27:15PM +0100, Chris Cannam wrote:
Announcing Sonic Visualiser, an application for viewing and analysing
the contents of music audio files.
http://www.sonicvisualiser.org/
[...]
Thanks!
I haven't looked much into it yet, but this seems like a great tool.
I do however have problems with audio playback, with Sonic Visualiser
(SV) reporting that it is not able to open an audio device.
What I do:
----------
* I start qjackctl, and start jack, with no appearant errors.
* I start SV, open a new session, and import an audio file. (So far, I
have tried mp3 and wav.) The file is displayed, and an notification
box pops up, with the text "Could not open an audio device for
playback. Audio playback will not be available during this session."
The output from SV (all of it included further below) says that
--------------
ERROR: AudioJACKTarget: Failed to connect to JACK server
WARNING: AudioTargetFactory::createCallbackTarget: Failed to open JACK target
--------------
There is no sign of anything related to SV in the qjackctl "Connections"
window nor in the "Messages" window.
What I'd expect:
----------------
I would have expected SV to connect to the running jack without any
problems. Especially since other programs (timemachine, hydrogen) seems
to connect without any problems. (I am able to play back with hydrogen.)
Questions:
----------
Why doesn't SV connect to jack?
Am I doing anything wrong?
What should I try next?
With kind regards,
Asbjørn Sæbø
The full output from SV (started from a terminal):
--------------------------------------------------
asbjs@ansatt20:~/tmp$ ./sonic-visualiser
GetProcessStatus returned correct status for this process
FeatureExtractionPluginFactory::instance(vamp): creating new
FeatureExtractionPluginFactory
VAMP path is:
"/usr/local/lib/vamp:/usr/lib/vamp:/home/asbjs/vamp:/home/asbjs/.vamp"
[/home/asbjs/dssi] [/home/asbjs/.dssi] [/usr/local/lib/dssi] [/usr/lib/dssi]
[/home/asbjs/.ladspa] [/usr/local/lib/ladspa] [/usr/lib/ladspa]
QPainter::begin: Widget painting can only begin as a result of a paintEvent
Document::addLayerToView: Layer with no model being added to view: normally you want to
set the model first
Document::addLayerToView: Layer with no model being added to view: normally you want to
set the model first
QPainter::begin: Widget painting can only begin as a result of a paintEvent
Document::addLayerToView: Layer with no model being added to view: normally you want to
set the model first
Document::addLayerToView: Layer with no model being added to view: normally you want to
set the model first
ERROR: AudioJACKTarget: Failed to connect to JACK server
WARNING: AudioTargetFactory::createCallbackTarget: Failed to open JACK target
ERROR: AudioPortAudioTarget: Failed to initialize PortAudio
WARNING: AudioTargetFactory::createCallbackTarget: Failed to open PortAudio target
WARNING: AudioTargetFactory::createCallbackTarget: No suitable targets available
7:57 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Tuesday 23 May 2006 10:45, Asbjørn Sæbø wrote:
ERROR: AudioJACKTarget: Failed to connect to JACK
server
Are you running the static build from the download page, or did you
build SV yourself?
The static build has libjack 0.100 statically linked. If your version
of jackd is incompatible with the linked version, it will fall back to
ALSA via PortAudio (which presumably fails because JACK is using the
soundcard). So, if you're using this build, which version of jackd do
you have?
Chris
8:17 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Tue, May 23, 2006 at 10:58:00AM +0100, Chris Cannam wrote:
On Tuesday 23 May 2006 10:45, Asbjørn Sæbø wrote:
The static build from the download page
ERROR: AudioJACKTarget: Failed to connect to JACK
server
Are you running the static build from the download page, or did you
build SV yourself? The static build has libjack 0.100 statically linked.
If your version
of jackd is incompatible with the linked version, it will fall back to
ALSA via PortAudio (which presumably fails because JACK is using the
soundcard). So, if you're using this build, which version of jackd do
you have?
jackd 0.99.54
Does this explain it?
However, if I stop jack, I still get the same behaviour (and the same
error messages) from SV. Even though I can play back the very same
file all right using aplay. (See below. The playback with aplay is
interrupted by me.)
With kind regards,
Asbjørn
asbjs@ansatt20:~/tmp$ aplay
/local/musikkfiler/wav/ole_edvard_antonsen/tour_de_force/Track01.wav
Playing WAVE
'/local/musikkfiler/wav/ole_edvard_antonsen/tour_de_force/Track01.wav' :
Signed 16 bit Little Endian,Rate 44100 Hz, Stereo
Aborted by signal Interrupt...
asbjs@ansatt20:~/tmp$ ./sonic-visualiser
/local/musikkfiler/wav/ole_edvard_antonsen/tour_de_force/Track01.wav
GetProcessStatus returned correct status for this process
FeatureExtractionPluginFactory::instance(vamp): creating new
FeatureExtractionPluginFactory
VAMP path is:
"/usr/local/lib/vamp:/usr/lib/vamp:/home/asbjs/vamp:/home/asbjs/.vamp"
[/home/asbjs/dssi] [/home/asbjs/.dssi] [/usr/local/lib/dssi] [/usr/lib/dssi]
[/home/asbjs/.ladspa] [/usr/local/lib/ladspa] [/usr/lib/ladspa]
QPainter::begin: Widget painting can only begin as a result of a paintEvent
Document::addLayerToView: Layer with no model being added to view: normally you want to
set the model first
Document::addLayerToView: Layer with no model being added to view: normally you want to
set the model first
ERROR: AudioJACKTarget: Failed to connect to JACK server
WARNING: AudioTargetFactory::createCallbackTarget: Failed to open JACK target
ERROR: AudioPortAudioTarget: Failed to initialize PortAudio
WARNING: AudioTargetFactory::createCallbackTarget: Failed to open PortAudio target
WARNING: AudioTargetFactory::createCallbackTarget: No suitable targets available
application.exec() returned 0
8:20 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Tue, May 23, 2006 at 12:18:02PM +0200, Asbjørn Sæbø wrote:
[...]
However, if I stop jack, I still get the same
behaviour (and the same
error messages) from SV. Even though I can play back the very same
file all right using aplay.
But of course, I probably do not have port-audio installed.
(Sorry, did not think about that one.)
Asbjørn
8:51 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
Le 23 mai 06 à 11:58, Chris Cannam a écrit :
On Tuesday 23 May 2006 10:45, Asbjørn Sæbø wrote:
Why do you do a static with libjack? I was thinking jack was
supposed to always be used with a shared lib version...
Stephane Letz
ERROR: AudioJACKTarget: Failed to connect to JACK
server
Are you running the static build from the download page, or did you
build SV yourself?
The static build has libjack 0.100 statically linked. If your version
of jackd is incompatible with the linked version, it will fall back to
ALSA via PortAudio (which presumably fails because JACK is using the
soundcard). So, if you're using this build, which version of jackd do
you have?
Chris
9:11 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Tuesday 23 May 2006 11:49, Stéphane Letz wrote:
Why do you do a static with libjack? I was thinking
jack was
supposed to always be used with a shared lib version...
Well, what is the proper solution when distributing a binary?
1. Link libjack statically
2. Omit JACK support
Just linking dynamically isn't an option. I want to fall back on
another output if JACK is absent, not fail to start at all.
I suppose there may be
3. dlopen libjack from within the program and continue if it fails
I haven't tried that; is it a reasonable option?
Chris
9:55 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
Chris Cannam wrote:
On Tuesday 23 May 2006 11:49, Stéphane Letz wrote:
It would require to dlsym() every libjack symbol. A better option seems
to be:
4. dlopen() your jack backend, itself beeing dynamically linked against
libjack.
-a.
Why do you do a static with libjack? I was
thinking jack was
supposed to always be used with a shared lib version...
Well, what is the proper solution when distributing a binary?
1. Link libjack statically
2. Omit JACK support
Just linking dynamically isn't an option. I want to fall back on
another output if JACK is absent, not fail to start at all.
I suppose there may be
3. dlopen libjack from within the program and continue if it fails
I haven't tried that; is it a reasonable option?
10:59 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Tue, 2006-05-23 at 13:54 +0200, Alexandre DENIS wrote:
i don't believe that is true. if you link with RTLD_GLOBAL, then dlopen
() followed by dlsym jack_client_open() should be all that is needed.
if what you are suggesting is true, run-time linking could never work.
--p
3. dlopen
libjack from within the program and continue if it fails
I haven't tried that; is it a reasonable option?
It would require to dlsym() every libjack symbol. A better option seems
to be:
12:17 p.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
Paul Davis wrote:
i don't believe that is true. if you link with RTLD_GLOBAL, then dlopen
() followed by dlsym jack_client_open() should be all that is needed.
Additionnaly, you'll need to link the main binary with
-Wl,--unresolved-symbols=ignore-all which is not the cleanest thing to
do :-)
Imho, a dlopen'ed driver for each backend is much better than playing
with ignored undefined symbols.
-a.
24 May
24 May
1:30 p.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
There's always relaytool...
http://autopackage.org/apbuild-relaytool.php
-n
On 23 May 2006, at 15:17, Alexandre DENIS wrote:
Paul Davis wrote:
i don't believe that is true. if you link
with RTLD_GLOBAL, then
dlopen
() followed by dlsym jack_client_open() should be all that is needed.
Additionnaly, you'll need to link the main binary with -Wl,--
unresolved-symbols=ignore-all which is not the cleanest thing to
do :-)
Imho, a dlopen'ed driver for each backend is much better than
playing with ignored undefined symbols.
-a.
23 May
23 May
10:44 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
Le 23 mai 06 à 13:11, Chris Cannam a écrit :
On Tuesday 23 May 2006 11:49, Stéphane Letz wrote:
Is any kind of "weak linking" supported?
Stephane
Why do you do a static with libjack? I was
thinking jack was
supposed to always be used with a shared lib version...
Well, what is the proper solution when distributing a binary?
1. Link libjack statically
2. Omit JACK support
Just linking dynamically isn't an option. I want to fall back on
another output if JACK is absent, not fail to start at all.
I suppose there may be
3. dlopen libjack from within the program and continue if it fails
I haven't tried that; is it a reasonable option?
Chris 
8:11 a.m.
New subject: [linux-audio-dev] [ANN] Sonic Visualiser: An application for audio visualisation and analysis
On Fr, 2006-05-19 at 15:27 +0100, Chris Cannam wrote:
Announcing Sonic Visualiser, an application for
viewing and analysing
the contents of music audio files.
http://www.sonicvisualiser.org/
this application is really great! exactly what we needed for our current
project ...
just one gripe: the queen mary plugins are only available as binaries
for i686. would it be possible to provide a ppc-linux version?
<sk>
6559
days inactive
6564
days old
linux-audio-dev@lists.linuxaudio.org
15 comments
8 participants
participants (8)
-
Alexandre DENIS -
Asbjørn Sæbø -
Chris Cannam -
Florian Paul Schmidt -
Nick Dowell -
Paul Davis -
stefan kersten -
Stéphane Letz