With the advent of NSM, there's a better chance than ever for autoloaded
sessions when working.
One of the challenges of autoswitching between sessions is loading presets
for that session. In, for example LV2rack, it starts, but presets have to be
loaded manually, after it gets going.
Is
On Sat, Mar 3, 2012 at 11:14 PM, Emanuel Rumpf xb...@web.de wrote:
Am 3. März 2012 23:29 schrieb Paul Davis p...@linuxaudiosystems.com:
OSC
this general language is the whole problem.
you can't send OSC to an OSC capable plugin or an external OSC
application in any generalized sense,
On Sun, Mar 4, 2012 at 2:50 AM, Emanuel Rumpf xb...@web.de wrote:
Am 4. März 2012 11:14 schrieb J. Liles malnour...@gmail.com:
On Sat, Mar 3, 2012 at 11:14 PM, Emanuel Rumpf xb...@web.de wrote:
There should at least be an accepted, standardized
way for transmission of MIDI data over OSC !
On 03/04/2012 03:31 AM, David Robillard wrote:
However, I doubt Ardour ever will, nor do I think it even should,
support sequencing of events that are transmitted by some mechanism
other than Jack. That would be a gigantic inconsistent mess for more
reasons than I feel like listing, and trying
On 03/04/2012 03:47 AM, David Robillard wrote:
I probably said this. Internally it's like Jack in most of the
important places, i.e. the actual type of the event payload is pretty
much irrelevant. The biggest problem to solve is the on-disk format.
That shouldn't be a real problem. OSC is
On 3/4/12, J. Liles malnour...@gmail.com wrote:
I personally don't think that the way notes are encoded is the primary
limitation imposed by MIDI. A note is a frequency, an attack/decay
modulation, and a duration.
apparently you're forgetting or have not been a part of the many
debates with
Am 4. März 2012 14:38 schrieb Paul Davis p...@linuxaudiosystems.com:
... the
problem for users is that it leaves the mappings unspecified, and
although there are some clever solutions for this (several of them),
from a user's perspective it always adds an extra layer of complexity.
contrast
On Sun, 2012-03-04 at 14:14 +0100, Albert Graef wrote:
On 03/04/2012 03:47 AM, David Robillard wrote:
I probably said this. Internally it's like Jack in most of the
important places, i.e. the actual type of the event payload is pretty
much irrelevant. The biggest problem to solve is the
On Sun, 2012-03-04 at 08:17 +, parched2099 wrote:
[...]
An example is lv2rack with the IR lv2 plugin, which i've been testing
in NSM. LV2rack comes up ok, but the preset i've built for a specific
session doesn't automatically load. I assume this is the case when using
something like
On Sun, 2012-03-04 at 08:38 -0500, Paul Davis wrote:
On 3/4/12, J. Liles malnour...@gmail.com wrote:
I personally don't think that the way notes are encoded is the primary
limitation imposed by MIDI. A note is a frequency, an attack/decay
modulation, and a duration.
apparently you're
Guys, can you explain to me, who is not very well aware of OSC
and MIDI debates, why not come up with at least a Linux Audio OSC
standard for notes and just use that?
--
Louigi Verona
http://www.louigiverona.ru/
___
Linux-audio-dev mailing list
On Sun, Mar 4, 2012 at 9:38 AM, David Robillard d...@drobilla.net wrote:
On Sun, 2012-03-04 at 08:17 +, parched2099 wrote:
[...]
An example is lv2rack with the IR lv2 plugin, which i've been testing
in NSM. LV2rack comes up ok, but the preset i've built for a specific
session doesn't
The chance for MIDI to improve seems very low, due to its technical
limits.
HD-Protocol MIDI is coming, albeit with painfully slow progress.
Best Regards,
Jeff
___
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
On Sun, Mar 4, 2012 at 3:37 PM, J. Liles malnour...@gmail.com wrote:
BTW, I don't know if LV2 supports this, but if it allows plugins to
*SAVE* non-generic (that is to say, session specific) data wherever
they want on the filesystem, then that, IMHO, is badly broken. There
its not always LV2
On 03/04/2012 06:32 PM, David Robillard wrote:
What do you mean by pick the OSC addresses that I want?
I mean those symbols with the slashes that are the first part of any
atomic OSC message like /foo/bar 4711.0. Usually such a symbol would
denote the particular control that the value
On Sun, 2012-03-04 at 12:37 -0800, J. Liles wrote:
On Sun, Mar 4, 2012 at 9:38 AM, David Robillard d...@drobilla.net wrote:
[...]
However, the new LV2 state stuff is specifically designed to allow
self-contained archival/export with any session manager[1]. Hopefully a
future version of IR
On Sun, 2012-03-04 at 22:38 +0300, Louigi Verona wrote:
Guys, can you explain to me, who is not very well aware of OSC
and MIDI debates, why not come up with at least a Linux Audio OSC
standard for notes and just use that?
Chicken Egg problem.
(Never trust a spec not actually used by anyone)
It seems this debate is how to represent OSC messages in a sequencer.
I've thought about this before, and the idea I always had in my head
was something tracker-like, where you would assign columns (or rows..)
to a message path, and specify whether the arguments are ints, floats,
etc. For each
On Sun, 2012-03-04 at 16:17 -0500, Paul Davis wrote:
On Sun, Mar 4, 2012 at 3:37 PM, J. Liles malnour...@gmail.com wrote:
BTW, I don't know if LV2 supports this, but if it allows plugins to
*SAVE* non-generic (that is to say, session specific) data wherever
they want on the filesystem,
On Sun, 2012-03-04 at 22:27 +0100, Albert Graef wrote:
On 03/04/2012 06:32 PM, David Robillard wrote:
What do you mean by pick the OSC addresses that I want?
I mean those symbols with the slashes that are the first part of any
atomic OSC message like /foo/bar 4711.0. Usually such a symbol
Am 4. März 2012 22:47 schrieb David Robillard d...@drobilla.net:
On Sun, 2012-03-04 at 16:17 -0500, Paul Davis wrote:
On Sun, Mar 4, 2012 at 3:37 PM, J. Liles malnour...@gmail.com wrote:
consider the SFZ file format. it refers to other audio samples. it
doesn't require that the references
On 03/04/2012 09:27 PM, Albert Graef wrote:
P.S.: Rui, apologies for hitchhiking your thread. I hope that you will
forgive me over a glass of good Californian wine. ;-)
no worries. given the length of the thread i think i'll take two please ;)
cheers
--
rncbc aka Rui Nuno Capela
On Sun, 2012-03-04 at 23:17 +0100, Emanuel Rumpf wrote:
Am 4. März 2012 22:47 schrieb David Robillard d...@drobilla.net:
On Sun, 2012-03-04 at 16:17 -0500, Paul Davis wrote:
On Sun, Mar 4, 2012 at 3:37 PM, J. Liles malnour...@gmail.com wrote:
consider the SFZ file format. it refers to other
On 03/04/2012 11:26 PM, Rui Nuno Capela wrote:
no worries. given the length of the thread i think i'll take two please ;)
Ok, granted. I'd even make that two bottles if you implement OSC tracks
in Qtractor. ;-)
Albert
--
Dr. Albert Graf
Dept. of Music-Informatics, University of Mainz,
On Mon, Mar 5, 2012 at 7:47 AM, Albert Graef dr.gr...@t-online.de wrote:
On 03/04/2012 11:26 PM, Rui Nuno Capela wrote:
no worries. given the length of the thread i think i'll take two please ;)
Ok, granted. I'd even make that two bottles if you implement OSC tracks in
Qtractor. ;-)
On Mon, 2012-03-05 at 09:40 +0900, michael noble wrote:
[...]
I'm chiming in late here, but it is a topic I've thought about a
little having experimented in the domain. Given the open-endedness of
OSC, I've always thought it makes more sense to implement some kind of
plugin based translators,
On Mon, Mar 5, 2012 at 10:16 AM, David Robillard d...@drobilla.net wrote:
I don't really grasp what you're getting at here, or what MIDI has to do
with it, etc. However, using plugins to process/filter/whatever OSC
messages is natural (same thing for Jack apps). You can use any event
types
27 matches
Mail list logo