On Thu, Dec 10, 2009 at 8:49 PM, Devin Heitmueller
wrote:
> Hello John,
>
> On Thu, Dec 10, 2009 at 8:38 PM, John S Gruber wrote:
>> I think you found something in the specification I haven't found. What did
>> you
>> see that indicated how to deal with equipment misbehaving in this way?
>
> I'm
Hello John,
On Thu, Dec 10, 2009 at 8:38 PM, John S Gruber wrote:
> I think you found something in the specification I haven't found. What did you
> see that indicated how to deal with equipment misbehaving in this way?
I'm referring to section 2.3.2.3 of "Universal Serial Bus Device Class
Defin
> After reviewing the patch as well as the spec, your change looks
> pretty reasonable (aside from the fact that you need the other USB
> IDs). It seems pretty clear that the au0828 violates the spec, but
> the spec does indicate how to handle that case, which is what your
> code addresses.
>
I t
On Fri, Dec 4, 2009 at 6:26 PM, Devin Heitmueller
wrote:
> On Fri, Dec 4, 2009 at 5:15 PM, John S Gruber wrote:
>> Addressing audio quality problem.
>>
>> In sound/usb/usbaudio.c, for the Hauppage HVR-950Q only, change
>> retire_capture_urb to copy the entire byte stream while still counting
>> e
On Fri, Dec 4, 2009 at 5:15 PM, John S Gruber wrote:
> Addressing audio quality problem.
>
> In sound/usb/usbaudio.c, for the Hauppage HVR-950Q only, change
> retire_capture_urb to copy the entire byte stream while still counting
> entire audio frames. urbs unaligned on channel sample boundaries a
Addressing audio quality problem.
In sound/usb/usbaudio.c, for the Hauppage HVR-950Q only, change
retire_capture_urb to copy the entire byte stream while still counting
entire audio frames. urbs unaligned on channel sample boundaries are
still truncated to the next lowest stride (audio slot) size