Patrick Shirkey wrote:
> Takashi Iwai wrote:
>
>> the resolution of usb-audio device is 1ms. this value is fixed.
>> thus you need to adjust the period size according to the sample rate
>> if you want to achieve the real-time response with a small period
>> size.
>>
>> that means:
>> - the sampl
Takashi Iwai wrote:
> the resolution of usb-audio device is 1ms. this value is fixed.
> thus you need to adjust the period size according to the sample rate
> if you want to achieve the real-time response with a small period
> size.
>
> that means:
> - the sample rate should be 48kHz (or 32kHz)
Patrick Shirkey wrote:
> Currently the hw layer produces white
> noise.
>
What is odd about this is that the noise only comes from the internal
i/o. If I play through an external and use the direct monitor switch the
sound is perfect.
I get the most stable jack with these settings:
- usi
Patrick Shirkey wrote:
>>
>> the resolution of usb-audio device is 1ms. this value is fixed.
>> thus you need to adjust the period size according to the sample rate
>> if you want to achieve the real-time response with a small period
>> size.
>>
>> that means:
>> - the sample rate should be 48kH
Takashi Iwai wrote:
> At Sat, 07 Sep 2002 05:40:02 +0900,
> Patrick Shirkey wrote:
>
>>Takashi Iwai wrote:
>>
>>
the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
similar problem.
I worked around it by not using ASYNC_UNLINKing of the urbs.
>>>
>>>
>>>yes, this
At Sat, 07 Sep 2002 05:40:02 +0900,
Patrick Shirkey wrote:
>
> Takashi Iwai wrote:
>
> >>the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
> >>similar problem.
> >>I worked around it by not using ASYNC_UNLINKing of the urbs.
> >
> >
> > yes, this could be the problem.
>
Patrick Shirkey wrote:
>
> I have actually managed to get a stream from alsaplayer through without
> a hang but the sound is choppy.
>
> I will make a test signal so you can hear what I am getting. It's
> similar to what was happening before the driver was fixed last time.
>
Well I just no
Takashi Iwai wrote:
>>the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
>>similar problem.
>>I worked around it by not using ASYNC_UNLINKing of the urbs.
>
>
> yes, this could be the problem.
> this happend once and i thought it fixed on the alsa side, but it
> seems tha
At Thu, 5 Sep 2002 21:02:00 +0200,
Karsten Wiese wrote:
>
> > Here's what I get from ksymoops
> >
> >
> > Warning (compare_maps): ksyms_base symbol
> > vmalloc_to_page_R__ver_vmalloc_to_page not found in System.map.
> > Ignoring ksyms_base entry
> > Unable to handle kernel NULL pointer deref
Karsten Wiese wrote:
>> >>EIP; c01e52e4<=
>>
>
>
> the Tascam US-428 driver (copied / changed from snd-usb-audio ) showed a
> similar problem.
> I worked around it by not using ASYNC_UNLINKing of the urbs.
>
> uhci_remove_pending_qhs is called to unlink urbs in ASYNC mode.
> seems as i
10 matches
Mail list logo
