[alsa-devel] plans for fireworks driver
Takashi Sakamoto
o-takashi at sakamocchi.jp
Sun Mar 10 10:04:21 CET 2013
Hi Doug,
I note that your system cannot communicate to your device via FFADO
because the device is already used by my module. You can execute
"modprobe -r snd-fireworks" if you want to use FFADO.
> Interestingly though, I have been running 5.7 for a couple years using
> the snd-fireworks driver with no problems. I have no use for the mixer
> on the AF12 after I initially set it up way before the firmware problem
> came about, so I never noticed anything was wrong. Your driver now
> discovers the AF12 fine:
Mmm, interesting... I want to investigate after implementation of
multichannel playback and capture.
Anyway I commit your log.
https://github.com/takaswie/snd-firewire-improve/commit/d6431ad87194011340618db5c1b3ef6c40772b55
> Your driver now discovers the AF12 fine:
Then I hope you to try playback.I reccomend below process:
1. use alsamixer to change sampling rate that you hope
2. use jackd in usual way, or aplay with plughw interface
3. hear 1/2ch or not
Thanks
Takashi Sakamoto
o-takashi at sakamocchi.jp
(2013年03月10日 16:28), Doug McLain wrote:
> After realizing that the ffado-mixer also didn't work on my AF12, I
> found that echo firmware > 4.8 broke ffado for the AF12 & AF8:
>
> http://subversion.ffado.org/ticket/360
>
> Interestingly though, I have been running 5.7 for a couple years using
> the snd-fireworks driver with no problems. I have no use for the mixer
> on the AF12 after I initially set it up way before the firmware problem
> came about, so I never noticed anything was wrong. Your driver now
> discovers the AF12 fine:
>
> $ cat /proc/asound/card1/efc_hardware
> flags: 0x11
> guid_hi: 0x14860F
> guid_lo: 0xC44A84A6
> type: 0xAF12
> version: 0x0
> vendor_name: Echo Digital Audio
> model_name: AudioFire12
> supported_clock: 0x5
> nb_1394_playback_channels: 0xC
> nb_1394_capture_channels: 0xC
> nb_phys_audio_out: 0xC
> nb_phys_audio_in: 0xC
> nb_out_groups: 0x1
> out_group[0x0]: type 0x0, count 0x12
> out_group[0x1]: type 0x0, count 0x0
> out_group[0x2]: type 0x0, count 0x0
> out_group[0x3]: type 0x0, count 0x0
> out_group[0x4]: type 0x0, count 0x0
> out_group[0x5]: type 0x0, count 0x0
> out_group[0x6]: type 0x0, count 0x0
> out_group[0x7]: type 0x0, count 0x0
> nb_in_groups: 0x1
> out_group[0x0]: type 0x0, count 0x12
> out_group[0x1]: type 0x0, count 0x0
> out_group[0x2]: type 0x0, count 0x0
> out_group[0x3]: type 0x0, count 0x0
> out_group[0x4]: type 0x0, count 0x0
> out_group[0x5]: type 0x0, count 0x0
> out_group[0x6]: type 0x0, count 0x0
> out_group[0x7]: type 0x0, count 0x0
> nb_midi_out: 0x1
> nb_midi_in: 0x1
> max_sample_rate: 0x2EE00
> min_sample_rate: 0x7D00
> dsp_version: 0x4080000
> arm_version: 0x4080000
> mixer_playback_channels: 0xC
> mixer_capture_channels: 0xC
> fpga_version: 0x0
> nb_1394_playback_channels_2x: 0xC
> nb_1394_capture_channels_2x: 0xC
> nb_1394_playback_channels_4x: 0xC
> nb_1394_capture_channels_4x: 0xC
>
>
>
> Interestingly though, I've been running
More information about the Alsa-devel
mailing list