Bug 479775

Have the same problem on i386 architecture as well. 
With new pulseaudio (0.9.13-6) sound player jump when playing .ogg or (in rare cases) .mp3. 
Integrating the FC9 pulsaudio (0.9.10-2) however is somewhat tricky and does not always work.
Without pulseaudio (yum erase pulseaudio) most sound applications will not play any sound. Although gnome-sound-properties do yes play a test sound.

yum erase pulseaudio pulseaudio-esound-compat pulseaudio-libs-devel pulseaudio-libs-glib2 pulseaudio-libs-zeroconf pulseaudio-module-bluetooth pulseaudio-module-gconf pulseaudio-module-jack pulseaudio-module-lirc pulseaudio-module-x11 pulseaudio-module-zeroconf pulseaudio-utils xine-lib-pulseaudio

make the problem disappear. Now sound has no "jumps" at all

Additionally I cleared all stored config/gnome files in ~/.config, ~/.gconf, ~/.gconfd, ... etc. for sound applications and rebooted (cleared /tmp as well)

Even audio in firefox flashplugin works.

BTW, with pulseaudio xine was always crashing after a few seconds. Now it starts normally.

To summerize this: pulseaudio or its system integration seems to be a cause of lots of problems. Firing it ... lets the sun in again! ;-)

Experiencing this same problem with X86_64 F10, my sound very frequently cuts for a very quick spurt, extremely disorienting when trying to listen to something.  (usually mp3 in my case)

Also using a Creative SoundBlaster Live Value. 

No problems with past versions of Fedora or PulseAudio.

Hi,

I have just upgraded from F9 to F10 and have noticed this problem too, with a home-compiled version of libxine. In extreme cases, xine can even core-dump:

(gdb) where
#0  0xb7f0d424 in __kernel_vsyscall ()
#1  0x418e1460 in raise () from /lib/libc.so.6
#2  0x418e2e28 in abort () from /lib/libc.so.6
#3  0x418da40e in __assert_fail () from /lib/libc.so.6
#4  0xb4e512a8 in snd_config_iterator_end ()
   from /usr/lib/alsa-lib/libasound_module_pcm_pulse.so
#5  0x4ff69720 in ?? () from /lib/libasound.so.2
#6  0x4ff20b88 in snd_pcm_delay () from /lib/libasound.so.2
#7  0xb4e59410 in ao_alsa_delay (this_gen=0x9384eb8) at audio_alsa_out.c:662
#8  0xb7ec3a65 in ao_loop (this_gen=0x9395008) at audio_out.c:1093
#9  0x41a6451f in start_thread () from /lib/libpthread.so.0
#10 0x4199a04e in clone () from /lib/libc.so.6

This corresponds to the following code in libxine's ALSA audio output plugin:

File: audio_alsa_out.c

static int ao_alsa_delay (ao_driver_t *this_gen)  {
  snd_pcm_sframes_t delay = 0;
  int err = 0;
  alsa_driver_t *this = (alsa_driver_t *) this_gen;
#ifdef LOG_DEBUG
  struct timeval now;
  printf("audio_alsa_out:delay:ENTERED\n");
#endif
  err = snd_pcm_delay( this->audio_fd, &delay );  << LINE 662

I am currently working around the problem by configuring xine to use the Audigy2 device directly (since the Audigy2 supports hardware mixing).

Created attachment 331242 [details]
audacious has just core-dumped when playing through pulseaudio, F10

The sound was glitchy through PulseAudio anyway, but audacious gave up and crashed when I tried compiling something.

I have told audacious to use the ALSA hardware device directly instead (like I did with xine!) The Audigy 2's hardware mixing seems to beat PulseAudio hands down.

The Audigy drivers are known to be buggy.

*** This bug has been marked as a duplicate of bug 466314 ***