The post below generated no response on the developers list - maybe
someone here could point me in the right direction?
-- Forwarded message --
From: Adrian McMenamin lkmladr...@gmail.com
Date: 2008/12/29
Subject: Fixing the AICA driver
To: alsa-devel alsa-de...@alsa-project.org
On 10/01/2008, Clemens Ladisch [EMAIL PROTECTED] wrote:
Adrian McMenamin wrote:
$ aplay -D hw:0,0 /aine-email.wav
Playing WAVE '/aine-email.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono
aplay: set_params:895: Access type not available
This means that the device does not support
On 10/01/2008, Clemens Ladisch [EMAIL PROTECTED] wrote:
Adrian McMenamin wrote:
On 10/01/2008, Clemens Ladisch [EMAIL PROTECTED] wrote:
Adrian McMenamin wrote:
$ aplay -D hw:0,0 /aine-email.wav
Playing WAVE '/aine-email.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono
aplay: set_params:895
On 09/01/2008, Clemens Ladisch [EMAIL PROTECTED] wrote:
Adrian McMenamin wrote:
Lee Revell wrote:
You also need to find some way to confirm or deny that alsa-lib is
trying to open the right files.
Given this is nfs-root, the only realistic way is to hack the sources
and find out
On 06/01/2008, Jan-Benedict Glaw [EMAIL PROTECTED] wrote:
Specifically for a NFS server that's handling development clients, I'd
really suggest you to install the userland NFS server and strace it.
That's a really easy solution to a lot of problems!
Any clues as to how to get that to work?
Apologies for the cross-posting, but I haven't had a clear answer (or
any answer) to this in nearly a week of asking, and I see at least one
other person cross compiling a driver they've written seems to having
the same issue, so I want to try to get some answers.
I have written a driver -
On 05/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
You also need to find some way to confirm or deny that alsa-lib is
trying to open the right files.
Given this is nfs-root, the only realistic way is to hack the sources
and find out what the path is. I am happy to do that, especially if
On 06/01/2008, James Courtier-Dutton [EMAIL PROTECTED] wrote:
Sergei Steshenko wrote:
On Sat, 5 Jan 2008 22:13:59 +
Adrian McMenamin [EMAIL PROTECTED] wrote:
What is the problem? Just use:
strace aplay -L 21 |grep open
That will list all files being opened.
Because
On 05/01/2008, Sergei Steshenko [EMAIL PROTECTED] wrote:
On Sat, 5 Jan 2008 22:13:59 +
Adrian McMenamin [EMAIL PROTECTED] wrote:
On 05/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
You also need to find some way to confirm or deny that alsa-lib is
trying to open the right files
On 04/01/2008, Erik Slagter [EMAIL PROTECTED] wrote:
Adrian McMenamin wrote:
Please try aplay -Dhw0,0 file the device syntax is mandatory afaik. If
that works you can start building a proper alsa config file with all
kinds of useful stuff on top of that.
Does this
$ aplay -Dhw0,0
On 03/01/2008, Erik Slagter [EMAIL PROTECTED] wrote:
Please try aplay -Dhw0,0 file the device syntax is mandatory afaik. If
that works you can start building a proper alsa config file with all
kinds of useful stuff on top of that.
Does this
$ aplay -Dhw0,0 /aine-email.wav
ALSA lib
On 03/01/2008, Jonathan Stowe [EMAIL PROTECTED] wrote:
On Thu, 2008-01-03 at 19:48 +, Adrian McMenamin wrote:
On 03/01/2008, Erik Slagter [EMAIL PROTECTED] wrote:
Please try aplay -Dhw0,0 file the device syntax is mandatory afaik. If
that works you can start building a proper alsa
On 03/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 3, 2008 3:04 PM, Adrian McMenamin [EMAIL PROTECTED] wrote:
On 03/01/2008, Jonathan Stowe [EMAIL PROTECTED] wrote:
On Thu, 2008-01-03 at 19:48 +, Adrian McMenamin wrote:
On 03/01/2008, Erik Slagter [EMAIL PROTECTED] wrote
On 03/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 3, 2008 3:04 PM, Adrian McMenamin [EMAIL PROTECTED] wrote:
On 03/01/2008, Jonathan Stowe [EMAIL PROTECTED] wrote:
On Thu, 2008-01-03 at 19:48 +, Adrian McMenamin wrote:
On 03/01/2008, Erik Slagter [EMAIL PROTECTED] wrote
On 03/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 3, 2008 3:04 PM, Adrian McMenamin [EMAIL PROTECTED] wrote:
On 03/01/2008, Jonathan Stowe [EMAIL PROTECTED] wrote:
On Thu, 2008-01-03 at 19:48 +, Adrian McMenamin wrote:
On 03/01/2008, Erik Slagter [EMAIL PROTECTED] wrote
On 02/01/2008, Erik Slagter [EMAIL PROTECTED] wrote:
Adrian McMenamin wrote:
aplay -L reports:
$ aplay -L
null
Discard all samples (playback) or generate zero samples (capture)
while aplay -l reports the card exists
$ aplay -l
List of PLAYBACK Hardware Devices
On 02/01/2008, Erik Slagter [EMAIL PROTECTED] wrote:
Adrian McMenamin wrote:
aplay -L onmly reports pseudo-devices defined in software (afaik)
(asound.conf etc.)
Using aplay -Dhw:0,0 it should work, and probably also using the default
device which gives you dmix and conversion.
I
On 02/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 2, 2008 10:39 AM, Adrian McMenamin [EMAIL PROTECTED] wrote:
But I also clearly did not have a fully working alsa userland install.
I had alsa-lib working but the utils were messed up in some way.
Now I am not sure what is up
On 02/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 2, 2008 12:01 PM, Adrian McMenamin [EMAIL PROTECTED] wrote:
I'm afraid there is no strace on this machine - it's only a Sega
Dreamcast and I'm not sure if strace has ever been built for it :(
It's worth a try to build it. strace
On 02/01/2008, Adrian McMenamin [EMAIL PROTECTED] wrote:
On 02/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 2, 2008 12:01 PM, Adrian McMenamin [EMAIL PROTECTED] wrote:
I'm afraid there is no strace on this machine - it's only a Sega
Dreamcast and I'm not sure if strace has ever
On 02/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 2, 2008 12:38 PM, Adrian McMenamin [EMAIL PROTECTED] wrote:
On 02/01/2008, Adrian McMenamin [EMAIL PROTECTED] wrote:
On 02/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 2, 2008 12:01 PM, Adrian McMenamin [EMAIL PROTECTED
On 02/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
On Jan 2, 2008 12:44 PM, Adrian McMenamin [EMAIL PROTECTED] wrote:
Yes, it worked very well! I think this is some sort of
userland/alsa-lib problem. The driver hasn't changed, but alsa-lib has
But cat file /dev/dsp does not touch alsa
On 02/01/2008, Lee Revell [EMAIL PROTECTED] wrote:
I think you need to revert to the 100% working setup then change one
thing at a time.
Lee
That wasn't really an option. But I did look at the file permissions
for the device directory and they were severely messed up. So I have
spent the
aplay -L reports:
$ aplay -L
null
Discard all samples (playback) or generate zero samples (capture)
while aplay -l reports the card exists
$ aplay -l
List of PLAYBACK Hardware Devices
card 0: AICA [AICA], device 0: AICA PCM [AICA PCM]
Subdevices: 1/1
Subdevice #0: subdevice #0
24 matches
Mail list logo
