[alsa-devel] Call for testing: ALSA driver for Fireworks/BeBoB based devices
Takashi Sakamoto
o-takashi at sakamocchi.jp
Sun Feb 23 08:55:18 CET 2014
Hi Mark,
Thanks for your testing. Ozonic is one of devices for which I test.
> My testing is probably not particularly rigorous, and I would
> sincerely appreciate your advice on what steps to follow
> in order to verify your driver's functionality.
Try playback/capture PCM samples/MIDI messages with ALSA applications.
> In particular, you mention "(to control mixer channels please use
> FFADO upstream)".
My drivers don't give ways to control device's internal mixer. So you
need the other stuff for this purpose.
Please refer to this page. You can see some screenshots of ffado-mixer
for 'M-Audio Ozonic'. I already commited these improvement to current
FFADO trunk except for FW1814/ProjectMiX:
MaudioBebob
http://subversion.ffado.org/wiki/MaudioBebob
> I have not yet set up FFADO on this machine, but I also see under
> "Note": "- Don't use simultaneously 'ALSA PCM/MIDI playback/capture'
> and 'jackd with Firewire (FFADO) backend'. Both of them try
> connecting to the device when another is running." Would you please
> explain? How should one rely on the "upstream" mixer functionality
> while keeping jackd out of ALSA's way?
Devices which my drivers support handle a pair of streams over IEEE1394
bus. PCM samples/MIDI messages are multiplexed into these streams. And
snd-fireworks/snd-bebob uses 'duplex streams synchronization'.
As a result:
- ALSA PCM/MIDI functionality and jackd with firewire backend conflict
for its streaming functionality.
But:
- ALSA PCM/MIDI fuctionality and ffado-dbus-server/ffado-mixer do not
interrupt each other.
> I open Audacity, which now lists "Ozonic: Ozonic PCM (hw:2,0)" as
> ALSA input and output options. However, no audio input is shown when
> I try to monitor the audio input
I confirm that Audacity has such bugs to detect ALSA PCM character
devices. In detail, its PortAudio v19 codes includes bugs. I have no
will to investigate this bug because it's not within my work for these
drivers.
> $aplay -D hw:2,0 test.wav
> (where test.wav has been saved from Audacity)
> ... and this responds with:
> aplay: main:722: audio open error: Input/output error
According to aplay codes, snd_pcm_open() generate this error.
I guess that another application still uses PCM character device for Ozonic.
> $ aplay -D hw:2,0 Desktop/test.wav
> Playing WAVE 'Desktop/test.wav' : Signed 16 bit Little Endian, Rate
> 44100 Hz, Mono aplay: set_params:1239: Channels count not available
You MUST add 'c' option to indicate the number of channels with 'hw' PCM
device. For convinience, use 'plughw' PCM device instead, like:
$ aplay -D plughw:2,0 Desktop/test.wav
I note an item:
- A few days ago, I fixed bug to fail to start stream for Ozonic. See:
bebob: fix mappling for MIDI conformant data in stream channels
https://github.com/takaswie/snd-firewire-improve/commit/545ab7068f1d53b2b17d5615f768af1d53076d6b
Thanks
Takashi Sakamoto
o-takashi at sakamocchi.jp
More information about the Alsa-devel
mailing list