Re: REGRESSION: Webcam mic for 145f:015b not longer working with 1.0.24 and above (OK with 1.0.23)

[Kostas <hunter18@gmail.com>]

On 29/08/2012 01:51 πμ, Daniel Mack wrote:
> On 29.08.2012 00:16, Kostas wrote:
>> On 28/08/2012 12:55 μμ, Daniel Mack wrote:
>>> 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 casehttp://imagebin.org/226143
>>>> Alsamixer non-working casehttp://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'
>>>
>> I finally figured it out with amixer command
>> non working version gives me this output
>>
>> kostas@kostas-home:~$ amixer -c1
>> Simple mixer control 'Mic',0
>> Â  Capabilities: cvolume cvolume-joined cswitch cswitch-joined penum
>> Â  Capture channels: Mono
>> Â  Limits: Capture 0 - 4096
>> Â  Mono: Capture 2723 [66%] [10.63dB] [on]
>>
>> The working version gives this output
>> kostas@kostas-home:~$ amixer -c1
>> Simple mixer control 'Mic',0
>>     Capabilities: cvolume cvolume-joined cswitch cswitch-joined penum
>>     Capture channels: Mono
>>     Limits: Capture 0 - 4096
>>     Mono: Capture 4096 [100%] [16.00dB] [on]
> Ok, thanks. In the given case, I have to ask you to do a git bisect.
> That will point us to the commit that causes your problems. Sorry that I
> can't help you any further right now, it's just unclear which commit in
> the ancient history causes your problem.
>
> See here for instructions on how to do that:
>
>    https://www.kernel.org/pub/software/scm/git/docs/git-bisect.html
>    http://git-scm.com/book/en/Git-Tools-Debugging-with-Git
>
>
> Thanks for your help and patience,
> Daniel
>
Command git bisect good 1.0.23 gives me the output
fatal: Needed a single revision
Bad rev input: 1.0.23

How can i figure out the revision number?

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel