Re: ALSA, JACK, ASIO

Re: ALSA, JACK, ASIO

[Brian L Scipioni]

Thanks.  A couple more ASIO questions:

Could the ASIO protocol be implemented on top of ALSA or within JACK? 
Would it provide for low(er) latency operation on cards that support it?
Would ASIO perhaps just provide some parallel functionality that is
already represented in ALSA and/or JACK?

thanks,
brian


On Wed, 2005-02-09 at 19:04, Jack O'Quin wrote:
> Brian L Scipioni <brian@gaugetheory.org> writes:
> 
> > This may not be an alsa issue but:
> >
> > Can/does ASIO run on top of ALSA using JACK? JACK claims the "-a" option
> > for ASIO  on supported cards, but it will not accept the option. jackd
> > -h does not list the option, but the docs at LAU Guide do.
> >
> > jackd -a -d alsa
> 
> The poorly-named --asio option was removed from JACK a year or two
> ago.  It had nothing to do with running any real ASIO code in Linux,
> but just described an option for checking realtime overruns "similar"
> to the way ASIO (presumably) does.



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: ALSA, JACK, ASIO

[Brian L Scipioni]

Thanks.  A couple more ASIO questions:

Could the ASIO protocol be implemented on top of ALSA or within JACK? 
Would it provide for low(er) latency operation on cards that support it?
Would ASIO perhaps just provide some parallel functionality that is
already represented in ALSA and/or JACK?

thanks,
brian


On Wed, 2005-02-09 at 19:04, Jack O'Quin wrote:
> Brian L Scipioni <brian@gaugetheory.org> writes:
> 
> > This may not be an alsa issue but:
> >
> > Can/does ASIO run on top of ALSA using JACK? JACK claims the "-a" option
> > for ASIO  on supported cards, but it will not accept the option. jackd
> > -h does not list the option, but the docs at LAU Guide do.
> >
> > jackd -a -d alsa
> 
> The poorly-named --asio option was removed from JACK a year or two
> ago.  It had nothing to do with running any real ASIO code in Linux,
> but just described an option for checking realtime overruns "similar"
> to the way ASIO (presumably) does.



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: [Alsa-user] ALSA, JACK, ASIO

[Rick B]

Brian L Scipioni wrote:

>Thanks.  A couple more ASIO questions:
>
>Could the ASIO protocol be implemented on top of ALSA or within JACK? 
>Would it provide for low(er) latency operation on cards that support it?
>Would ASIO perhaps just provide some parallel functionality that is
>already represented in ALSA and/or JACK?
>
>thanks,
>brian
>
>
>On Wed, 2005-02-09 at 19:04, Jack O'Quin wrote:
>  
>
>>Brian L Scipioni <brian@gaugetheory.org> writes:
>>
>>    
>>
>>>This may not be an alsa issue but:
>>>
>>>Can/does ASIO run on top of ALSA using JACK? JACK claims the "-a" option
>>>for ASIO  on supported cards, but it will not accept the option. jackd
>>>-h does not list the option, but the docs at LAU Guide do.
>>>
>>>jackd -a -d alsa
>>>      
>>>
>>The poorly-named --asio option was removed from JACK a year or two
>>ago.  It had nothing to do with running any real ASIO code in Linux,
>>but just described an option for checking realtime overruns "similar"
>>to the way ASIO (presumably) does.
>>    
>>
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>Alsa-user mailing list
>Alsa-user@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/alsa-user
>
>  
>
    From what I've been reading the Linux audio kernels are already 
capable of latencies lower than the ASIO drivers. Someone can correct me 
if I'm wrong though.

                   Rick B



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: Re: [Alsa-user] ALSA, JACK, ASIO

[Florian Schmidt]

On Thu, 10 Feb 2005 04:56:55 -0500
Brian L Scipioni <brian@gaugetheory.org> wrote:

> Thanks.  A couple more ASIO questions:
> 
> Could the ASIO protocol be implemented on top of ALSA or within JACK? 
> Would it provide for low(er) latency operation on cards that support it?
> Would ASIO perhaps just provide some parallel functionality that is
> already represented in ALSA and/or JACK?

AFAIK ASIO was introduced because the win32 mm drivers sucked badly and
didn't allow to use a soundcard to its full potential. As ALSA doesn't
have the problem of being completely braindead (as the win 32 mm driver
(architecture) were), there's no need for ASIO on linux..

To answer the other post: With a modern Realtime Preemption kernel and
an M-Audio Delta 66 i can use buffersizes of 32 or even 16 frames
without dropouts (except for those produced by badly coded apps) with
jack using its ALSA driver. The cpu load goes up a bit though with such
small periodsizes due to context switch overhead, etc. It's very well
suited for noodling my guitar through jack-rack though :) At a
samplerate of 48khz a buffersize of 16 frames corresponds to an input
latency of 0.3ms. The same for output latency. Disregarding any
processing latencies by effects i use this gives a total roundtrip
latency of around 0.6ms. I find a buffer size of 32 frames (1.2ms
roundtrip latency) still perfectly usable with no audible delay (at
least for my ears),,

Your results might differ greatly depending on the soundcard used. For
example my CS46xx based terratec dmx xfire 1024 always produced some
xruns, even at 512 frames. I suspect either a driver or a hardware
problem.

Flo

-- 
Palimm Palimm!
http://affenbande.org/~tapas/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click