Skype Community > 1.3 beta and Logitech USB Mic

Full Version: 1.3 beta and Logitech USB Mic - How?

Skype Community > English > Skype for Linux

afilep_

Thu Jul 6 2006, 07:20

Hi,

Has anyone been successful in using Logitech USB Mic with the latest beta? My system (SuSE 10.1) detects the mic OK. It shows up as a device under Options/Devices however if I switch to it and try to make a call I get a device error. I suppose the issue is that I need to use a different device for input and output? Any help on how to get this working would be appreciated.

Alex

justintime32_

Thu Jul 6 2006, 15:03

This is apparently a bug in the beta. You can use the Skype DSP Hijacker.

afilep_

Fri Jul 7 2006, 08:24

[quote=justintime32]This is apparently a bug in the beta. You can use the Skype DSP Hijacker.[/quote]

Thanks. This page put me on the right track. It's working great now. The only additional thing I had to do was to increase the mic volume through alsamixer.

afilep_

Sun Jul 9 2006, 13:11

Thanks. This page put me on the right track. It's working great now. The only additional thing I had to do was to increase the mic volume through alsamixer.[/quote]

Hmmm, looks like I got excited too soon. Even though Skype works fine now Amorok doesn't (xine plugin to be more precise). I get 'xine is unable to initialize any audio-drivers' whenever the below .asoundrc is in my home folder:

#NVidia card (first)
pcm.nvidia {
type hw
card 0
}

#Logitech Mic (second)
pcm.logitech {
type hw
card 1
}

#define "skype" device
#in the future (I hope) we will be able to configure Skype to use it directly
pcm.skype {
type asym

playback.pcm "nvidia" #nvidia for playback
capture.pcm "logitech" #logitech for recording
}

#define the default device (currently used by Skype always)
pcm.!default {
type plug
slave.pcm "skype"
}

Any idea how to fix this?

Thanks.

follow_

Sun Jul 9 2006, 16:27

Hi.

1. Check if xine configuration have alsa device set to default.
eg. ~/.xine/config file should contain:

CODE

audio.driver:alsa

audio.device.alsa_default_device:default

audio.device.alsa_front_device:default

2.
I found out that there is playback problem on multichannel devices, if trying to feed less channels (eg. Stereo to 5.1 device).
Try replacing pcm.nvidia with following definition:

CODE

pcm.nvidia {

type route

slave.pcm surround51:0 # 0 here is 1st hardware card (hw:0,0)

slave.channels 6

ttable.0.0 1

ttable.1.1 1

ttable.0.2 0

ttable.1.3 0

ttable.0.4 0

ttable.1.4 0

ttable.0.5 0

ttable.1.5 0

}

Note that I don't know anyting about nvidia card, so this is just a guess.

Let me (us) know if that helped.

Also you could try playing any .wav file with

CODE

aplay -Ddefault file.wav

CODE

aplay -Dskype file.wav

and see if there are any error messages.

afilep_

Mon Jul 10 2006, 12:25

Unfortunately still no luck.

CODE

aplay -Ddefault file.wav

worked but

CODE

aplay -Dskype file.wav

didn't. I got 'aplay: set_params:901: Sample format non available'

Looks like I might need to use my built in card with the analog mic for now...

follow_

Mon Jul 10 2006, 13:59

The ALSA configuration is still a little magic to me, but try this:

CODE

pcm.nvidia-hw {

type route

slave.pcm surround51:0 # 0 here is 1st hardware card (hw:0,0)

slave.channels 6

ttable.0.0 1

ttable.1.1 1

ttable.0.2 0

ttable.1.3 0

ttable.0.4 0

ttable.1.4 0

ttable.0.5 0

ttable.1.5 0

}

pcm.nvidia {

type plug

slave.pcm "nvidia-hw"

}

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.