On 29/08/2012 09:23 πμ, Daniel Mack wrote:
On 29.08.2012 02:13, Kostas wrote:
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-GitThanks 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?
When working with the kernel git, you have to take the kernel version numbers.
Sorry i really can't understand what to do. The steps i did were git clone git://git.alsa-project.org/alsa-kernel.git alsa-kernel git bisect start alsa-kernel/ git bisect bad git bisect good (Here i don't know what number to give)
I will keep reading because the whole thing is interesting to me...but for now i can't understand anything.