On Tue, Jul 23, 2002 at 01:42:25 -0700, Fernando Pablo Lopez-Lezcano wrote:
one as I just noticed last week that in 2.4.19-rc2 there is
now an option to compile a IEC61883-6 protocol stack module
for ieee1394 so I'll ask the question again...
Yes, theres a mail refering to it here:
On Wednesday 24 July 2002 08:05 am, Paul Davis wrote:
i'm hoping takashi will jump on this the way he did USB audio and get
this merged/extended into alsa.
*REWIND*
What ALSA USB audio? Owning a UA-100 I got off eBay cheap, it would be nice
to see good USB ALSA support. The existing UA-100
On Wed, Jul 24, 2002 at 03:13:45PM -0400, Lamar Owen wrote:
On Wednesday 24 July 2002 08:05 am, Paul Davis wrote:
i'm hoping takashi will jump on this the way he did USB audio and get
this merged/extended into alsa.
*REWIND*
What ALSA USB audio? Owning a UA-100 I got off eBay cheap,
On Tue, 23 Jul 2002 03:14:56 -0400
Paul Winkler [EMAIL PROTECTED] wrote:
On Tue, Jul 23, 2002 at 08:43:36AM +0200, n++k wrote:
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
On Tue, Jul 23, 2002 at 02:30:22AM -0300, Juan Linietsky wrote:
ok, but the question is, what for? What else do you need other than
start/stop/seek ? doesnt midi proovide that already? then why
something else?
Also using midi you make sure that what you do is synced to external
devices...
You
On Tue, Jul 23, 2002 at 08:43:36AM +0200, n++k wrote:
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..
On Tue, Jul 23, 2002 at 04:56:06AM -0300, Juan Linietsky wrote:
And also you cant do the neat thing of asking all your apps to save
all their data
to a directory so you can create a targzip with the project :)
That point is irrelevant,
you can extract everything from
the database and tar gzip.
Yep, think of 0-127 ranges for controller data :(
That is too coarse;
MIDI provides 14bit controller resolution by having controller
pairs. That should be enough for controller since most sliders/knobs
on hardware have much less than that.
Pitch bend is 14bit also, allthough there is a lot of
On Tue, Jul 23, 2002 at 11:24:03AM +0200, Vincent Touquet wrote:
On Tue, Jul 23, 2002 at 01:17:53AM -0400, Paul Winkler wrote:
actually zipi and skini.
tooskini has something to do with perry cook's STK.
I though skini is just readable MIDI ?
Hit me if I'm wrong though.
it's mostly
On Tue, 23 Jul 2002 11:28:01 +0200
Vincent Touquet [EMAIL PROTECTED] wrote:
On Tue, Jul 23, 2002 at 02:30:22AM -0300, Juan Linietsky wrote:
ok, but the question is, what for? What else do you need other than
start/stop/seek ? doesnt midi proovide that already? then why
something else?
Also
On Tue, Jul 23, 2002 at 02:00:15PM -0300, Juan Linietsky wrote:
Yes, I agree that midi sucks. I'm wondering why dont we have
a newer protocol by now, but we dont. So there's nothing else
than having to stick to that archaic crap :)
Because the hardware music device market moves a lot more
On Tue, Jul 23, 2002 at 02:00:15PM -0300, Juan Linietsky wrote:
(cut)
Yes, I agree that midi sucks. I'm wondering why dont we have
a newer protocol by now, but we dont. So there's nothing else
than having to stick to that archaic crap :)
(cut)
What about Yamaha's mLan ?
I thought that was some
They don't even touch the idea of changing midi. (i'm registered with them
as an mLan Licensee).
Sebastien
- Original Message -
From: Vincent Touquet [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, July 23, 2002 9:30 PM
Subject: Re: [linux-audio-dev] App metadata
23, 2002 9:52 PM
Subject: Re: [linux-audio-dev] App metadata intercomunication protocol..
On Tue, Jul 23, 2002 at 02:00:15PM -0300, Juan Linietsky wrote:
(cut)
Yes, I agree that midi sucks. I'm wondering why dont we have
a newer protocol by now, but we dont. So there's nothing else
than
What about Yamaha's mLan ?
I thought that was some kind of midi over firewire,
but maybe they didn't grab it as an opportunity
to improve on midi ...
It's midi and audio over firewire.
I think it's plain vanilla midi messages, though.
not sure.
mLAN is built on top of the public
Yamaha has a large NDA tradition,
making lots of things impossible.
As another example: the filesystem
format of their A series samples storage.
It would be so nice if you could mount
these disks in Linux too, but yammy
refuses without an NDA ...
Ask them the question though :)
They have to
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
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, 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 control
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 some
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!
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 or other
22 matches
Mail list logo
