[Asterisk-Users] Problems with asterisk and gnophone on Gentoo box

[Kevin]

On Thursday 18 March 2004 13:46, Kevin wrote:
> On Thursday 18 March 2004 11:29, Alastair Maw wrote:
> > On 18/03/04 15:40, Kevin wrote:
> > > I seem to be having problems using my sound card with asterisk
> > > and gnophone in a Gentoo system (not sure if it being Gentoo is
> > > important or not, but thought I'd mention it just in case).  I
> > > have the following errors when starting gnophone:
> >
> > Looks to me like you're probably using ALSA but you don't have its
> > OSS compatibility layer enabled.
> >
> > emerge alsa-oss
> >
> > Check out:
> >   - http://www.gentoo.org/doc/en/alsa-guide.xml
>
> Thanks for your reply, Alastair.  I did use that guide in getting


Just noticed that my grep/paste from /etc/modules.d/alsa (the contents 
of this file end up in /etc/modules.conf after running a script) left 
out some active lines with comments near the end.

Correct /etc/modules.d/alsa follows:

bash-2.05b$ cat /etc/modules.d/alsa|grep -v ^\#

alias char-major-116 snd
alias char-major-14 soundcore

alias snd-card-0 nvaudio # testing
alias sound-slot-0 snd-card-0 # testing

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

alias /dev/mixer snd-mixer-oss
alias /dev/dsp snd-pcm-oss
alias /dev/midi snd-seq-oss

options snd cards_limit=1
bash-2.05b$


Also noticed some other messages that don't come up in asterisk with 
every start:

*****************************************************
 [chan_oss.so] => (OSS Console Channel Driver)
Mar 18 14:29:57 WARNING[16384]: chan_oss.c:352 setformat: Requested 8000 
Hz, got 7866 Hz -- sound may be choppy
Mar 18 14:29:57 WARNING[16384]: chan_oss.c:980 load_module: XXX I don't 
work right with non-full duplex sound cards XXX
  == Registered channel type 'Console' (OSS Console Channel Driver)
  == Parsing '/etc/asterisk/oss.conf': Found
 [app_db.so] => (Database access functions for Asterisk extension logic)
  == Registered application 'DBget'
  == Registered application 'DBput'
  == Registered application 'DBdel'
  == Registered application 'DBdeltree'
 [chan_sip.so] => (Session Initiation Protocol (SIP))
  == Parsing '/etc/asterisk/sip.conf': Found
Mar 18 14:29:57 WARNING[229391]: chan_oss.c:238 sound_thread: Read error 
on sound device: Resource temporarily unavailable
  == SIP Listening on 0.0.0.0:5060
  == Using TOS bits 0
  == Registered channel type 'SIP' (Session Initiation Protocol (SIP))
  == Registered application 'SIPDtmfMode'
  == Parsing '/etc/asterisk/enum.conf': Found
Asterisk Ready.
*CLI> dial
*CLI>     -- Executing Wait("OSS/dsp", "1") in new stack
    -- Executing Answer("OSS/dsp", "") in new stack
 << Console call has been answered >>
    -- Executing DigitTimeout("OSS/dsp", "5") in new stack
    -- Set Digit Timeout to 5
    -- Executing ResponseTimeout("OSS/dsp", "10") in new stack
    -- Set Response Timeout to 10
    -- Executing BackGround("OSS/dsp", "demo-congrats") in new stack
    -- Playing 'demo-congrats' (language 'en')
Mar 18 14:33:59 WARNING[262161]: chan_oss.c:408 soundcard_setinput: 
Unable to re-open DSP device: Device or resource busy
Mar 18 14:33:59 WARNING[262161]: chan_oss.c:567 oss_write: Unable to set 
device to input mode
Mar 18 14:33:59 WARNING[262161]: file.c:521 ast_readaudio_callback: 
Failed to write frame
  == Spawn extension (local, s, 5) exited non-zero on 'OSS/dsp'
 << Hangup on console >>

*CLI>
*****************************************************

That seems to be an indicator that this onboard sound-card is not full 
duplex capable, but I'm skeptical of that conclusion simply because I 
think it's pretty high-end.  Also because I can operate artsd in full 
duplex mode without apparent problems.

Any thoughts?

TIA.

-Kevin