On 23.04.2013 00:41, Yves G wrote:
> On 23/04/2013 00:19, Daniel Mack wrote:
>> Yves - did you ever compile and run your own kernel? Then please also
>> try this patch.
>
>
> I've done it a long time ago.
> Can't I just apply the patch to snd-usb-audio, rebuild the module (I
> assume that I need
On 23/04/2013 00:19, Daniel Mack wrote:
On 22.04.2013 21:23, Torstein Hegge wrote:
On Mon, Apr 22, 2013 at 20:44:40 +0200, Daniel Mack wrote:
Also, the lsusb dumps don't contain a audio specific header descriptor,
which normally looks like this:
AudioControl Endpoint Descriptor:
On Tue, Apr 23, 2013 at 00:19:57 +0200, Daniel Mack wrote:
> On 22.04.2013 21:23, Torstein Hegge wrote:
> > Even if this is against the specification, devices that does this is out
> > there. I have seen the same thing on a Sennheiser BTD-500, but that only
> > supports one frequency, so I didn't h
On 22.04.2013 21:23, Torstein Hegge wrote:
> On Mon, Apr 22, 2013 at 20:44:40 +0200, Daniel Mack wrote:
>> Also, the lsusb dumps don't contain a audio specific header descriptor,
>> which normally looks like this:
>>
>> AudioControl Endpoint Descriptor:
>> bLength
On 22/04/2013 23:48, Daniel Mack wrote:
On 22.04.2013 22:07, Yves G wrote:
Thanks.
Do you mean that if "07 25 01 81 02 00 00" (Unrecognized) was moved
after the "Endpoint Descriptor", then the driver should recognize it as
some AudioControl Endpoint Descriptor (as described in Table 4-21:
Class
On 22.04.2013 22:07, Yves G wrote:
> Thanks.
> Do you mean that if "07 25 01 81 02 00 00" (Unrecognized) was moved
> after the "Endpoint Descriptor", then the driver should recognize it as
> some AudioControl Endpoint Descriptor (as described in Table 4-21:
> Class-Specific AS Isochronous Audio Da
On 22.04.2013 21:23, Torstein Hegge wrote:
> On Mon, Apr 22, 2013 at 20:44:40 +0200, Daniel Mack wrote:
>> Also, the lsusb dumps don't contain a audio specific header descriptor,
>> which normally looks like this:
>>
>> AudioControl Endpoint Descriptor:
>> bLength
Thanks.
Do you mean that if "07 25 01 81 02 00 00" (Unrecognized) was moved
after the "Endpoint Descriptor", then the driver should recognize it as
some AudioControl Endpoint Descriptor (as described in Table 4-21:
Class-Specific AS Isochronous Audio Data Endpoint Descripton in
http://www.usb
On Mon, Apr 22, 2013 at 20:44:40 +0200, Daniel Mack wrote:
> Also, the lsusb dumps don't contain a audio specific header descriptor,
> which normally looks like this:
>
> AudioControl Endpoint Descriptor:
> bLength 7
> bDescriptorType37
>
On 22.04.2013 20:13, Yves G wrote:
> Thanks for the quick answer.
>
> Here are the requested details:
>
>
>
> stream0:
>
> Plantronics Plantronics C720 at usb-:00:12.0-1, full speed : USB Audio
>
> Playback:
> Status: Stop
> Interface 1
> Altset 1
>
Thanks for the quick answer.
Here are the requested details:
stream0:
Plantronics Plantronics C720 at usb-:00:12.0-1, full speed : USB Audio
Playback:
Status: Stop
Interface 1
Altset 1
Format: S16_LE
Channels: 2
Endpoint: 3 OUT (NONE)
R
Hi Yves,
On 22.04.2013 18:20, Yves G wrote:
> I work with a partner who is a USB headset manufacturer.
> Recently, they made a change to the firmware of one of their USB
> headsets and now the default playing sampling rate is 16kHz instead of
> 48kHz. This device supports only 16kHz and 48kHz for
Hello -
I work with a partner who is a USB headset manufacturer.
Recently, they made a change to the firmware of one of their USB
headsets and now the default playing sampling rate is 16kHz instead of
48kHz. This device supports only 16kHz and 48kHz for output sample rates.
Now, when using als
13 matches
Mail list logo
