need help for PCM constraint/rules

need help for PCM constraint/rules

[Takashi Sakamoto]

Dear developers,

I'm a newbile for this project and working for kernel land driver for 
Fireworks with ALSA framework.

I need your help for constraint/rule of PCM component.

Related source is:
https://github.com/takaswie/snd-firewire-improve/blob/master/fireworks/fireworks_pcm.c

My device (AudioFirePre8) changes its channels according to sampling 
rate. For example:
32.0  - 48.0kHz  : 16ch: efw->channels_sets[0]
88.2  - 96.0kHz	 : 12ch: efw->channels_sets[1]
176.4 - 192.0kHz : 10ch: efw->channels_sets[2] (but not available)

The other devices such as AudioFire12 has the same number of channels 
(12ch)in each sampling rate.

I managed to write this rule refering to rme9652.c but I cannot achieve 
my purpose. It's my glad to get some help about this.

Regards


Takashi Sakamoto
o-takashi@sakamocchi.jp

========
Fireworks is Echo Audio's series of Firewire Audio interface.
http://echoaudio.com/products/audiofire-pre8

It utilizes IEC 61883-1 and -6 in its implementation and familiar with 
current snd-firewire-lib.ko.

FFADO also produce driver for it. It's a user-land implementation.
http://www.ffado.org/

My aim is writing kernel-land driver for it with ALSA framework.


Takashi Sakamoto
o-takashi@sakamocchi.jp

Re: need help for PCM constraint/rules

[Clemens Ladisch]

Takashi Sakamoto wrote:
> My device (AudioFirePre8) changes its channels according to sampling rate. For example:
> 32.0  - 48.0kHz  : 16ch: efw->channels_sets[0]
> 88.2  - 96.0kHz     : 12ch: efw->channels_sets[1]
> 176.4 - 192.0kHz : 10ch: efw->channels_sets[2] (but not available)
>
> I managed to write this rule refering to rme9652.c but I cannot achieve my purpose.

These functions should be essentially identical with dice_*_constraint().


Regards,
Clemens

Re: need help for PCM constraint/rules

[Takashi Sakamoto]

Clemens,

Thank you for your advice. The PCM rules in your Dice module also 
matches Fireworks. I apply your solution into my Fireworks module and my 
target device seems to work correctly in any sampling rate.

On this occasion, I have a question to you about your 
firewire-kernel-streaming branch in alsa-kprivate.git. There is no 
commit since last year and I'm anxious about the reason. If it's due to 
your personal, there is no matter (of cource!). But it's due to some 
technical issues or strategies against FFADO project, there is a large 
possibility that I may soon face them. If it's the latter, would you 
please inform me the details?

Regards


Takashi Sakamoto
o-takashi@sakamocchi.jp

Now my Fireworks module can playback PCM stream in any sampling rates.
(Mar 25 2013 04:12), Clemens Ladisch wrote:
> Takashi Sakamoto wrote:
>> My device (AudioFirePre8) changes its channels according to sampling rate. For example:
>> 32.0  - 48.0kHz  : 16ch: efw->channels_sets[0]
>> 88.2  - 96.0kHz     : 12ch: efw->channels_sets[1]
>> 176.4 - 192.0kHz : 10ch: efw->channels_sets[2] (but not available)
>>
>> I managed to write this rule refering to rme9652.c but I cannot achieve my purpose.
>
> These functions should be essentially identical with dice_*_constraint().
>
>
> Regards,
> Clemens

Re: need help for PCM constraint/rules

[Clemens Ladisch]

Takashi Sakamoto wrote:
> about your firewire-kernel-streaming branch in alsa-kprivate.git.
> There is no commit since last year and I'm anxious about the reason.

Just lack of time.


Regards,
Clemens

Re: need help for PCM constraint/rules

[Takashi Sakamoto]

 > Takashi Sakamoto wrote:
 >> about your firewire-kernel-streaming branch in alsa-kprivate.git.
 >> There is no commit since last year and I'm anxious about the reason.
 >
 > Just lack of time.

That's OK :)

Currently I'm working for adding PCM capturing into snd-firewire-lib.ko. 
I plan to post some patches for amdtp.c and cmp.c. It's my glad that you 
give a little time for reviewing my patches.

Regards


Takashi Sakamoto
o-takashi@sakamocchi.jp

(Mar 27 2013 03:24), Clemens Ladisch wrote:
> Takashi Sakamoto wrote:
>> about your firewire-kernel-streaming branch in alsa-kprivate.git.
>> There is no commit since last year and I'm anxious about the reason.
>
> Just lack of time.
>
>
> Regards,
> Clemens