[alsa-devel] need help for PCM constraint/rules
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/firew...
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
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
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
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
participants (2)
-
Clemens Ladisch -
Takashi Sakamoto