On Thu, Jan 23, 2003 at 07:10:47PM +, Mark Knecht wrote:
> Vishal,
>I think there was some work done in the last few months on this.
> Check the archives. I think Steve Harris was one of the participants. I
> know they were working on modeling tubes, and I seem to remember someone
> talking
Hi all,
I happen to be both a linux programmer and a guitar freak. Off late
the guitar industry has seen these amp simulators some into being: line6
POD, Vamp and the likes... i was wondering whether i could build my own
such amp simulator. Could anyone out here suggest me how i can do
this..
Vishal,
I think there was some work done in the last few months on this.
Check the archives. I think Steve Harris was one of the participants. I
know they were working on modeling tubes, and I seem to remember someone
talking about playing their guitar through it.
Cheers,
Mark
On Fri, 2003-01-
On Thu, Jan 23, 2003 at 11:13:28AM -0600, Matt Gerassimoff wrote:
> Hello,
>
> I've been watching the mail on this list for some time. I've looked at as
> much documentation on the web as I can find. From alsa's web site to the
> linux audio developers web site. What I would like to know (or
On Wed, 22 Jan 2003, david casal wrote:
> Just wondering whether people can point me towards any python+sound
> activity out there, other than OMDE/PMASK and Thomas Grill's 'pyext' for
> PD. Anybody playing with real-time concerns?
Pyecasound is one such package. Basicly it's an implementation of
On Wed, 22 Jan 2003, Kjetil S. Matheussen wrote:
> For two years (or somethings), people have complained about the bad
> performance of the jack system. And I don't think it has been solved. I
> dont know about alsa; and doesn't understand the driver-code, so it was
> easier for me just to reimple
On Thu, 2003-01-23 at 18:02, François Déchelle wrote:
> > I'm guessing that Paul was wondering how you tell the LADSPA plugin what
> > jMax patch to load. Well, thats what I'm wondering anyway ;)
>
> If the patch is included in the .c, then you tell it when building the
> plugin.
Could you not
>AFAIK no LA-based recording or post-production studio is using Linux on
>a daily basis. We need to score a win similar to the Linux wins in the
>film industry. A hit song made with Linux software would certainly do
>the trick (not that I'm a fan of popular music, but it is the big
>market/money th
>>>
Can you explain to us exactely what the MMA is offering in exchange of this
money?
...
What protection does the MMA provides?
<<<
MMA provides anti-trust protection. If the major commercial vendors go off
in private and work in collusion to influence consumer choice, that is an
illegal trust
Ron Kruper said:
>The MMA is a trade association, akin to a standards body like the AES.
>Do you also object to the fact that AES, IEEE, etc, charge membership
>dues, and that they too hold evolving standards discussions for
members >only? How does the fact that this happens to be _software_
s
- Original Message -
From: "Paul Davis" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, 23 January, 2003 18:13
Subject: Re: [linux-audio-dev] RE: MMA memebership [was XAP: Some thoughts
on control ramping]
> >I totaly disagree here: if Steinberg + MOTU + Cakewalk + Emagic + P
[EMAIL PROTECTED] wrote:
> >>>
> person making a living writing audio plugins might feel a little nervous
> about something like the development going on with LADSPA or XAP. Not to
> mention how companies like Steinberg and Cakewalk are going to feel when
> Ardour 1.0 hits the net.
> <<<
>
> I c
Steve Harris wrote:
The 2 questions are related.
Is the output a .c file that can be compiled to to make a LADSPA plugin
(presumably linked against FTS), or is there an uber plugin that can load
any jMax patch?
For former would be more interesting I think, but both are very cool.
My idea w
>>>
person making a living writing audio plugins might feel a little nervous
about something like the development going on with LADSPA or XAP. Not to
mention how companies like Steinberg and Cakewalk are going to feel when
Ardour 1.0 hits the net.
<<<
I can't wait to see it. Seriously! Competiti
Hello,
I've been watching the mail on this list for some time. I've looked at as
much documentation on the web as I can find. From alsa's web site to the
linux audio developers web site. What I would like to know (or see in a
FAQ or HOWTO) is how to setup a linux pro audio system. With diff
>I totaly disagree here: if Steinberg + MOTU + Cakewalk + Emagic + Plugins
>developpers joind hands and decide to use a common standard I see very
>little need in marketing and legal work.
antitrust. see below.
> I think the problems are more
>political th
On Thu, Jan 23, 2003 at 05:39:27 +0100, Francois Dechelle wrote:
> > oh my. no string parameters, though, true?
>
> To run a patch as a LADSPA plugin, there will a generic jMax plugin that
> loads the patch and wraps the jMax calls inside LADSPA calls (mainly the
> . The LADSPA ports will be mappe
On Thu, Jan 23, 2003 at 11:15:27 -0500, Paul Davis wrote:
> >one month we should have both ladspa inside jMax and jMax inside ladspa
> >(running a patch as a plugin).
>
> oh my. no string parameters, though, true?
Is the output a .c file that can be compiled to to make a LADSPA plugin
(presumably
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, 23 January, 2003 17:30
Subject: [linux-audio-dev] RE: MMA memebership [was XAP: Some thoughts on
control ramping]
> >>>
> In this context it's seems a little ridiculous that the MMA is requiring
> memb
On Thu, Jan 23, 2003 at 11:30:45AM -0500, [EMAIL PROTECTED] wrote:
>IMO the *worst* possible scenario is that the commercial companies (many of
>whom are a one man show) decide that they want to join the MMA, while a
>sizeable group of others decide to persue a parallel effort. That gives us
>2 st
>[2] Design. This will be open to MMA members only. If you want the legal
>protection that the MMA provides, and you want somebody else to pay for
>"stewardship" of the spec, then it's worth joining. Even some open-source
>developers sell products, and those who do will recoup their cost after
>
On Thu, 2003-01-23 at 17:15, Paul Davis wrote:
> >one month we should have both ladspa inside jMax and jMax inside ladspa
> >(running a patch as a plugin).
>
> oh my. no string parameters, though, true?
>
>
To run a patch as a LADSPA plugin, there will a generic jMax plugin that
loads the patch
>>>
In this context it's seems a little ridiculous that the MMA is requiring
members of the mailing list to sign on with $450.
<<<
The MMA is a trade association, akin to a standards body like the AES. Do
you also object to the fact that AES, IEEE, etc, charge membership dues, and
that they too
>one month we should have both ladspa inside jMax and jMax inside ladspa
>(running a patch as a plugin).
oh my. no string parameters, though, true?
On Thu, 2003-01-23 at 00:20, Paul Davis wrote:
> >IMHO, a fancy GUI for a real time effect like this one is a bit of a
> >wasted effort. You typically use this thing from your geetar and a pedal
>
> geetar? don't got no steenkin geetar. jus me an' mah old iron ufo
> drum, the latest toy to spend t
On Thu, Jan 23, 2003 at 04:19:28PM +0100, Vincent Touquet wrote:
>Interesting reply :)
>I was going to write a boatload of stuff, but I can put it more
>concisely (I think I have this from the latest Linux Journal or some
>other magazine or online article).
"concisely": only the next paragraph sho
Interesting reply :)
I was going to write a boatload of stuff, but I can put it more
concisely (I think I have this from the latest Linux Journal or some
other magazine or online article).
Linux and the opensource movement in general is a very disruptive
technology, its an enabler. People want to
Patrick Shirkey wrote:
> Look at the development of the Kernel these days. In a total of 1000
> (approx) highly active developers roughly 500 of them are employed by
> major corporations like IBM, HP, Intel, AMD... The list is obviously
> very large.
>
> It is high time that the professional audi
On Thu, Jan 23, 2003 at 08:49:28 -0500, Paul Davis wrote:
> JACK is no better, and arguably less complete, than AudioUnits,
> although its true that AU requires an in-process model.
And AU does allow complex audio i/o data representation (eg. a pair of
interleaved stereo float streams in + a mono
> > digidesign, we had the whole group in that room. i used to have
> > friends who could have bought most of the companies represented there
> > out of their own personal accounts :)) people planning on getting rich
> > in this field are out of their minds.
>
>In this context it's seems a little r
> digidesign, we had the whole group in that room. i used to have
> friends who could have bought most of the companies represented there
> out of their own personal accounts :)) people planning on getting rich
> in this field are out of their minds.
In this context it's seems a little ridiculous
On Thu, 23 Jan 2003 10:52:18 +, Steve Harris wrote
> On Thu, Jan 23, 2003 at 11:28:32 +0100, Dave Griffiths wrote:
> > > Spiral Loops is just the most natural way to work with synced loops.
> >
> > I can have a go at making them resizable if you like. I'm probably going to
> > write a new spir
On Wed, 22 Jan 2003, Paul Davis wrote:
> >> for myself, because its already possible to run pd as a JACK client,
> >> the only interesting thing that i see in this effort is a push to ask
> >> the question: does pd in fact run much better than JACK at the same
> >> latency/buffer settings, and i
On Thu, Jan 23, 2003 at 11:28:32 +0100, Dave Griffiths wrote:
> > Spiral Loops is just the most natural way to work with synced loops.
>
> I can have a go at making them resizable if you like. I'm probably going to
> write a new spiral loop plugin for ssm soon. The fltk widget can be released
> se
On Thu, 23 Jan 2003 09:43:01 +, Steve Harris wrote
> >It might be nice if this sort of functionality melded into ssm, where
> >you could see the loop displayed around the circle... There would be a
> >visual cue then for when the loop was about to repeat, which can be hard
> >to find when the l
>It might be nice if this sort of functionality melded into ssm, where
>you could see the loop displayed around the circle... There would be a
>visual cue then for when the loop was about to repeat, which can be hard
>to find when the loop is > 10s long...
Yes, this is like dream land. I've been t
36 matches
Mail list logo
