On Tue, Aug 13, 2002 at 10:53:11AM +0200, Robert Jonsson wrote:
> Great stuff!
thanks, and to everyone who's been involved so far, and to the rest of you
who will contribute soon ;-)
> > More information is available at:
> >
> > http://www.metadecks.org/software/sweep/
> >
> > Thanks to Pi
On Tue, Aug 13, 2002 at 12:14:12PM +0100, Steve Harris wrote:
> The big advantage (IMHO) of DSP processors is the guaranteed execution
> time, even if a current GPU can do more flops on average, you can;t rely
> on getting the same ammount of work done each block. For things like
> reverb algorith
Hi Vincent,
On Tue, Aug 13, 2002 at 01:58:11PM +0200, Vincent Touquet wrote:
> On Tue, Aug 13, 2002 at 09:44:23AM +0200, Ingo Oeser wrote:
> >Give our project a sample board, a data sheet and some time then
> >we'll integrate it into our Linux-DSP-Project.
> >You can find it under
> > http://o
On Tue, Aug 13, 2002 at 01:54:14 +0200, Vincent Touquet wrote:
> On Tue, Aug 13, 2002 at 12:14:12PM +0100, Steve Harris wrote:
> (cut)
> >The Chameleon isn't quite as convienent as it can't be applied in-line as
> >part of a LADSPA/JACK chain.
> (cut)
>
> Wait for the digital IO in the next versi
Hi Bob,
Bob Ham hat gesagt: // Bob Ham wrote:
> On Tue, 2002-08-13 at 09:02, Frank Barknecht wrote:
> > Then I looked at the gsynth website at
> > sf.net to find out its license. If I understand the GPL correctly, Singer
> > still has some time left to make the source available, 3 years?
>
> T
On Tue, Aug 13, 2002 at 09:44:23AM +0200, Ingo Oeser wrote:
(cut)
>Give our project a sample board, a data sheet and some time then
>we'll integrate it into our Linux-DSP-Project.
(cut)
I read your paper and it interests me to say the least.
The thing that is driving me to use the Chameleon
is it
I've had the same problem and its really severe. While CDs that follow the
philip's standard work fine, these "copy protected" CDs are not "Red
Book", there's nothing in the philip's standard about managling
CDs! Philip's was actually looking at suing Sony Music (one of the worst
perpetrators), I'
On Tue, 13 Aug 2002, [X-UNKNOWN] günter geiger wrote:
> Of course its not ideal, but it works and doesnt have any drawbacks.
It does add to the latency of the chain. I'm not sure how well it would
work if multiple apps used the same technique.
Taybin
On Tue, 2002-08-13 at 09:02, Frank Barknecht wrote:
> RTFM: In the Reborn-PDF Singer thanks the gsynth author for the
> permission to use his 303 code.
In that case, he might have given him a license that's not the GPL.
> Then I looked at the gsynth website at
> sf.net to find out its license.
On Tue, 13 Aug 2002, Steve Harris wrote:
> On Tue, Aug 13, 2002 at 12:23:28 +0200, günter geiger wrote:
> > Actually I think for output only applications you could get off without a
> > redesign. Just write your data to a buffer and wait until the process()
> > fetches it. This will introduce a
On Tue, Aug 13, 2002 at 09:44:23AM +0200, Ingo Oeser wrote:
>Give our project a sample board, a data sheet and some time then
>we'll integrate it into our Linux-DSP-Project.
>You can find it under
> http://osg.informatik.tu-chemnitz.de/forschung/linux+dsp/index.html
I'm not sure I fully grasp t
On Tue, Aug 13, 2002 at 12:14:12PM +0100, Steve Harris wrote:
(cut)
>The Chameleon isn't quite as convienent as it can't be applied in-line as
>part of a LADSPA/JACK chain.
(cut)
Wait for the digital IO in the next version :)
Sure this is possible now too, but
with extra D/A -> A/D -> Chameleon
On Tue, 13 Aug 2002, Steve Harris wrote:
> > Does this mean it will be easier to port applications that where designed
> > to use ALSA, or will it be the same ?
>
> No idea. What I actually meant was "open, read, write" apps. I;ve never
> written a raw alsa app, so I don't know what the API is l
On Tue, Aug 13, 2002 at 09:44:23 +0200, Ingo Oeser wrote:
> Give our project a sample board, a data sheet and some time then
> we'll integrate it into our Linux-DSP-Project.
Interesting. I was interested in accelerated LADSPA for while, similar to
the accelerated VST that cards like the TC PowerC
On Tue, Aug 13, 2002 at 12:23:28 +0200, günter geiger wrote:
> Actually I think for output only applications you could get off without a
> redesign. Just write your data to a buffer and wait until the process()
> fetches it. This will introduce a buffer copy, but the overhead is minimal
> and you
On Mon, Aug 12, 2002 at 06:49:41PM +0100, Steve Harris wrote:
> > Well, it uses a standard motorola dsp.
> > I'm sure you can find a suitable compiler.
> > Then you only need an editor and a way
> > to send your data over in sysex.
> > Shouldn't be hard :)
>
> Agreed, but it runs a propriatary fr
> On Tue, Aug 13, 2002 at 10:57:55 +0200, günter geiger wrote:
> >
> > On Tue, 13 Aug 2002, Steve Harris wrote:
> > > That was my thought too. As we have seen before, when software is designed
> > > with OSS in mind it can be very hard to refactor it to jack stylee.
> >
> > Does this mean it will
On Tue, 2002-08-13 at 09:02, Frank Barknecht wrote:
> RTFM: In the Reborn-PDF Singer thanks the gsynth author for the
> permission to use his 303 code.
If the gsynth author has full copyright to the code, then it is possible
that he has given permission for reborn to include it but not be under
On Tue, Aug 13, 2002 at 10:57:55 +0200, günter geiger wrote:
>
> On Tue, 13 Aug 2002, Steve Harris wrote:
> > That was my thought too. As we have seen before, when software is designed
> > with OSS in mind it can be very hard to refactor it to jack stylee.
>
> Does this mean it will be easier to
On Tue, 13 Aug 2002, Steve Harris wrote:
> That was my thought too. As we have seen before, when software is designed
> with OSS in mind it can be very hard to refactor it to jack stylee.
Does this mean it will be easier to port applications that where designed
to use ALSA, or will it be the sam
Great stuff!
Conrad Parker wrote:
> Sweep 0.5.0 Development Release
> ---
>
> Sweep is designed to be intuitive and to give you full control. It includes
> almost everything you would expect in a sound editor, and then some:
>
> * precise, vinyl like scrubbing
Hi Mr. Ham,
Bob Ham hat gesagt: // Bob Ham wrote:
> On Tue, 2002-08-13 at 00:32, Bob Ham wrote:
>
> > If there's GPL code in there, then he's breaking the law
>
> The identical tr808 and tb303 functions in reborn imply that the code
> wasn't copied. However, what's in the tb303_process functio
On Mon, Aug 12, 2002 at 01:43:54 -0400, Dave Phillips wrote:
> My latest experiments are bringing me into the thought-domain of "If
> it ain't doing ALSA/Jack then it's unnecessarily limiting its utility".
> I'm very impressed with Jack's possibilities, would like to see it in
> more softsynths.
Sweep 0.5.0 Development Release
---
This is the first public development release of Sweep since October 2000.
Please try it out and provide feedback and testing!
Sweep is a sound wave editor, and it is now also generally useful as a
flexible recording and playback
24 matches
Mail list logo
