Adrian McMenamin wrote: > On 02/01/2008, Erik Slagter <erik@xxxxxxxxxxxx> wrote: >> Adrian McMenamin wrote: >> >> Your device probably isn't capable of reproducing phone-format audio. >> > It is!. It used to play this sample without any problem (but only > using oss emulation - aplay wouldn't work). But that was when I had a > messed up alsa install. I should confess to being the author of this > module - I've not had a problem with it before and it will still > output sound (eg if I load the oss emulation module and type cat > /dev/urandom > /dev/dsp it will output a *brief* amount of white > noise). > > 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 - as it looks like the kernel side works > but the userland side doesn't. > >> Try this: aplay -Dplughw:0,0 aine-email.wav > $ aplay -Dplughw:0,0 aine-email.wav > Playing WAVE 'aine-email.wav' : Unsigned 8 bit, Rate 8000 Hz, Mono > ALSA lib pcm_plug.c:773:(snd_pcm_plug_hw_refine_schange) Unable to > find an usable access for 'plughw:0,0' > aplay: set_params:895: Access type not available All I can say about this is that oss (emulation) might do resampling / format adaption that alsa refuses to do without explicit request. Wat if you play a wav file of type 44100 Hz, S16, 2 channels? That is quite basic...
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
