15 May
2010
15 May
'10
6:07 p.m.
Hi LADs,
Following up on the LAC Tools round-table, I've started a wiki page:
http://wiki.linuxaudio.org/wiki/tools_comparison
Since I've not taken part in the discussion, I'm missing a few footnotes
and explanation for keys in the context (eg. batch, sync). Could you
please enlighten me, or just fill in the missing content there.
IMHO it'd also make sense to do a 2nd table with orthogonal practical
information, for instance:
audio: JACK,ALSA,..
midi: JACK,ALSA,ALSA-seq
audio-file-formats: pcm,mp3,gig,mid,..
control: OSC,TCP,pipe,MMC,..
interop/sync: jack-transport,MTC
plugins (if applicable): LV2,LADSPA,VST,AU,..
Come to think of it, those could be integrated in the apps-database as
tags for each tool, similar to:
http://wiki.linuxaudio.org/apps/categories/jack_transport
but let's get the categories/tags straightened out before starting on an
implementation and posting it to LAU. What do you think?
Cheers!
robin
15 May
15 May
6:54 p.m.
Excerpts from Robin Gareus's message of 2010-05-15 18:07:53 +0200:
Hi LADs,
Following up on the LAC Tools round-table, I've started a wiki page:
http://wiki.linuxaudio.org/wiki/tools_comparison
Since I've not taken part in the discussion, I'm missing a few footnotes
and explanation for keys in the context (eg. batch, sync). Could you
please enlighten me, or just fill in the missing content there.
IMHO it'd also make sense to do a 2nd table with orthogonal practical
information, for instance:
audio: JACK,ALSA,..
midi: JACK,ALSA,ALSA-seq
audio-file-formats: pcm,mp3,gig,mid,..
control: OSC,TCP,pipe,MMC,..
interop/sync: jack-transport,MTC
plugins (if applicable): LV2,LADSPA,VST,AU,..
Come to think of it, those could be integrated in the apps-database as
tags for each tool, similar to:
http://wiki.linuxaudio.org/apps/categories/jack_transport
but let's get the categories/tags straightened out before starting on an
implementation and posting it to LAU. What do you think?
Cheers!
robin
I've also not taken part and hence don't even know what this is about.
Can you enlighten me and show me where to read/listen/watch up on it?
The table looks like it could become something useful, but you're right,
it reminds of the apps.linuxaudio.org db, which could and should be
expanded.
--
Regards,
Philipp
7:33 p.m.
Philipp Überbacher wrote:
Excerpts from Robin Gareus's message of 2010-05-15
18:07:53 +0200:
nope. I'm looking for the same info :) The table on the wiki page is
based on a spreadsheet that Albert Graef sent me. Neither the
round-table, not the wrap-up session has been recorded.
I know there've been ~15 people (most of which subscribe to LAD)
participating in the round-table and ~50 in the wrap-up session.
anyone please..
In partictular the "multi-rate", "sync" & "async" need
clarification.
I assume "multi-rate" means real-time resampling (different sample-rates
in the _same_ session).
Also "batch" is somewhat sloppy. Does it mean batch processing is
available from inside the application or just that the app can be
launched from a batch script?
Hi LADs,
Following up on the LAC Tools round-table, I've started a wiki page:
http://wiki.linuxaudio.org/wiki/tools_comparison
Since I've not taken part in the discussion, I'm missing a few footnotes
and explanation for keys in the context (eg. batch, sync). Could you
please enlighten me, or just fill in the missing content there.
IMHO it'd also make sense to do a 2nd table with orthogonal practical
information, for instance:
audio: JACK,ALSA,..
midi: JACK,ALSA,ALSA-seq
audio-file-formats: pcm,mp3,gig,mid,..
control: OSC,TCP,pipe,MMC,..
interop/sync: jack-transport,MTC
plugins (if applicable): LV2,LADSPA,VST,AU,..
Come to think of it, those could be integrated in the apps-database as
tags for each tool, similar to:
http://wiki.linuxaudio.org/apps/categories/jack_transport
but let's get the categories/tags straightened out before starting on an
implementation and posting it to LAU. What do you think?
Cheers!
robin
I've also not taken part and hence don't even know what this is about.
Can you enlighten me and show me where to read/listen/watch up on it? The table looks like it could become something useful,
but you're right,
it reminds of the apps.linuxaudio.org db, which could and should be
expanded.
right, but the tools-overview is a bit different: It does not aim to be
complete and puts focus on well-established frameworks to give an
overview to newcomers:
"I want to do an interactive A/V piece: What software do you recommend?"
The round-table was intended to give developers an opportunity to
position themselves and think about what a given app does best and how
to distinguish one from the other; along the lines:
"We don't need another framework, we need to consolidate existing ones".
best,
robin
18 May
18 May
12:32 a.m.
Hi Robin,
I can't get to the wiki page linked to in your previous post, so here
are some hopefully useful remarks.
Robin Gareus wrote:
In partictular the "multi-rate",
"sync" & "async" need clarification.
- multirate: The ability to deal with synchronous streams of (audio)
data at different samplerates.
- sync: synchronous (sample-based) processing at fixed samplerate(s)
(typically audio and video).
- async: asynchronous (event-based) processing (typically MIDI, OSC and
the like).
Note that we didn't have experts for all the mentioned programs on board
during the discussion (most notably, the supercollider people were
absent since they had a session in parallel), so it can't hurt if the
feature matrix is proofread by as many eyeballs as possible. ;-)
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikinformatik.uni-mainz.de/ag
1:20 a.m.
Hey Albert,
On May 17, 2010, at 6:30 PM, Albert Graef wrote:
Hi Robin,
I can't get to the wiki page linked to in your previous post, so here
are some hopefully useful remarks.
really? well we had a 30 min outage this afternoon (CEST) but the site's
online:
http://wiki.linuxaudio.org/wiki/tools_comparison
Robin Gareus wrote:
Thanks a lot. reading it like this makes perfect sense.
There's two missing (which were mentioned in a follow up email):
- batch (does it mean app can be called (headless) from a batch script, or that the app
itself offers batch processing)
- embed. means embedded or embeddable?
In partictular the "multi-rate",
"sync" & "async" need clarification.
- multirate: The ability to deal with synchronous streams of (audio)
data at different samplerates.
- sync: synchronous (sample-based) processing at fixed samplerate(s)
(typically audio and video).
- async: asynchronous (event-based) processing (typically MIDI, OSC and
the like).
Note that we didn't have experts for all the
mentioned programs on board
during the discussion (most notably, the supercollider people were
absent since they had a session in parallel), so it can't hurt if the
feature matrix is proofread by as many eyeballs as possible. ;-)
There's already been quite some additions:
http://wiki.linuxaudio.org/doku.php?id=wiki:tools_comparison&do=revisio…
In particular: Lua-AV, Snd-RT, CLM and Fluxus have been reviewed.
Someone (84.215.119.162) recently added categories "RT" and "GC"
without documenting them :/
IMHO real-time makes sense, but I' don't think that "garbage collection"
(if that's what GC means) belongs in that table.
Anyway, step 2 (next month) includes removing undocumented and superfluous information
(eg. so far all discussed tools are x-platform).
ciao,
robin
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikinformatik.uni-mainz.de/ag
9:39 a.m.
Robin Gareus wrote:
really? well we had a 30 min outage this afternoon
(CEST) but the site's online:
http://wiki.linuxaudio.org/wiki/tools_comparison
Well, then I must have tried during the downtime. ;-) Works for me now.
- batch (does it mean app can be called (headless)
from a batch script, or that the app itself offers batch processing)
That was supposed to mean offline (audio) rendering, so it's the latter.
- embed. means embedded or embeddable?
The latter. (I.e., app is available in the form of a library which you
can link into your own programs.)
Albert
--
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email: Dr.Graef(a)t-online.de, ag(a)muwiinfa.geschichte.uni-mainz.de
WWW: http://www.musikinformatik.uni-mainz.de/ag
5299
days inactive
5302
days old
linux-audio-dev@lists.linuxaudio.org
5 comments
4 participants
participants (4)
-
Albert Graef -
Philipp Überbacher -
Robin Gareus -
Robin Gareus