Just a comment on the metadata persistence:
Why not use an SQL database for storing session/project metadata?
(configuration and such) We have the benefit of having a few quite
stable free software SQL databases. (mysql, postgresql, sapdb) so
requiring one wouldn't be too much to ask.. The persis
On Tue, 23 Jul 2002 00:32:59 -0400
Paul Winkler <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 22, 2002 at 11:21:56PM -0500, Arthur Peters wrote:
> > The main reason I think we need such a protocol is for MIDI-like
> > data that is outside the constraints of the MIDI protocol
> > (floating point data o
On Tue, 23 Jul 2002 00:07:43 -0400
Paul Winkler <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 22, 2002 at 11:14:58PM -0400, Taybin Rutkin wrote:
> > The part about managing priorities suggests that an extension of
> > the x-session API would be required. So maybe a new project is
> > needed, but it w
On Tue, Jul 23, 2002 at 12:32:59AM -0400, Paul Winkler wrote:
> names I recall: zippi, tooskini.
actually zipi and skini.
tooskini has something to do with perry cook's STK.
--
Paul Winkler
home: http://www.slinkp.com
"Muppet Labs, where the future is made - today!"
RE: A generic control/message passing protocol
I encourage you all to have a look at Open Sound Control (OSC). OSC was
designed to be simple to parse yet sufficiently verbose to provide a complete
namespace and type system. OSC is stateless and designed with realtime music
applications in mind,
On Mon, Jul 22, 2002 at 11:21:56PM -0500, Arthur Peters wrote:
> The main reason I think we need such a protocol is for MIDI-like data
> that is outside the constraints of the MIDI protocol (floating point
> data or other complex info). MIDI is very powerful, but it is also very
> restrictive in s
On Mon, 2002-07-22 at 17:39, Vincent Touquet wrote:
> So we have:
>
> - audio interconnection -> JACK
> - control interconnection -> ? (alsa ?)
> - state saving protocol
> -> some XML based protocol
>
> Is this XML based protocol restricted
> to state accounting only or would it
> be used for
On Mon, Jul 22, 2002 at 11:14:58PM -0400, Taybin Rutkin wrote:
> The part about managing priorities suggests that an extension of the
> x-session API would be required. So maybe a new project is needed, but it
> would make sense to see what's been done in this area before.
Does this help?
http:
> The part about managing priorities suggests that an extension of the
> x-session API would be required. So maybe a new project is needed,
> but it would make sense to see what's been done in this area before.
>
> Taybin
>
It's not anything remotely complex to worry about doing a new project
On Mon, 22 Jul 2002, Juan Linietsky wrote:
> -Saving current status of the apps, files open, data, etc, into a file
> you choose, or even
> be smart enough to tell your apps "save all your stuff here in this
> dir" and it does a nice tar.gz
> with your project in case you want to backup it.
> -L
On Mon, 22 Jul 2002 17:36:48 -0700
John Lazzaro <[EMAIL PROTECTED]> wrote:
> http://www.ietf.org/html.charters/mmusic-charter.html
No, no, none of this is of any use. We already have the best of the
best apis for audio and midi,
so this isnt the problem. Also to Taybin, what is meant isnt a
"se
> Bob Ham writes:
>
> Unfortunately, audio work
> isn't one of them. There is no such framework to provide similar
> functionality to audio programs, yet.
The IETF multimedia stack:
http://www.ietf.org/html.charters/avt-charter.html
http://www.ietf.org/html.charters/mmusic-charter.html
http://w
On Tue, 23 Jul 2002, Phil Kerr wrote:
> Or use something like SOAP?
>
> As long as theres a mechanism for naming the source application and if
> needed it's instance, then there shouldn't be a problem. Something like:
It seems to me that first you need to list what you want to communicate
and
Or use something like SOAP?
As long as theres a mechanism for naming the source application and if
needed it's instance, then there shouldn't be a problem. Something like:
.
data
.
-P
Juan Linietsky wrote:
> On Tue, 23 Jul 2002 00:39:54 +0200
> Vincent Touquet <[EMAIL PROTECTED]>
On Tue, 23 Jul 2002 00:39:54 +0200
Vincent Touquet <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 22, 2002 at 07:17:27PM -0300, Juan Linietsky wrote:
> (cut)
> >How do you think the implementation should be? I cant think of
> >much, but
> >i think even a simple communication protocol that can send
> >
On Mon, Jul 22, 2002 at 06:41:45PM -0400, Taybin Rutkin wrote:
>On Mon, 22 Jul 2002, Juan Linietsky wrote:
(cut)
>Loading all the necessary programs with the links between them restored
>and the individual program files loaded as well? I think JACK would be a
>good place for this. I proposed som
On Mon, 22 Jul 2002 18:41:45 -0400 (EDT)
Taybin Rutkin <[EMAIL PROTECTED]> wrote:
> On Mon, 22 Jul 2002, Juan Linietsky wrote:
>
> > But what about the overall status of the apps? not only the jack
> > network..
> > the idea i was refering to is how to "save _a_ project" when you
> > are running
On 22 Jul 2002 23:10:55 +0100
Bob Ham <[EMAIL PROTECTED]> wrote:
> On Mon, 2002-07-22 at 22:11, Phil Kerr wrote:
> > One of the strong points of Linux, and UNIX in general, is the way
> > small app's can be strung together, this is the most flexible
> > approach.
>
> This is true, but only of ap
On Mon, 22 Jul 2002 23:55:37 +0200
Vincent Touquet <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 22, 2002 at 04:44:00PM -0400, Paul Winkler wrote:
> >On Mon, Jul 22, 2002 at 05:18:46PM -0300, Juan Linietsky wrote:
> >> I think this can be solved by developing a metadata protocol
> >between> apps, so t
On Tue, 23 Jul 2002, Vincent Touquet wrote:
> Is this XML based protocol restricted
> to state accounting only or would it
> be used for control interconnection
> protocol too (like midi + some bracket bloat ;) ?
It might be useful to look at how gnome-session does things. Heck, maybe
gnome-ses
On Mon, 22 Jul 2002, Juan Linietsky wrote:
> But what about the overall status of the apps? not only the jack
> network..
> the idea i was refering to is how to "save _a_ project" when you are
> running
> 20 different apps interconncted by different means.
Well, what *exactly* is it that you wan
On Mon, Jul 22, 2002 at 07:17:27PM -0300, Juan Linietsky wrote:
(cut)
>How do you think the implementation should be? I cant think of much,
>but
>i think even a simple communication protocol that can send
>tree-organized data
>between apps over either tcp or unix sockets should be enough.. Also
On Mon, 22 Jul 2002 16:44:00 -0400
Paul Winkler <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 22, 2002 at 05:18:46PM -0300, Juan Linietsky wrote:
> > I think this can be solved by developing a metadata protocol
> > between apps, so the can intercommunicate
> > status and other things, and having a "ma
On Mon, 2002-07-22 at 22:11, Phil Kerr wrote:
> One of the strong points of Linux, and UNIX in general, is the way small
> app's can be strung together, this is the most flexible approach.
This is true, but only of apps that can fit in to the way that Unix does
its stringing together; ie, filestr
On Mon, 22 Jul 2002 22:11:49 +0100
Phil Kerr <[EMAIL PROTECTED]> wrote:
> One of the strong points of Linux, and UNIX in general, is the way
> small app's can be strung together, this is the most flexible
> approach.
>
> I think the level of audio app integration is coming on strong but
> we nee
On Mon, Jul 22, 2002 at 04:44:00PM -0400, Paul Winkler wrote:
>On Mon, Jul 22, 2002 at 05:18:46PM -0300, Juan Linietsky wrote:
>> I think this can be solved by developing a metadata protocol between
>> apps, so the can intercommunicate
>> status and other things, and having a "master" app that man
On Mon, Jul 22, 2002 at 05:18:46PM -0300, Juan Linietsky wrote:
> I think this can be solved by developing a metadata protocol between
> apps, so the can intercommunicate
> status and other things, and having a "master" app that manages
> projects and things like that, by just
> retrieving/storing
One of the strong points of Linux, and UNIX in general, is the way small
app's can be strung together, this is the most flexible approach.
I think the level of audio app integration is coming on strong but we
need to think of how we can interoperate using MIDI, preferably over
TCP/IP.
Being able
On Mon, 2002-07-22 at 21:18, Juan Linietsky wrote:
> So, what do you think about this issue? I'd really like to hear views
> on this since i guess it's probably
> the biggest problem the audio community is facing.
I've started working on the first; a big app that connects "things"
using jack and
On Mon, 22 Jul 2002 16:30:07 -0400 (EDT)
Taybin Rutkin <[EMAIL PROTECTED]> wrote:
> On Mon, 22 Jul 2002, Juan Linietsky wrote:
>
> > So, what do you think about this issue? I'd really like to hear
> > views on this since i guess it's probably
> > the biggest problem the audio community is facing
On Mon, 22 Jul 2002, Juan Linietsky wrote:
> So, what do you think about this issue? I'd really like to hear views
> on this since i guess it's probably
> the biggest problem the audio community is facing.
I've always thought that JACK should include some sort of state management
API. It sounds
We've been discussing this issue a lot recently on the #lad irc
channel (irc.openprojects.net)
and i thought it's worth a posting in the LAD list...
There seems to be two strong postures on how to develop audio
software, and how to proovide linux
with a "modular" audio desktop. Such postures aim
> Btw, Paul: I never heard back re: SoftWerk. Is it available or ... ?
i have to get the RPM spec file from Fernando, etc. etc. ... in a few
days, honest.
--p
Greetings:
Okay, thanks for the clarification. It doesn't seem serious, but I was
wondering what gose on.
Btw, Paul: I never heard back re: SoftWerk. Is it available or ... ?
Best regards,
== Dave Phillips
The Book Of Linux Music & Sound at http://www.nostarch.com/lms.htm
On Mon, Jul 22, 2002 at 11:31:36 -0400, Dave Phillips wrote:
> Btw, somewhat OT question: IIRC, someone mentioned that in order for
> Ardour to avoid a segfault on exit I would have to change something in
> the CMT LADSPA plugin set. Can you tell me what's up with that ??
Some poeple reported tha
> galan is the graphical audio language which is similar to spiral
> synth modular or reaktor or buzz it is availabe from
> http://www.informatik.uni-bremen.de/~torbenh
>
> ---
> Torben Hohn --- [EMAIL PROTECTED]
It's great to see this app's being worked on again!
Dave
: www.pawfal.org :
>Btw, somewhat OT question: IIRC, someone mentioned that in order for
>Ardour to avoid a segfault on exit I would have to change something in
>the CMT LADSPA plugin set. Can you tell me what's up with that ??
there are some global variables with the same name in different
plugins. this isn't stri
Steve Harris wrote:
[re: Josef]
> Do you know him? He also contributed to the csound book IIRC. I met him at
> Modular 2002. Great guy.
Don't know him personally, but I've run a number of his FLTK Csound
instruments under the unofficial Linux Csound. Neat stuff...
[re: modeled reverb a la the
galan is the graphical audio language which is similar to spiral synth
modular or reaktor or buzz
it is availabe from http://www.informatik.uni-bremen.de/~torbenh
---
Torben Hohn --- [EMAIL PROTECTED]
Thanks to NTK:
http://www.prodikeys.com/
Anyone seen a preview of one of these yet?
B
On Fri, Jul 19, 2002 at 12:11:56 -0400, Dave Phillips wrote:
> Oooh, plate reverb ! I love plate reverbs, so I wired this one up in
Me too.
> Snd, applied it, and... hey, not bad ! Another neat reverb, thank you
> Steve and Josef !
Do you know him? He also contributed to the csound book IIRC. I
Juan Linietsky wrote:
> URL:
>
> http://reduz.com.ar/legasynth
Wow, looks great and I can't wait to get it working. Unfortunately I've
found a sigseg with both OSS and JACK drivers plugged through to Rosegarden.
Run up legasynth, load the first DX7 bank, assign the legasynth as an
Instrume
42 matches
Mail list logo
