i'm sure the linux audio community has something to contribute to
this initiative!
Begin forwarded message:
> From: "Graham Coleman" <gcoleman(a)iua.upf.edu>
> Date: 25. April 2008 18:01:28 GMT+02:00
> Subject: DAFxTRa 2008: announcement and call for participation
>
> Apologies for multiple postings. We will attempt a public evaluation
> of digital audio effects. We encourage your feedback and
> participation.
>
> --
> Salutations!
>
> We announce and call for your participation in a cross-community
> evaluation of audio effects.
>
> DAFxTRa 2008 (DAFx Transformation RAting) is a new initiative
> promoted by
> MTG-UPF and DAFx-08 aimed at evaluating and comparing algorithms for
> audio effects.
> Our goal is to have the main evaluation in September 2008 during
> DAFx-08
> (http://www.acoustics.hut.fi/dafx08/) but to make it happen we need
> the
> involvement of the audio effects research community.
>
> We do not know of any major initiative to compare audio effects
> algorithms, which might be the related to the difficulty of the
> evaluation task. It is hard because it requires standardized
> procedures for
> carefully controlled subjective experiments. But we believe
> that now is the time to try it, so we can all learn from the
> process and in
> turn improve our audio effects algorithms.
>
> Inspired by the success of MIREX in the evaluation of Music
> Information
> Retrieval algorithms, and having acquired some experience by
> organizing the
> audio description contest at ISMIR 2004-Barcelona, we want to
> promote a
> similar initiative for the digital audio effects community.
>
> However most audio effects tasks do not afford an objective
> measure of ground truth, like in MIR, and thus we have to define
> specific evaluation strategies. We want to do it by involving the
> developers of algorithms interested in participating and by specifying
> with them the evaluation process. The participants should learn
> from the
> process and the whole DAFx community should benefit from it.
>
> Our initial aims are the following:
> 1. Propose several audio effects categories. Initial proposal: time-
> scaling,
> pitch-shifting, source separation, morphing, distortion effects and
> deconstruction.
> 2. Select the categories for which there is a sufficient number of
> participants.
> 3. Select sounds from Freesound (http://freesound.iua.upf.edu) to be
> used as test sounds for each category.
> 4. Define the evaluation procedure for each category.
> 5. Ask the participants to submit the transformed sounds (not the
> algorithms).
> 6. Perform the evaluation both live at DAFx-08 and also online in
> Freesound.
> 7. Publish the results of the evaluation.
>
> Our proposed time-line is:
> - 1st August 2008: Finalize categories and evaluation procedures
> - 30th August 2008: Submit transformed sounds
> - 1st-4th September 2008: Run life evaluations at DAFx-08 Conference
> - 10th-30th September 2008: Run on-line evaluations on the
> Freesound site
> - 15th October 2008: Publish the results
>
> If you are interested in participating or in getting involved in the
> process join the DAFxTRa mailing list
> (http://iua-mail.upf.es/mailman/listinfo/dafx-eval) for an open
> discussion.
> Results of the discussion and organizational details of the evaluation
> will be posted in a wiki (http://smcnetwork.org/wiki/DafxTRa2008)
>
> Your input and ideas will be most welcome.
>
> Graham Coleman (MTG-UPF) (contact person)
> Jordi Bonada (MTG-UPF)
> Perfecto Herrera (MTG-UPF)
> Xavier Serra (MTG-UPF)
Greetings,
After another quarantine period, I am pleased to announce (yet) another
maintenance release of my flag-ship toy, Qtractor, an Audio/MIDI
multi-track "bedroom" sequencer for the techno-boy (and girl:).
Probably, the major feature highlight for this release, is the new
optional support for in-place audio clip pitch-shifting through Chris
Cannam's Rubber Band Audio Time Stretcher library. This one alone just
closes the gap on the techno-boy/girl bedroom-studio prospects, so let's
move along, nothing really new to see here :) However, given there were
many inner changes in the audio rendering engine everything might just
sound a lot less glitchy than previous releases. Therefore, everybody is
welcome to upgrade. And please, don't be shy ;)
Qtractor 0.1.3 (frugal damsel) has been released!
Grab it while visiting the project pages:
http://qtractor.sourceforge.nethttp://sourceforge.net/projects/qtractor
Here's some direct links to the most wanted pieces:
http://downloads.sourceforge.net/qtractor/qtractor-0.1.3.tar.gzhttp://downloads.sourceforge.net/qtractor/qtractor-0.1.3-user-manual.pdf
And don't (ever) forget to drop by, over the upstream :)
http://www.rncbc.org
As usual, the complete change log is worth a look too, for the record:
- As one may find convenient sometimes, the global time display
format (frames, time or BBT) may now be changed on the main
transport time spin-box context menu.
- Left-clicking on the track list number column now toggles all
track content clip selection.
- Prevent audio-buffer initialization mashups when editing short
audio clips while playback is rolling and within clip region.
- Audio peak files gets a bit simplified, dropping the peak frame
count from its header; peak waveform graphics are now rendered
as straight lines when over the end of audio file.
- The drop-span option (View/Options.../Drop multiple audio files
into the same track) now also applies when importing tracks (as
in Track/Import Tracks/Audio...) to concatenate multiple audio
clips into one and the same new track.
- Audio and MIDI meter level colors are now user configurable (as
global configuration options, View/Options.../Display/Meters)
- First attempt for Qt4.4 build support, regarding the bundled
atomic primitives, which have changed upstream as advertised
(thanks to Paul Thomas, for spotting this one first time).
- Record monitor switch is now an accessible button option on all
track mixer strips; for visual consistency, the old bus "thru"
switch button has been renamed to "monitor".
- Force track-view position reset to origin on session close.
- Fixed segfault on inserting an external file into files widget.
- Mixer splitter sizes are now better saved/restored when closed.
- Track record monitoring is now a state option, being toggled
from the Track/State/Monitor menu; applies both to audio end
MIDI tracks: when set all input will be pass-through to the
current assigned output bus, including track plug-ins chain.
- Session dialog gets split in its own tab components, between
descriptive, time and view configuration ones.
- Drifting correction among audio and MIDI engines is now back,
but avoided while recording or should it be while looping?
(EXPERIMENTAL REGRESSION)
- Time-stretching percent value gets its semantics inverted,
as thought consistent with ones general sense for relative
stretching ie., lower to shrink and higher to make longer.
this is a major up-side-down change and should affect all
sessions saved with time-stretched audio clips.
- Slack space in main tracks and MIDI clip editor views are now
proportional to viewport width, leaving enough room for drag
and moving content past the current session length, specially
at the lower zoom levels.
- Clip end time is now also shown on tool-tip.
- When armed for recording, MIDI tracks are now monitored and
filtered through their own output bus, thus having the same
behavior as audio tracks; this also implies that all record
armed tracks won't playback their current content material
when recording is engaged and rolling; track mute and solo
states are now honored on record monitoring.
- Audio clip pitch-shifting makes its first appearance, with
the optional help from Chris Cannam's RubberBand library.
- A new MIDI editor tool is available: note/pitch randomize.
- Avoid (re)setting the default session directory if a session
cannot be open or loaded for some reason.
- Another nastiness bites the dust: a subtle but progressive
drifting has been swept away from the audio buffer looping;
zero buffer flushing is now also taken into account, which
was the cause for serious drifting on time-stretched clips.
- A major digital audio processing bug was tamed: audio clip
fade-in/outs are now linearly piece-wise applied, even at
the clip edges, giving a much smoother rendering and thus
mitigating the nasty click-and-pop artifacts that were in
fact due to some early design optimization with a poor and
sloppy implementation.
Cheers && Enjoy
--
rncbc aka Rui Nuno Capela
Is it possible to configure a system (included changes to programs) so
that nothing can interfere with a few RT threads?
I have an audio and video thread in a program, and they are running as
SCHED_FIFO, but so many things can interfere with those two threads,
such as USB plugs/unplugs, cron log rotations, disk access (PIO flash
disk), ssh logins, etc. I really would like to shore up performance
here.
I am not using Ingo's RT patches, but I still see people talking about
turning off things like cron and server processes to prevent xruns when
using Ingo's RT patches. While I have turned off cron, turning off sshd
and the web server aren't options. I want to instead somehow make sure
that neither can every interfere with the AV threads, even if it means
that SSH and web traffic are extremely slow.
Version 1.2 of the free open source Linux software synthesizer
Minicomputer is out. This audiosynthesizer creates complex waveforms and
shapes them in a three stage formant filter. More at
http://minicomputer.sourceforge.net/
or directly at
http://sourceforge.net/project/showfiles.php?group_id=203751
Changes:
1.2 1.May 2008
2 - new: installer/deinstaller
3 - new: installerscript for presets
4 - new: unified behaviour, editor is called now minicomputer and when
started by user, launches t he core and shuts it down too
5 - fix: improved midihandling while using less cpu cycles
6 - fix: backup of memory files should work now
------------------------------------------------------------------------
Industrial synthesizer for Industrial people