I need to make some CDs for archiving and need to buy some blanks of the
highest quality, in the sense that data recorded on them will last the
longest time. Does anyone have any suggestions? Useful web sites?
Thanks - jon
Firstly, I'd like to apologise for acting like a total arse about this.
It wasn't originally my intention to remove the site, but then a slip of
the finger with fdisk during my Nth reinstall that day kind of put paid
to it. The site and svn repository were backed up the day before,
thanks to someone with more foresight than I.
After I took the site down I got a surprising number of emails from
people who said they quite liked using nekobee, and asking what was
happening with it. The polite "hey I liked it" emails (you know who you
are) prompted me to look at getting it back and stop acting like a dick.
I also got quite a few really nasty emails which I won't go into lest I
incite a (another) flamefest. Suffice it to say that posting "You'd
better release the source, I know where you live" and a copy of my
contact details from whois *didn't* encourage me to bring the site back
up. It did, however, get forwarded onto Strathclyde Police's Computer
Crime Division (or whatever they call themselves). You know who you
are, too.
Anyway. I don't (really really don't) have time any more to do any
audio work on computers. Maybe in a few months that will change, we'll
have to see.
In the meantime, if anyone would like to take over any of the projects
(I've got a couple of experimental things I never bothered to make
public, and a few ideas on where to take them), then please email me
off-list to discuss it.
Gordon
The Linux Audio Conference takes place this week 22-25 March, 2007. As in past
years LAC2007 will be streamed live in ogg vorbis and theora via icecast. If
you would like to watch or listen to the streams please check out the
conference wiki streaming page:
http://www.medienwissenschaft.hu-berlin.de/lawici/index.php/Live_Streaming
Information on the conference itself, including talks, abstracts, schedule and
procedings: http://www.kgw.tu-berlin.de/~lac2007/index.shtml
-LAC Stream Team
Announcing the release of Sonic Visualiser 1.0pre3, a pre-release for
the soon forthcoming Sonic Visualiser 1.0.
http://www.sonicvisualiser.org/
Sonic Visualiser is an application for viewing and analysing the
contents of music audio files. It 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 time-stretch playback while retaining
display synchronisation.
Sonic Visualiser also makes use of the Vamp plugin API, for plugins that
extract descriptive or analytical data from audio. Vamp is an easy to
use plugin API with a comprehensive and well-commented SDK, and is now
frozen for the Vamp 1.0 release.
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 and the EASAIER
project IST-FP6-033902.
Chris
GMIDImonitor is GTK+ application that shows MIDI events.
New in this release:
* Switch to autotools.
* LASH is now optional.
* JACK MIDI support (both old 0.102.20 and new one 0.103.0).
* LASH, JACK MIDI and ALSA MIDI can be force disabled by passing option
to configure script.
* Shortcut for clearing list (ctrl-x).
Project site:
https://gmidimonitor.bountysource.com/
Screenshot:
https://gmidimonitor.bountysource.com/FileDownload?file_id=50&inline=yes
Source tarball can be downloaded from project site, "Downloads" section
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
Greetings:
I have a problem with a piece I'm working on in Rosegarden 1.5. I've
appended the text I sent to Chris Cannam, along with his response (I
hope he doesn't mind). Btw, the machine is based on an AMD64 3200+, with
2G RAM and an 80G hard drive. Sound runs through an M-Audio Delta 66.
Distro is 64Studio 2.0.
My questions lead, Chris's replies follow :
>> 2) I've written a piece consisting of six tracks with these specs:
>>
>> Tr.1 (audio) drum loop, repeated, 1 plugin (CAPS plate reverb 2x2)
>> Tr.2 (MIDI) bass part, repeated, uses patch from 8mbgmsfx.sf2
>> soundfont, no fx (part is rendered via QSynth which does have its
>> reverb active)
>> Tr.3 (audio) rhythm guitar loop, repeated, 3 fx (dj EQ mono, CAPS
>> compress, CAPS plate 2x2)
>> Tr.4 (audio) lead guitar, no repeats or copy, 4 fx (CAPS plate 2x2,
>> AmpIV, AM pitch shifter, multiband EQ)
>> Tr.5 (audio) riff loop, copied, 3 fx (dj EQ mono, CAPS compress,
>> CAPS plate 2x2)
>> Tr.6 (audio) another percussion loop, copied, no fx
>>
>> At 120 BPM the piece is 200+ measures long. It plays along
>> swimmingly, but at m. 74 (about two minutes into the piece) the sound
>> cuts out entirely. RG continues to run, but it pops up a message
>> telling me that there's not enough CPU for realtime processing. Up to
>> that point JACK reports approximately 33% CPU usage and no errors,
>> but then it reports 0(1024) for xruns. I don't know what the second
>> number (1024) means to JACK, but it keeps rising (with no sound)
>> until I halt RG.
>
>
That sounds a bit like a plugin denormal problem. Although denormals
are usually less of a problem on AMD64.
The 0(1024) in qjackctl I think means that JACK has reported 1024 xruns
via the reporting API but they haven't been mentioned in the message
log. I don't actually know what causes that. Does CPU usage (as
reported by a plain old CPU usage reporting program) actually peak at
that point?
>> So my question is: Given my machine, should my CPU be topping out in
>> this scenario ?
>
>
Probably not, or at least I wouldn't expect it to suddenly peak if usage
has previously been on the low side.
The only thing RG does that may affect CPU usage drastically during
playback is that it doesn't start running plugins until they actually
have something to work on, and it stops running them if they've fallen
silent for a certain period and have no more input coming up (this is
in contrast to e.g. Ardour which runs plugins all the time during
playback, taking a more strictly correct view).
So, if anyone has anything to add to Chris's assessment, I'd like to
know about it. If the problem is indeed related to denormals, is there a
way to fix it ? Comments and suggestions are most welcome.
Best,
dp
Hi all,
I have a little problem that maybe some of you already faced.
I'm developing a test suite for my library and I wrote some libtool
test modules which I wish to build with automake.
The problem is that using check_LTLIBRARIES or noinst_LTLIBRARIES
dynamic modules are not built, but only static libraries instead
(while with any other prefix it works).
How can I overcome this?
Here the Makefile.am:
MODFLAGS = "-module"
INCLUDES = -I$(top_srcdir)/include @INCLTDL@
AM_CPPFLAGS = -DTESTSDIR=\"`pwd`\"
TESTS = lists dynarrays dl
check_PROGRAMS = $(TESTS)
lists_LDADD = ../lib/libnasprocore.la
dynarrays_LDADD = ../lib/libnasprocore.la
dl_LDADD = ../lib/libnasprocore.la @LIBLTDL@
noinst_LTLIBRARIES = famod1.la goodmod.la
famod1_la_SOURCES = famod1.c
famod1_la_LDFLAGS = $(MODFLAGS)
goodmod_la_SOURCES = goodmod.c
goodmod_la_LDFLAGS = $(MODFLAGS)
Thanks in advance,
Stefano
I've made little patch that adds optional command-line parameter to
jack-keyboard for chaning output channel. For example to use channel 10
instead of channel 1 (default), run jack-keyboard with:
jack-keyboard -c 10
--
Nedko Arnaudov <GnuPG KeyID: DE1716B0>
You better start by doing the application tutorials linked from the CLAM
documentation page and then
head into the smaller examples in the CLAM repository. You might want to
start with the longer
tutorial but the whole thing is only if you want to dive into the realms
of spectral processing (besides, this
tutorial is a little bit out of sync with the current release).
XA
Rahul Murmuria wrote:
> I am interested in contributing to CLAM as part of GSoC. Although I am
> new to audio-related projects, I am very excited with the prospect. I
> need some initiation to setup CLAM before I can think of sending in a
> proposal, but the IRC Channel is dormant for some time now!
>
> the svn checkout gave me Annotator, CLAM, NetworkEditor, SMSTools and
> Voice2MIDI sources. I am trying to understand the application. Is it
> recommended to take that 40 hour tutorial now?!