Re: [Alsa-user] aloop questions and a possible suggestion

[Clemens Ladisch]

Xover wrote:
> Clemens Ladisch  googlemail.com> writes:
>> It is intended to be used when there is no actual hardware device.
>
> By way of some background, what is the snd-loop rate shift facility intended
> to be used for?

To synchronize with some other clock.

(Which is what you were doing; but a plugin doesn't require
synchronization to begin with.)


Regards,
Clemens

--
___
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

Re: [Alsa-user] aloop questions and a possible suggestion

[Xover]

Clemens Ladisch  googlemail.com> writes:
> 
> It is intended to be used when there is no actual hardware device.
> 
> 

Many thanks Clemens. I will try to learn what plugins do, and how to use 
them.

By way of some background, what is the snd-loop rate shift facility intended 
to be used for? Clearly a great deal of effort has been put into developing 
it, and I have found it useful as a problem solver (I had to slightly modify 
the driver to lock the capture and playback deltas together to make it work 
for me, though). In which scenarios would you imagine it being used 
'properly'?



--
___
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user

[Alsa-user] Different ALSA hw Parameters for Asus XONAR U7

[Neil H. Gray]

I have an Asus XONAR U7 which only seems to allow 192k samples on the 
hw:U7,0 device sometimes.

Using aplay --dump-hw-params, I saw different parameters with no clear 
idea of why they had changed.

Most of the time 192k sampling works just fine, and --dump-hw-params 
gives the following.


ACCESS:  MMAP_INTERLEAVED RW_INTERLEAVED
FORMAT:  S16_LE S24_3LE
SUBFORMAT:  STD
SAMPLE_BITS: [16 24]
FRAME_BITS: [32 192]
CHANNELS: [2 8]
RATE: [44100 192000]
PERIOD_TIME: [125 2972155)
PERIOD_SIZE: [6 131072]
PERIOD_BYTES: [64 524288]
PERIODS: [2 1024]
BUFFER_TIME: (62 5944309)
BUFFER_SIZE: [12 262144]
BUFFER_BYTES: [64 1048576]
TICK_TIME: ALL



But sometimes 192k does not work, but 48k works just fine, and the 
--dump-hw-params looks different.

ACCESS:  MMAP_INTERLEAVED RW_INTERLEAVED
FORMAT:  S16_LE
SUBFORMAT:  STD
SAMPLE_BITS: 16
FRAME_BITS: 32
CHANNELS: 2
RATE: [44100 48000]
PERIOD_TIME: [1000 2972155)
PERIOD_SIZE: [45 131072]
PERIOD_BYTES: [180 524288]
PERIODS: [2 1024]
BUFFER_TIME: [1875 5944309)
BUFFER_SIZE: [90 262144]
BUFFER_BYTES: [360 1048576]
TICK_TIME: ALL


Is there something that is changing the configuration of the sound card 
without my knowledge?  Or is there a reason why 44100, 48000, and 192000 
should not always be an allowable rate?

--
___
Alsa-user mailing list
Alsa-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-user