Ralf Beck <[EMAIL PROTECTED]> writes:
> You can easily integrate it into any other application, regardless
> of what gui toolkit that one is using.
Yes, absolutely, that too, but I expect my system to be functional
about 4 seconds into boot. I work mostly from the terminal tty and I
can't depend
Ralf Beck schrieb:
Kjetil S. Matheussen schrieb:
Hacking snd into ardour should only require a days work or something
because snd can be compiled as a gtk widget.
The reason why i always propose to separate engine and gui into
completely independent processes:
You can easily integrate i
Kjetil S. Matheussen schrieb:
Hacking snd into ardour should only require a days work or something
because snd can be compiled as a gtk widget.
The reason why i always propose to separate engine and gui into
completely independent processes:
You can easily integrate it into any other appl
"Kjetil S. Matheussen" <[EMAIL PROTECTED]> writes:
> insanely large project [..] :-)
Summer of Code;).
--
Esben Stien is [EMAIL PROTECTED] s a
http://www. s tn m
irc://irc. b - i . e/%23contact
[sip|iax]: e e
ji
Esben Stien:
"Kjetil S. Matheussen" <[EMAIL PROTECTED]> writes:
snd as a widget in ardour
How about doing this with the verse protocol and daemon or in the same
spirit?. That way, any editor that supports this protocol, could edit
a live region.
Thats an insanely large project you are pr
"Kjetil S. Matheussen" <[EMAIL PROTECTED]> writes:
> snd as a widget in ardour
How about doing this with the verse protocol and daemon or in the same
spirit?. That way, any editor that supports this protocol, could edit
a live region.
--
Esben Stien is [EMAIL PROTECTED] s a
Paul Davis:
On Fri, 2006-04-14 at 16:47 +0200, [EMAIL PROTECTED] wrote:
"P" == Paul Davis <[EMAIL PROTECTED]> writes:
P>
P> On Thu, 2006-04-13 at 17:45 -0700, Kjetil S. Matheussen wrote:
The biggest thing about this release of Snd-ls is probably that the
rt-player is enabled by default. The
Kjetil S. Matheussen wrote:
Lee Revell:
On Tue, 2006-02-21 at 14:08 +0100, David Kastrup wrote:
Who is talking about not paying?
This whole discussion was ignited when someone advocated pirating (or
stealing, or whatever) commercial software.
Why don't you want to distinct between cop
Lee Revell:
On Tue, 2006-02-21 at 14:08 +0100, David Kastrup wrote:
Who is talking about not paying?
This whole discussion was ignited when someone advocated pirating (or
stealing, or whatever) commercial software.
Why don't you want to distinct between copyright violation (which is
a gra
On Tue, Jul 23, 2002 at 01:27:16 -0400, Paul Winkler wrote:
> Why is this hard?
>
> ensure ALSA is up
> start jackd
...
> run jackconnect with appropriate args to connect clients
...
> run aconnect with appropriate args
OK, good point. That moves some of the complexity out of the apps too, as
yo
On Tue, Jul 23, 2002 at 01:14:18PM -0500, Arthur Peters wrote:
(cut)
>I think there might be problems with option 1 when the apps are running
>on different machines (as was mensioned earlier). Maybe a hybrid would
>work: provide an API for each app to pass it's data to the project
>server. This da
On Tue, 2002-07-23 at 05:11, .n++k wrote:
>
> Anyway, as a summary, what is the be solved:
> . defining, naming, identifying a session (= project)
> . communicating with the apps to request loading and saving
> session associated data.
> . 1. each app is passed enough knowledge to store
On Tue, Jul 23, 2002 at 12:43:32PM +0100, Steve Harris wrote:
> One hard thing is how to deal with communication interdependencies, eg.
> app A talks jack to app B and app B talks alsa sequencer to app A.
Why is this hard?
ensure ALSA is up
start jackd
start jack client 1
start jack client 2
...
On Tue, Jul 23, 2002 at 12:11:23PM +0200, .n++k wrote:
> But aren't musicians a different kind of users than desktop users?
how so? more technical? I don't really think so.
we just had a guy on linux-audio-user who says he's been
familiar with unix since at least the early eighties,
and he's b
On Tue, Jul 23, 2002 at 01:14:02 +0100, Bob Ham wrote:
> On Tue, 2002-07-23 at 09:45, .n++k wrote:
>
> > that's 15M, of which 5M (mysql-test. sql-bench) are useless
> >
> > i would hardly call that big
>
> 28K /usr/local/include/ladspa.h
And that includes comments:
$ cat /usr/include/ladspa
From: Bob Ham <[EMAIL PROTECTED]>
Subject: Re: [linux-audio-dev] (no subject)
Date: 23 Jul 2002 13:14:02 +0100
Message-ID: <1027426442.2811.6.camel@insanity>
node> On Tue, 2002-07-23 at 09:45, .n++k wrote:
node>
node> > that's 15M, of which 5M (mysql-test. sql-ben
On Tue, 2002-07-23 at 09:45, .n++k wrote:
> that's 15M, of which 5M (mysql-test. sql-bench) are useless
>
> i would hardly call that big
28K /usr/local/include/ladspa.h
It's big. Don't get over-zealous here. Complexity is the inverse of
reliability, remember.
--
Bob Ham: [EMAIL PROTECT
>Well i don't see it as unnecessary, just for the reason that you NEED
>a database. so any objection is either a practical one or a theorical
>one. Maybe the hidden objection is that it's too complicated for an
>application writer to relationalize his application's data
>model.. Myself i find it d
On RDMSs
Look, I like SQL as much as the next man, but its really not appropraite
for storing application state. RDMSs have loads of features that we just
dont need for this.
Most applications allready handle saving (some of) thier state to a file,
we just need to define a way to instruct them t
;[EMAIL PROTECTED]>
Sent: Tuesday, July 23, 2002 11:33 AM
Subject: Re: [linux-audio-dev] (no subject)
> On Tue, Jul 23, 2002 at 10:45:55AM +0200, .n++k wrote:
> > | > > Why not use an SQL database for storing session/project metadata?
> > | > > (configuration and such) We h
From: rm <[EMAIL PROTECTED]>
Subject: Re: [linux-audio-dev] (no subject)
Date: Tue, 23 Jul 2002 05:33:56 -0400
Message-ID: <[EMAIL PROTECTED]>
async> On Tue, Jul 23, 2002 at 10:45:55AM +0200, .n++k wrote:
async> > | > > Why not use an SQL database for storing sess
On Tue, Jul 23, 2002 at 10:45:55AM +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 on
| On Tue, 23 Jul 2002 03:14:56 -0400
| Paul Winkler 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 benef
Richard Snow wrote:
>
> unsubscribe instructions please?
http://www.linuxdj.com/audio/lad/subscribe.php3#subscription
unsubscribe instructions please?
25 matches
Mail list logo
