On Mon, 11 Mar 2002 02:06:56 -0500
rm <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 11, 2002 at 05:08:15PM +1100, Erik de Castro Lopo wrote:
> > On Mon, 11 Mar 2002 00:58:17 -0500
> > rm <[EMAIL PROTECTED]> wrote:
> >
> > > On Mon, Mar 11, 2002 at 03:08:39PM +1100, Erik de Castro Lopo wrote:
> > > >
On Mon, Mar 11, 2002 at 05:08:15PM +1100, Erik de Castro Lopo wrote:
> On Mon, 11 Mar 2002 00:58:17 -0500
> rm <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Mar 11, 2002 at 03:08:39PM +1100, Erik de Castro Lopo wrote:
> > > Hi People,
> > > A good example of this is the PLX iop480
> > > (see link [1]
On Mon, 11 Mar 2002 00:58:17 -0500
rm <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 11, 2002 at 03:08:39PM +1100, Erik de Castro Lopo wrote:
> > Hi People,
> > A good example of this is the PLX iop480
> > (see link [1] below), a 32 bit PPC core which can connect directly
> > to the PCI bus. Connecte
On Mon, Mar 11, 2002 at 03:08:39PM +1100, Erik de Castro Lopo wrote:
> Hi People,
> A good example of this is the PLX iop480
> (see link [1] below), a 32 bit PPC core which can connect directly
> to the PCI bus. Connected to this processor are however many serial
> UARTs are required for the Mid
On Sun, Mar 10, 2002 at 08:58:00PM -0500, Paul Davis wrote:
> >All streaming interfaces that I know of are interleaved. S/PDIF / AES/EBU,
> >ADAT. And just about all file- and network stream formats.
>
> The RME Hammerfall is the best multichannel card there is. Its not
> interleaved. Its the onl
Hi People,
A couple of months ago we had a number of people on this list keen
on the idea of designing high quality audio I/O hardware. Having
designed this kind of stuff myself and knowing how hard this is
without the proper resources I did my best to disuade them.
We have also just recently
>I purchset Emagic's EMI 2|6 low latency USB audio interface
>to may laptop (fancy box with 2 inputs, 6 outputs, 1 digital
>in and 1 digital out).
Do you rate the sound quality at all?
James
>All streaming interfaces that I know of are interleaved. S/PDIF / AES/EBU,
>ADAT. And just about all file- and network stream formats.
The RME Hammerfall is the best multichannel card there is. Its not
interleaved. Its the only available option for people who want
seriously multichannel (i.e. >
>> > and a lot of extra CPU cycles when all the high end applications use
>> > non-interleaved data so that editing is easy.
>> You can effectively process interleaved data with SIMD as you can
>> parallelize operations for 2-4 channels.
>
>This leaves all the other CPU out in the cold. It's a bad
On Mon, 11 Mar 2002, Jussi Laako wrote:
> > and a lot of extra CPU cycles when all the high end applications use
> > non-interleaved data so that editing is easy.
> You can effectively process interleaved data with SIMD as you can
> parallelize operations for 2-4 channels.
This leaves all the oth
David Olofson wrote:
>
> "Comedi" is a data acquisition driver framework (+ drivers) for
> RTL/RTAI (works with both, IIRC). AFAIK, it cannot be used without a
> hard real time extension, although I could be wrong about that. (It's
> not a major problem writing drivers that compile with or withou
Paul Davis wrote:
>
> Apologies for the error. I forgot about SoftOSS because when I tried
> to use it 2 years ago, it routinely paniced my system, had appalling
> latency characteristics, and generally seemed like a half-baked
I haven't got any problems as long as the SoftOSS has existed.
> so
> > I think accurate MIDI timing eventually comes down on how well the
> > operating system performes.
>
> To put it simple: I think that line of thinking eventually leads to
> heavy abuse of the system. You are *not* supposed to have a general
> purpose CPU manage low level timing, if you can hel
>Hello. Is there a software which checks differences between
>audiofiles? The software should find largest common segments
> from both audiofiles.
i think you have to define what "checks differences between
audiofiles" a little more clearly. everything you write afterwards
makes sense, but there
Hello. Is there a software which checks differences between
audiofiles? The software should find largest common segments
from both audiofiles.
I also need to compare two audiofiles in two separate computers:
instead of transferring the whole audiofile from computer to another,
the software shoul
On Sun, 10 Mar 2002, David Olofson wrote:
> `--> http://www.linuxaudiodev.com/maia -'
^^ ^
Bad URL (redidects to http://www2.linuxaudiodev.org/audio/lad/maia) which
does not exist.
FT
On Sunday 10 March 2002 18.34, Paul Davis wrote:
[...]
> half-baked solution to a genuine problem. The design is the same as
> the win32 kernel mixer, which even MS now admits was a bad idea.
You mean the latency is not a *feature*!? Wow... *wonders if MS is
changing, or something*
[...]
> >Ju
On Sunday 10 March 2002 09.12, Martijn Sipkema wrote:
> > >I disagree. Just use POSIX realtime clocks on a good kernel. You
> > > just happen to need a realtime kernel for MIDI. And then there
> > > will still be jitter in a dense MIDI stream, since a message
> > > takes about 1ms to transmit.
> >
On Sunday 10 March 2002 03.46, Dan Hollis wrote:
> On Sat, 9 Mar 2002, Ivica Bukvic wrote:
> > It is no rocket science to figure out that Alsa is the way to go,
> > and I am all for it. But one thing I do not comprehend is why is
> > the user-space driver better than the kernel space one?
>
> It i
On Sunday 10 March 2002 03.10, Paul Davis wrote:
[...event loop...]
> i think there are a couple of reasons. an event loop featuring only
> one source is trivial to write. it gets more difficult when it
> involves more than one, then more difficult still if the event
> sources are of different "ty
On Sunday 10 March 2002 03.01, Paul Davis wrote:
[...]
> >I don't think a new clock would make much sense. You could just
> > run the kernel with a higher clock resolution I think.
>
> Well, the overhead of the system timer interrupt is ever-present.
Except that, thanks to this legacy crap in PC
>> OSS does not do s/w mixing for any devices that i know of. it supports
>> multi-open, just like ALSA, for all h/w that supports it, where the
>> means of doing so has been described by the h/w maker.
>
>It does, here's output from /dev/sndstat of my laptop (devices 2-9 do
>samplerate/format con
On Saturday 09 March 2002 17.37, Martijn Sipkema wrote:
[...]
> I think accurate MIDI timing eventually comes down on how well the
> operating system performes.
To put it simple: I think that line of thinking eventually leads to
heavy abuse of the system. You are *not* supposed to have a general
On Saturday 09 March 2002 18.30, Martijn Sipkema wrote:
[...]
> preemtible kernel patch is already in 2.5...
Yes, but that doesn't mean that a timer implementation that will burn
CPU cycles on the remainders of the ISA bus on UP systems is going in
as well...
> > After all, if games, audio ap
On Friday 08 March 2002 21.19, Paul Davis wrote:
> >Sorry that this is a bit off topic, but I think there are some
> > people here who can give some advice.
> >I want to build a digital mixing console, using a Pentium and a
> > soundcard. The PC won't run an OS, so I can optimise I/O (there
> > wo
>> Is it because this way kernel will eventually become more stable and
>> more compact having all drivers loaded outside of the kernel space? (I'd
>
>Yes, and drivers could do more complex things and use more kernel services.
>Like using filesystems and directly reading configuration data from so
Erik de Castro Lopo wrote:
>
> Talking to hardware is something that should be high priority while data
> conversion shouldn't be.
You should be able to prioritize drivers also. It's usually more important
to go with audio driver than to spend long time in serial driver... ;)
- Jussi L
Ivica Bukvic wrote:
>
> am all for it. But one thing I do not comprehend is why is the
> user-space driver better than the kernel space one?
It's safer for the kernel. Also drivers would become more like applications
and less like something static in kernel.
Kernel modules are halfway there.
>
Paul Davis wrote:
>
> So what do you think should happen when someone tries to run
> a 16 bit application on hardware that only supports 24-of-32bit samples?
> Does every application have to do the conversion now? Or might there
> be a library involved?
_If_ there is format conversion in API the
Paul Davis wrote:
>
> but linus has announced that they want such code removed from the
> kernel. only the pending arrival of ALSA has stopped this from happening.
ALSA is not part of 2.4.x, so who cares?
Nothing stops people from writing kind of kernel modules they like.
I think most of the dr
> >I disagree. Just use POSIX realtime clocks on a good kernel. You just
> >happen to need a realtime kernel for MIDI. And then there will still
> >be jitter in a dense MIDI stream, since a message takes about 1ms to
> >transmit.
>
> whats a good kernel? do you mean with HZ=1000 ?
A good kernel
31 matches
Mail list logo
