On 28.08.2012 11:47, Kostas wrote:
On 28/08/2012 12:30 μμ, Daniel Mack wrote:
On 28.08.2012 11:18, Kostas wrote:
On 28/08/2012 12:06 μμ, Daniel Mack wrote:
On 28.08.2012 10:56, Kostas wrote:
On 28/08/2012 11:50 Ïμ, Daniel Mack wrote:
On 28.08.2012 10:47, Kostas wrote: > On 28/08/2012 08:44 ÃÂü, Daniel Mack wrote: >> On 28.08.2012 00:19, Kostas wrote: >>> On 27/08/2012 06:54 üü, Kostas wrote: >>>> On 27/08/2012 02:44 üü, Daniel Mack wrote: >>>>> On 27.08.2012 12:33, Kostas wrote: >>>>>> On 27/08/2012 12:26 üü, Daniel Mack wrote: >>>>>>> On 27.08.2012 11:00, Kostas wrote: >>>>>>>> Hi All, >>>>>>>> >>>>>>>> I have a 'Trust Webcam' (USB ID: 145f:015b) that comes with a >>>>>>>> microphone. >>>>>>>> The microphone works with Alsa 1.0.23 but it does not work with the >>>>>>>> latest Alsa 1.0.25 neither with Alsa 1.0.24. >>>>>>>> Apparently this is a regression. >>>>>>>> >>>>>>>> What shall I do to figure out the source of the problem? >>>>>>>> >>>>>>>> Here are attached my alsa-infos, with Alsa 1.0.23 (working), >>>>>>>> 1.0.24 (NOT >>>>>>>> working) and 1.0.25 (NOT working). >>>>>>> Can you provide dmesg protocols for both a working and a non-working >>>>>>> case please? >>>>>>> >>>>>>> >>>>>> Below are attached the dmesg files. >>>>>> >>>>> Thanks - the logs look both good, I guess the interesting messages are >>>>> only generated once you try to start the stream. Can you try this? >>>> How i do that? >>>> I tried to make a test call in skype and also recording a video in >>>> cheese but no changes in dmesg. >>>> Is there another way to start the stream? >>> Also tried to record voice with sound recorder...with alsa 1.0.23 >>> recording is fine..i hear my voice when playback the file but with alsa >>> 1.0.24 and above nothing is recorded. >>> In both cases nothing is changed in dmesg output. >>> What else could i do to help you out? >>> >> Comparing the two dmesg logs, I'm under the impression that in the >> second case (the newer kernel), the hda driver kicks in and creates a >> sound device before the usb audio driver does. Hence, the default card >> changes and you're recording from your internal sound card rather than >> the Webcam. >> >> Could you please send the output of 'aplay -l' in both cases? >> >> >> Daniel >> > Output of working case > **** List of PLAYBACK Hardware Devices **** > card 0: SB [HDA ATI SB], device 0: AD198x Analog [AD198x Analog] > à Subdevices: 1/1 > à Subdevice #0: subdevice #0 > card 0: SB [HDA ATI SB], device 1: AD198x Digital [AD198x Digital] > à Subdevices: 1/1 > à Subdevice #0: subdevice #0 > card 2: Generic [HD-Audio Generic], device 3: HDMI 0 [HDMI 0] > à Subdevices: 1/1 > à Subdevice #0: subdevice #0 Sorry, there's of course no playback on a webcam. Try 'arecord -l' instead, please.
Daniel
Output of non-working case **** List of CAPTURE Hardware Devices **** card 0: SB [HDA ATI SB], device 0: AD198x Analog [AD198x Analog] Subdevices: 3/3 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 card 1: Webcam [Trust 2MP Auto Focus Webcam], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0
Output of working case **** List of CAPTURE Hardware Devices **** card 0: SB [HDA ATI SB], device 0: AD198x Analog [AD198x Analog] Subdevices: 3/3 Subdevice #0: subdevice #0 Subdevice #1: subdevice #1 Subdevice #2: subdevice #2 card 1: default [Trust 2MP Auto Focus Webcam ], device 0: USB Audio [USB Audio] Subdevices: 1/1 Subdevice #0: subdevice #0
Try 'arecord -f cd -Dplughw:1 foo.wav' and see if that works. For whatever reason, the webcam is not the default in the non-working case. Are you using the same userspace and configs in both cases?
Daniel
Unfortunately it doesn't work...voice is recorded only in 1.0.23 alsa version. In above version nothing is recorded. I use the same Ubuntu release just the kernel changes 1.0.23 alsa is in kernel 2.6.38 newer alsa versions that don't work are in newer kernels.
I still think it is all related to configs and settings. Can you please go check all relevant volume settings and routing switches with amixer or alsamixer? The fact that the default changes tells me that something's different in the behaviour in which ALSA handles the devices.
Also note that 1.0.24 is rather ancient already, and while the driver has seen quiet some refactoring lately, I haven't heard about regressions in that version yet - and I'm sure we would have gotten a whole lot of reports if there was such a tremendous breakage. And there's no signs of errors in the kernel logs either. But you never know, of course.
Daniel
Alsamixer working case http://imagebin.org/226143 Alsamixer non-working case http://imagebin.org/226142
I also attach amixer output for both cases.
Both in the images and in the text output you seem to have missed pointing amixer/alsamixer the correct device. alsamixer is also in the playback pane, which doesn't exist for the Webcam.
Try 'alsamixer -c1 -V capture'