on 12/26/2008 11:32 AM Sean Bruno wrote:
On Thu, 2008-12-25 at 18:52 -0800, Peter Langfelder wrote:
> On Thu, Dec 25, 2008 at 5:26 PM, Sean Bruno <sean.bruno(a)dsl-only.net> wrote:
>> I'm seeing strange audio issues(skipping and buffering) when playing
>> audio from Amarok(1.4), Audacity and from the video game Quake Wars.
>>
>> I have an on-board sound card:
>> 00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97
>> Audio Controller (rev a2)
>>
>> And a USB Turntable:
>> Bus 002 Device 005: ID 08bb:2900 Texas Instruments Japan PCM2900 Audio
>> Codec
>>
>> Periodically, while Amarok(1.4) is playing back I see:
>> Dec 25 16:48:45 localhost pulseaudio[15582]: module-alsa-sink.c: ALSA
>> woke us up to write new data to the device, but there was actually
>> nothing to write! Most likely t
>> his is an ALSA driver bug. Please report this issue to the PulseAudio
>> developers.
>>
>> When Audacity is recording from the USB turntable I see:
>> ALSA sound/usb/usbaudio.c:351: frame 0 active: -70
>>
>> And when Quake Wars is running, I see the following in the console
>> output:
>> snd_pcm_readi failed: Input/output error
>> snd_pcm_readi failed: Input/output error
>> snd_pcm_readi failed: Input/output error
>>
>>
>> Any ideas as to what is going on here?
>>
>> Sean
>>
> I used to experience similar skipping and hesitating from Amarok
> 1.4... until I removed PulseAudio. Now amarok plays smoothly.
>
> Peter
>
I assume that requires more than just stopping the pulse audio demon?
I did not want to test my luck so removed everything related to
pulseaudio in addition, except
$ rpm -qa | grep pulse
pulseaudio-libs-glib2-0.9.13-6.fc10.i386
pulseaudio-core-libs-0.9.13-6.fc10.i386
pulseaudio-libs-0.9.13-6.fc10.i386
pulseaudio-libs-devel-0.9.13-6.fc10.i386
pulseaudio-utils-0.9.13-6.fc10.i386
pulseaudio-libs-zeroconf-0.9.13-6.fc10.i386
because those serve as dependencies for something else I have installed
and want to keep.
it's a shame, since I had no luck with pulseaudio since F8 and really
was hoping to keep it in F10 finally.
--
regards,
Oleksandr Korneta
I'm running F9 x86_64 and F10 i386 on x86_64 hardware, should this matter.
/The nice thing about standards is that there are so many to choose from./