On Fri, 21 Dec 2001, Juhana Sadeharju wrote:
> The official sample rates for LAD could be 48000 Hz and 96000 Hz,
> not 44100 Hz. But we need that resampler because CD is reality
Um, I'm really not sure what's meant by "official" here, but I think any
move to featuring support only for certain "o
[note to AVT folk -- several other MIDI-over-IP developers on the LAD
list surfaced, an extensive discusion on the two major potential
change areas of MWPP -- high-bandwidth MIDI streams and MIDI System
commands -- followed.]
Hi LAD-folk,
Thanks for all of the MWPP-related comments
On Fri, 21 Dec 2001, Jussi Laako wrote:
> Making music mostly. It's fairly easy to learn and I have to be able
> to combine audio tracks, loop tracks, software synths and midi synths
> in reasonable way. Btw. I make mostly progressive trance, hard house
> and some remixes...
i don't doubt that y
Paul Davis wrote:
>
> nobody can comment much on these graphs when they are generated with
> an IDE disk system for which the hdparms set up is not reported.
Now those are reported, see below.
> however, it would appear that there are potential problems with the
> video adaptor that you have wh
On Fri, 21 Dec 2001 21:35:41 +0200
Juhana Sadeharju <[EMAIL PROTECTED]> wrote:
> >From:Erik de Castro Lopo <[EMAIL PROTECTED]>
> >
> >My version uses sinc interpolation by small integer factors (2,3,4,..)
> >followed by linear or cubic interpolation. This should even allow time
> >varying
>From: Erik de Castro Lopo <[EMAIL PROTECTED]>
>
>My version uses sinc interpolation by small integer factors (2,3,4,..)
>followed by linear or cubic interpolation. This should even allow time
>varying SRC.
Two step FIR interpolation followed by spline/lagrange interpolation
seems to be used qui
>> To switch topic a bit, I just came across "The Scientist and Engineer's
>> Guide to Digital Signal Processing" on the web - does anybody have any
>> comments about the quality of this as an intro to DSP? Any recommendations
>> for other DSP sources?
www.dspguide.com leads to the above book, ju
dave willis wrote:
>
> do you use your computer for making music, or do you use it for studio
> engineering work? if the latter, then i can see how you like sonar and
> want something like that on linux. however, if you are more into
Making music mostly. It's fairly easy to learn and I have t
Ivica Bukvic wrote:
>
> there are already people who have successfully compiled it on mac's, and
> I believe it would probably not be so hard to port it to other platforms
> (except for building the low-level end of the audio hw drivers).
Here's the point. When designing low-level layer care sho
"M. Edward (Ed) Borasky" wrote:
>
> > I'll gladly switch to ALSA when there's something that matches Cakewalk
> > SONAR. But I also strongly believe that such program is possible to
> > write using OSS also.
>
> It is *not* possible to write for a sound card unsupported by OSS.
I didn't get th
You can have a look at the specs here:
http://www.math.tu-berlin.de/~sbartels/unitor/
German only and I don't speak german :-(( (if anybody wants to translate the
document I'm willing to help maintaining the driver...
Sebastien
- Original Message -
From: "martijn sipkema" <[EMAIL PROTEC
Hi list,
Nice discussion. I've been AFK over the last few days and i'm catching up
here.
DMDI requires a higher bandwidth than MIDI. Cat 5 has higher throughput than
bell wire. The packetization of DMIDI can be very efficient. When receiving
MIDI notes from an interface DMIDI has to introduc
> The AMT8 have a similar system to reduce the timing errors. In fact the
> sequencer device in the midi windows API does have a similar scheme: you
> send blocks of data in which every midi message is time stamped. I imagine
> the driver does the clock translation for you.
Emagic would not give
The AMT8 have a similar system to reduce the timing errors. In fact the
sequencer device in the midi windows API does have a similar scheme: you
send blocks of data in which every midi message is time stamped. I imagine
the driver does the clock translation for you.
Sebastien
- Original Mess
> > I agree. The idea of combining messages into a packet might
> > be interesting
> > when the source of the MIDI stream is a sequencer application instead
> > of a human playing on a MIDI keyboard. Here MIDI events can be known
> > ahead of time and could be sent in in bursts and the MIDI
> > st
>
>We've clocked sustained, two-handed, fast piano improvisation at about
>20 events per second -- significantly less than the 1000-event "maxing
>out the MIDI cable" number above. For the MWPP target application of
>network musical performance of musical groups, the "number of events
>produced by
On Thu, Dec 20, 2001 at 09:12:34 +0200, Jussi Laako wrote:
> Alexander Ehlert wrote:
> >
> > That should be way faster than FFT. Using FFT your frequency bands
> > are distributed linear over the frequency range. That is untypical
> > for equalizers anyway, as they always use a logarithmic scale.
Hi.
> -Original Message-
> From: ext martijn sipkema [mailto:[EMAIL PROTECTED]]
> Sent: 20. December 2001 13:40
> To: [EMAIL PROTECTED]
> Subject: Re: [linux-audio-dev] Introducing DMIDI
>
>
> I agree. The idea of combining messages into a packet might
> be interesting
> when the sourc
This is from ancient memory (I'm reading this list out of curiousity
and haven't done any DSP for years). IIRC, you want to search for
info on Z transforms, which are the discrete equivalent of S
transforms which are just Laplace transforms by a different name. I
come from a physics/maths backg
On Thu, 20 Dec 2001, Paul Davis wrote:
> its getting increasingly difficult to distinguish GLAME's goals from
> the successfully realized goals of jMax, other than the inclusion of
> an editor in GLAME. are there are any other substantial differences?
Well, GLAMEs main task is to do audio editin
* Stuart Allie ([EMAIL PROTECTED]) wrote:
> Okay, Paul's initial explanation and Lamar's comments make it (eq via delay
> lines) fairly obvious in hindsight, thanks guys.
>
> To switch topic a bit, I just came across "The Scientist and Engineer's
> Guide to Digital Signal Processing" on the web
Stuart Allie hat gesagt: // Stuart Allie wrote:
> To switch topic a bit, I just came across "The Scientist and Engineer's
> Guide to Digital Signal Processing" on the web - does anybody have any
> comments about the quality of this as an intro to DSP? Any recommendations
> for other DSP sources?
On Fri, 21 Dec 2001, Stuart Allie wrote:
> To switch topic a bit, I just came across "The Scientist and
> Engineer's Guide to Digital Signal Processing" on the web - does
> anybody have any comments about the quality of this as an intro to
> DSP? Any recommendations for other DSP sources?
dave p
23 matches
Mail list logo
