From: Daniel Mack <zonque@gmail.com>
To: Kostas <hunter18@gmail.com>
Cc: alsa-devel@alsa-project.org
Subject: Re: REGRESSION: Webcam mic for 145f:015b not longer working with 1.0.24 and above (OK with 1.0.23)
Date: Tue, 28 Aug 2012 11:55:46 +0200 [thread overview]
Message-ID: <503C95A2.6010308@gmail.com> (raw)
In-Reply-To: <503C93B8.1010505@gmail.com>
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'
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
next prev parent reply other threads:[~2012-08-28 9:55 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-27 9:00 REGRESSION: Webcam mic for 145f:015b not longer working with 1.0.24 and above (OK with 1.0.23) Kostas
2012-08-27 9:26 ` Daniel Mack
[not found] ` <503B4CEE.2070200@gmail.com>
2012-08-27 11:44 ` Daniel Mack
2012-08-27 15:54 ` Kostas
2012-08-27 22:19 ` Kostas
2012-08-28 5:44 ` Daniel Mack
2012-08-28 8:47 ` Kostas
2012-08-28 8:50 ` Daniel Mack
2012-08-28 8:56 ` Kostas
2012-08-28 9:06 ` Daniel Mack
2012-08-28 9:18 ` Kostas
2012-08-28 9:30 ` Daniel Mack
2012-08-28 9:47 ` Kostas
2012-08-28 9:55 ` Daniel Mack [this message]
2012-08-28 22:09 ` Kostas
2012-08-28 22:16 ` Kostas
2012-08-28 22:51 ` Daniel Mack
2012-08-29 0:13 ` Kostas
2012-08-29 6:23 ` Daniel Mack
2012-08-29 12:04 ` Kostas
2012-08-29 12:12 ` Daniel Mack
2012-08-29 16:03 ` Kostas
2012-08-29 16:21 ` Daniel Mack
2012-08-29 18:59 ` Kostas
2012-08-30 6:50 ` Daniel Mack
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=503C95A2.6010308@gmail.com \
--to=zonque@gmail.com \
--cc=alsa-devel@alsa-project.org \
--cc=hunter18@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).