headers
Fernando Pablo Lopez-Lezcano | 1 Jun 2002 01:56
Picon

hdsp and oss emulation

Hi, we're starting to test a new hdsp Hammerfall card (thanks
Paul!!) and we're running into some small problems (jack works
great, as would be expected). This is for a freshly compiled
alsa cvs download as of this morning, running under
2.4.19-pre8 + ll + preempt, Hammerfall DSP pci card +
Multiface.

Playing a 44.1KHz stereo soundfile with sinewave test tones:

  aplay -D hw:0,0
    fails as it should, file is stereo only

  aplay -D plughw:0,0
    plays the file just fine

  xmms /usr/ccrma/snd/nando/test-tones-stereo.wav

fails, using the xmms OSS emulation output plugin (which works
for all other cards we are using around here). Each time we
press "play" we get this error message:

> ** WARNING **: SNDCTL_DSP_SETFMT ioctl failed: Invalid argument

Xmms actually manages to play but it sounds like the speed is
not right and that there's also a byte (or word) swapping
problem.

-- Fernando

_______________________________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
Tim Goetze | 1 Jun 2002 01:49
Picon
Favicon

Re: snd_pcm_close hangs

me wrote:

>Takashi Iwai wrote:
>
>>At Thu, 30 May 2002 17:14:03 +0200 (CEST),
>>Tim Goetze wrote:
>>> 
>>> hi all,
>>> 
>>> both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
>>> closing a playback stream if the stream has been linked to the 
>>> same card's capture, has been prepared and written data to, but was
>>> never started:
>>> 
>>> Program received signal SIGINT, Interrupt.
>>> 0x403b8fa4 in ioctl () from /lib/libc.so.6
>>> (gdb) bt
>>> #0  0x403b8fa4 in ioctl () from /lib/libc.so.6
>>> #1  0x40580abc in __DTOR_END__ () from /usr/lib/libasound.so.2
>>> #2  0x4053bde9 in snd_pcm_drain (pcm=0x81c6ae8) at pcm.c:813
>>> #3  0x4053b649 in snd_pcm_close (pcm=0x81c6ae8) at pcm.c:552
>>> #4  0x40462d79 in AlsaStream::~AlsaStream (this=0x81bf6a8,
>>> __in_chrg=0)
>>>     at AlsaStream.cc:41
>>> #5  0x4049ef01 in AlsaOut::~AlsaOut (this=0x81bf6a8, __in_chrg=3)
>>>     at PyType.h:110
>>
>>it seems stalling at drain ioctl.  can you figure out which stream is?
>
>playback.
(Continue reading)

Permalink | Reply | 8 comments |
headers
Tim Goetze | 1 Jun 2002 02:57
Picon
Favicon

Re: snd_pcm_close hangs

me wrote:

>me wrote:
>
>>Takashi Iwai wrote:
>>
>>>At Thu, 30 May 2002 17:14:03 +0200 (CEST),
>>>Tim Goetze wrote:
>>>> 
>>>> hi all,
>>>> 
>>>> both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
>>>> closing a playback stream if the stream has been linked to the 
>>>> same card's capture, has been prepared and written data to, but was
>>>> never started:
>>>> 
>>>> Program received signal SIGINT, Interrupt.
>>>> 0x403b8fa4 in ioctl () from /lib/libc.so.6
>>>> (gdb) bt
>>>> #0  0x403b8fa4 in ioctl () from /lib/libc.so.6
>>>> #1  0x40580abc in __DTOR_END__ () from /usr/lib/libasound.so.2
>>>> #2  0x4053bde9 in snd_pcm_drain (pcm=0x81c6ae8) at pcm.c:813
>>>> #3  0x4053b649 in snd_pcm_close (pcm=0x81c6ae8) at pcm.c:552
>>>> #4  0x40462d79 in AlsaStream::~AlsaStream (this=0x81bf6a8,
>>>> __in_chrg=0)
>>>>     at AlsaStream.cc:41
>>>> #5  0x4049ef01 in AlsaOut::~AlsaOut (this=0x81bf6a8, __in_chrg=3)
>>>>     at PyType.h:110
>>>
>>>it seems stalling at drain ioctl.  can you figure out which stream is?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Tim Goetze | 1 Jun 2002 13:22
Picon
Favicon

Re: snd_pcm_close hangs

me wrote:

>me wrote:
>
>>me wrote:
>>
>>>Takashi Iwai wrote:
>>>
>>>>At Thu, 30 May 2002 17:14:03 +0200 (CEST),
>>>>Tim Goetze wrote:
>>>>> 
>>>>> hi all,
>>>>> 
>>>>> both emu8k and ice1712 pcm drivers hang forever in ioctl(2) when
>>>>> closing a playback stream if the stream has been linked to the 
>>>>> same card's capture, has been prepared and written data to, but was
>>>>> never started:
>>>>> 
>>>>> Program received signal SIGINT, Interrupt.
>>>>> 0x403b8fa4 in ioctl () from /lib/libc.so.6
>>>>> (gdb) bt
>>>>> #0  0x403b8fa4 in ioctl () from /lib/libc.so.6
>>>>> #1  0x40580abc in __DTOR_END__ () from /usr/lib/libasound.so.2
>>>>> #2  0x4053bde9 in snd_pcm_drain (pcm=0x81c6ae8) at pcm.c:813
>>>>> #3  0x4053b649 in snd_pcm_close (pcm=0x81c6ae8) at pcm.c:552
>>>>> #4  0x40462d79 in AlsaStream::~AlsaStream (this=0x81bf6a8,
>>>>> __in_chrg=0)
>>>>>     at AlsaStream.cc:41
>>>>> #5  0x4049ef01 in AlsaOut::~AlsaOut (this=0x81bf6a8, __in_chrg=3)
>>>>>     at PyType.h:110
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ville Syrjälä | 2 Jun 2002 02:22
Picon

Re: more sample formats? too little place left.

On Fri, May 31, 2002 at 04:23:23PM +0200, Takashi Iwai wrote:
> Hi,
> 
> it seems that USB audio supports 24 bit sample in 3 bytes format.
> and additionally i've found there are 20bit and 18bit sample formats.
> the world is large...
> 
> an arising problem is that the number of formats is limited to 32.
> already 26 format types are used.  the rest are only 6, and not enough
> if we put BE/LE and signed/unsigned for new formats, too.
> 
> how can we solve this?  extend to 64bit?  no, it has too overhead.
> add a new field for special formats?

What do you mean by overhead? Binary compatibility maybe?

--

-- 
Ville Syrjälä
syrjala <at> sci.fi
http://www.sci.fi/~syrjala/

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
Permalink | Reply | 8 comments |
headers
Ed Sweetman | 2 Jun 2002 09:11
Favicon

pcm_peak code in aplay

It seems to me that the pcm_peak code in aplay doesn't work or maybe i
dont understand it's actual function.  It shows the same thing over and
over no matter what the volume of the audio going through it (captured
from mic).  

I want to return the decibel level of audio being captured from my
soundcard in alsa 0.9x and it seemed an easy enough hack to make in
aplay since it found the max peak.  should I look somewhere else? Can
anyone show me something that maybe does this already or at least finds
the max peak of any given interval (console)?   

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
Permalink | Reply | 4 comments |
headers
Paul Davis | 2 Jun 2002 15:40
Favicon

Re: pcm_peak code in aplay

>It seems to me that the pcm_peak code in aplay doesn't work or maybe i
>dont understand it's actual function.  It shows the same thing over and
>over no matter what the volume of the audio going through it (captured
>from mic).  

then its probably not working on your system for some other reason,
since it works just as you think it does on my system (and at least 2
others).

are you sure you really have a variable signal arriving at the input
connector that is currently being used for capture?

--p

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
Permalink | Reply | 3 comments |
headers
Ed Sweetman | 2 Jun 2002 15:49
Favicon

Re: pcm_peak code in aplay

Ok, this is strange. arecord is not recording anything from the sound
card.  I have done this before with arecord so it's nothing new but now
it's like i'm recording silence, no matter if i'm capturing the mic, or
line in. Capture volume is way up, it doesn't change anything.  

(cvs)
Advanced Linux Sound Architecture Driver Version 0.9.0rc1.
Compiled on May 23 2002 for kernel 2.4.19-pre8-ac5-preempt.

it's a sblive.  i'm using alsamixer to set the capture interface.  Has
something changed with the last few versions of 0.9x in order to
capture?

_______________________________________________________________

Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
Permalink | Reply | 2 comments |
headers
Patrick Shirkey | 3 Jun 2002 07:52

Re: Experimental USB audio support

Takashi Iwai wrote:
> 
> At Fri, 31 May 2002 20:55:01 +0900,
> Patrick Shirkey wrote:
> >
> > Takashi Iwai wrote:
> > >
> > > now a new version is cvs.  it dumps the descriptor at
> > > /proc/asound/cardX/descriptor.  if the cvs servers is not sync'ed,
> > > please let me know.  i'll send you a patch.
> > >
> >
> > With this patch there is *alot * more info in lsusb. Excellent work.
> 
> as you already know, it's not me but the update of usb modules :)
> 
> anyway, could you check again whether the driver works?
> just taking a look at the lsusb output, the device has no mixer units.
> there are only input/output terminals.
> so, don't be bothered even if you see no mixer controls.
> 
> Takashi

So far I cannot get sound out using

 cat /bin/bash > dev/dsp2
 aplay -D hw:2,0 -f cd some.wav

both return with device does not exist or similar
(Continue reading)

Permalink | Reply | 1 comment |
headers
Siu Kam Ming | 3 Jun 2002 10:56

problem for VIA 8233A

Hi,

I have a motherboard(ECS-K7VTA2) which using via-8233a as audio chip. I
saw someone can drive this chip by using alsa driver successfully. But I
can not make the sound work.

I am using kernel 2.4.18. I try 0.9.0rc1 and 0.5.12a. I can insert the
module successfully. And I can use "aumix" to tune the mixer. But I can
not play any sound files. The speaker keep slience. 

Does anyone have idea to solve this problem?

This is the content of my "/etc/modules.conf".

alias parport_lowlevel parport_pc
alias eth0 8139too
alias char-major-62 ptserial
alias usb-controller usb-uhci
alias usb-interface0 usb-uhci
alias sound-slot-0 snd-via8233
alias char-major-116 snd
alias char-major-14 soundcore
options snd snd_major=116 snd_cards_limit=1
alias snd-card-0 snd-via8233
alias sound-slot-0 snd-card-0
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
(Continue reading)

Permalink | Reply | 3 comments |

Gmane