From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mx1.redhat.com ([209.132.183.28]:36389 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753906Ab2FKNa6 (ORCPT ); Mon, 11 Jun 2012 09:30:58 -0400 Message-ID: <4FD5F30E.2060108@redhat.com> Date: Mon, 11 Jun 2012 10:30:54 -0300 From: Mauro Carvalho Chehab MIME-Version: 1.0 To: Ezequiel Garcia CC: linux-media , Hans Verkuil Subject: Re: [Q] Why is it needed to add an alsa module to v4l audio capture devices? References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-media-owner@vger.kernel.org List-ID: Em 07-06-2012 15:26, Ezequiel Garcia escreveu: > Hi all, > > (I hope this is a genuine question, and I'm not avoiding my own homework here.) > > I'm trying to support the audio part of the stk1160 usb bridge > (similar to em28xx). > Currently, the snd-usb-audio module is being loaded when I physically > plug my device, > but I can't seem to capture any sound with vlc. Laurent already explained why snd-usb-audio is loaded. > > I still have to research and work a lot to understand the connection > between my device > and alsa, and altough I could write a working module similar to > em28xx-alsa.ko, I still > can't figure out why do I need to write one in the first place. On em28xx, some devices use UAC (USB Audio Class), while others use a proprietary vendor class protocol. The em28xx-alsa module is used only for the devices with a vendor class. > > Why is this module suffficient for gspca microphone devices (gspca, to name one) > and why is a new alsa driver needed for em28xx (or stk1160)? On em28xx, even the ones that use UAC require some configuration, for audio to work. some setup is required to configure the audio input associated with a video input, and to enable clock for the audio sampler. Such setup is made when a video input is selected. You likely need something similar for stk1160. Regards, Mauro