> Od: Fons Adriaensen <fons(a)kokkinizita.net>
>
> > impdata.cc:264: error: ‘SFC_WAVEX_GET_AMBISONIC’ was not declared in this
> scope
>
> Your libsndfile is out of date.
Thank you I will upgrade
regards
mira
Hello all,
Jconv-0.8.0 is now available at the usual place
<http://www.kokkinizita.net/linuxaudio/downloads>
New in this release:
- New command line option -L <nsamples>, tries
to compensate for 'nsamples' of processing
latency.
- Jack ports can now be given meaningful names
and optionally be connected, by commands in the
config files.
- Some new reverb IRs available in a separate
package 'jconv-reverbs'. Includes ambisonic and
stereo IRs of the concert hall of La Casa della
Musica, and the former Santa Elisabetta church,
now La Casa del Suono, in Parma.
Enjoy !
--
FA
Laboratorio di Acustica ed Elettroacustica
Parma, Italia
Be quiet, Master Land; and you, Professor,
will you be so good as to listen to me ?
Hi
I have a toshiba laptop with a "HDA Intel" sound card and an Edirol USB
ua-1a sound card.
atte@vestbjerg:~$ lspci | grep -i audio
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio
Controller (rev 03)
Although none of these are pro cards and I don't expect them to be able
to perform well with low latency, I have a problem that I feel should be
resolveable.
If I run jack through qjackctl, clients can often "mess up" jack esp
when loading heavy stuff. This results in the sound becoming distorted
in a metal-like way. A simple restart of jack seems to resolve this.
If I run ChucK with the alsa interface, the problem often is there,
seems to be more often the lager the ChucK project (so the more there is
to load and the heavier the cpu load is).
To me it feels like "something with the soundcard setup", can anyone
recognize the problem from my description and what could I do to remedy
this? I'm hoping for some magic option to put in /etc/modules* or
something like that :-)
NB: I'm running ubuntu 8.04 with 2.6.24-21-rt kernel. Realtime
performance is setup and otherwise working fine.
--
Atte
http://atte.dkhttp://modlys.dk
Sonic Visualiser is an application for inspecting and analysing the
contents of music audio files. It combines powerful waveform and
spectral visualisation tools with automated feature extraction plugins
and annotation capabilities.
Version 1.5 of Sonic Visualiser is now available.
http://www.sonicvisualiser.org/
This release contains a small number of new features and a larger
number of bug fixes over the previous 1.4 release. For more details,
please read the release notes at:
https://sourceforge.net/project/shownotes.php?release_id=668854
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, slow down playback while retaining display synchronisation,
and show the ongoing alignment in time between multiple recordings of
a piece with different timings.
Sonic Visualiser supports the Vamp plugin API for plugins that extract
descriptive or analytical data from audio. Vamp plugins for onset,
pitch and note detection, tempo tracking, chromagram analysis,
constant-Q spectrogram, spectral centroid, power curve, key
estimation, tonal change detection, harmonic spectrogram, structural
segmentation, timbral similarity, audio alignment calculation and a
large number of low-level spectral features are available. There is
also a comprehensive SDK for use by developers of Vamp plugins and
hosts. For more information about Vamp plugins, please see:
http://www.vamp-plugins.org/
Sonic Visualiser was developed at the Centre for Digital Music, Queen
Mary, University of London:
http://www.elec.qmul.ac.uk/digitalmusic/
Ongoing work on Sonic Visualiser and audio feature representation in
the semantic web is carried out as part of the OMRAS2 project funded
by the EPSRC. See
http://omras2.org/
for more information.
Sonic Visualiser is Free Software distributed under the GNU General
Public License. The 1.5 release is available now in source code form
or as binaries for Linux, OS/X, and Windows.
Chris
I'm working on a Parallels VM running on my MacBookPro to give a Linux
audio demonstration to ouI'm working on a Parallels VM running on my
MacBookPro to give a Linux audio demonstration to our local LUG and seem
to be getting the best performance from Fedora 10 extended with CCRMA.
Tried ArtistX, Ubuntu Studio, JAD, and Musix too, and just upgraded to
Parallels 4.0 with significant improvement in functionality and
performance, but that was after setting up Fedora 10 and deleting the
others so I don't know if any of them would leapfrog and wind up in a
better position than they occupied under Parallels 3.0.
Anyway, if any MacBook or other OS X user has found an optimal
configuration for running Linux audio in a Parallels VM (and I know
that's not how you'd do critical audio work), I'd appreciate any tips
you might pass my way. Currently, I'm using built-in input and output
set in OS X's preferences and for the VM, and in jack 1024 frames/period
with 4 periods/buffer in RT.
Folks at this WNYLUG (wnylug.org) here in Western New York are quite
interested in virtualization technology as well as audio work so I'd
like to be able to give them a good look at both.
Thanks for any suggestions or help.
Frank
>From time to time, as the inspiration comes, i find the need for a quick,
simple, midi editor.
I currently use RG, and it does a fine job, but my question is:
Is there, in Linux, a standalone midi editor, which can handle banks,
patches, event changes etc... for editing a couple or few bars.
I record quite a bit these days, straight from LS into Ardour, but more
complicated passages, requiring patch changes, (i.e. Up and down bows, NR
and R samples, etc..) and are unplayable live from a keyboard, need to be
'constructed' within a midi editor.
As these runs, phrases, etc, are often only a bar or two long, i wonder if a
simple standalone midi editor would suffice. (i.e. A standalone matrix
editor, with the ability to apply event changes.)
I would then record the edited phrase or run, and keep the midi files
generated in the Ardour project folder.
Is there such a thing?
Alex.
--
Parchment Studios (It started as a joke...)
Have you tried seq24? I think it captures things like banks and
patches if they are standard midi messages at least, but have not
tried this explicitly.
2009/3/16 alex stone <compose59(a)gmail.com>:
> From time to time, as the inspiration comes, i find the need for a quick,
> simple, midi editor.
> I currently use RG, and it does a fine job, but my question is:
>
> Is there, in Linux, a standalone midi editor, which can handle banks,
> patches, event changes etc... for editing a couple or few bars.
>
> I record quite a bit these days, straight from LS into Ardour, but more
> complicated passages, requiring patch changes, (i.e. Up and down bows, NR
> and R samples, etc..) and are unplayable live from a keyboard, need to be
> 'constructed' within a midi editor.
>
> As these runs, phrases, etc, are often only a bar or two long, i wonder if a
> simple standalone midi editor would suffice. (i.e. A standalone matrix
> editor, with the ability to apply event changes.)
>
> I would then record the edited phrase or run, and keep the midi files
> generated in the Ardour project folder.
>
> Is there such a thing?
>
>
> Alex.
>
> --
> Parchment Studios (It started as a joke...)
>
> _______________________________________________
> Linux-audio-user mailing list
> Linux-audio-user(a)lists.linuxaudio.org
> http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
>
>
>
>_______________________________________________
>
>Linux-audio-user mailing list
>
>Linux-audio-user(a)lists.linuxaudio.org
>
>http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
>Justin, thanks for the quick reply.
>
>I should add here i'm writing orchestral music, so the tempo's going to be quite
fluid, and not in a loop, or 4 on the floor sense, for much of the time.
>
>Alex.
>
>
>--
>
>Parchment Studios (It started as a joke...)
>
If you don't mind working in traditional stave, musescore could be useful for you.
Otherwise MusE has also had quite a bit of work on it lately .. but you have to
be comfortable with compiling from SVN for the moment.. although version 1.0
looks like it isn't too far away.. (then again, MusE is about as complex as RG so
maybe not worthwhile for you)...