Your message dated Mon, 14 Apr 2014 01:17:50 -0300
with message-id 
<CAAfdZj_FXbhwPq=97EHO=GvGsmN=R=RW0=ox8adxnf7su64...@mail.gmail.com>
and subject line Re: Bug#693274: pulseaudio: audio playback too fast and only 
silence
has caused the Debian Bug report #693274,
regarding pulseaudio: audio playback too fast and only silence
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
693274: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693274
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: pulseaudio
Version: 2.0-6
Severity: normal

Hi,

after upgrading to wheezy, audio playback worked normally for a few
days, but now failed beginning on nov 14.  I updated packages regularly
and I'd suspect a newer version of pulseaudio triggered the error, as I
didn't touch any of the audio-related stuff.

The symptoms: Applications won't complain when playing back audio.  They
just run the playback too quickly (approx 5.75 times as fast as
real-time) and no audible audio is actually output on the speakers
(complete silence, no noise etc.).

This happens consistently when playing via alsa, directly via pulseaudio
or via libSDL.  I can still play back audio when using the OSS API.

Illustrating the issue with command 'play' from package 'sox':

  $ time play  01_So_What_-_Ast0r.flac  -t alsa

  01_So_What_-_Ast0r.flac:

   File Size: 67.5M     Bit Rate: 956k
    Encoding: FLAC          Info: http://kindofbloop.com/
    Channels: 2 @ 16-bit   Track: 1
  Samplerate: 44100Hz      Album: Kind of Bloop
  Replaygain: off         Artist: Ast0r
    Duration: 00:09:24.84  Title: So What

  In:100%  00:09:24.84 [00:00:00.00] Out:24.9M [      |      ]        Clip:0    
  Done.

  real  1m38.126s
  user  0m8.261s
  sys   0m2.684s

I.e. it "Plays back" a 9 minutes 24 audio file in 1 minutes 38.  Exact
same behaviour when playing back with option "-t pulseaudio".  Playback
works when playing with "-t oss" or "-t ossdsp".

Same problem when using mplayer for movie playback.  Movies play back
much too quickly (mplayer uses the audio playback for timing the
frames), when playing via "-ao pulse", "-ao alsa" or "-ao sdl".  Only
"-ao oss" works.

I have merely these pulseaudio-related messages in my syslog:

---8<---
Nov 15 00:02:05 snail rtkit-daemon[4468]: Successfully made thread 4620 of 
process 4620 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level 
-11.
Nov 15 00:02:06 snail rtkit-daemon[4468]: Successfully made thread 4621 of 
process 4620 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Nov 15 00:02:06 snail rtkit-daemon[4468]: Successfully made thread 4622 of 
process 4620 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Nov 15 00:02:06 snail rtkit-daemon[4468]: Successfully made thread 4623 of 
process 4620 (/usr/bin/pulseaudio) owned by '1000' RT at priority 5.
Nov 15 00:02:12 snail rtkit-daemon[4468]: Successfully made thread 4696 of 
process 4696 (/usr/bin/pulseaudio) owned by '1000' high priority at nice level 
-11.
Nov 15 00:02:14 snail pulseaudio[4696]: [pulseaudio] pid.c: Daemon
already running.
---8<---

cheers,

David

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pulseaudio depends on:
ii  adduser                       3.113+nmu3
ii  consolekit                    0.4.5-3.1
ii  libasound2                    1.0.25-4
ii  libasound2-plugins            1.0.25-2
ii  libc6                         2.13-35
ii  libcap2                       1:2.22-1.2
ii  libdbus-1-3                   1.6.8-1
ii  libfftw3-3                    3.3.2-3.1
ii  libgcc1                       1:4.7.1-7
ii  libice6                       2:1.0.8-2
ii  libltdl7                      2.4.2-1.1
ii  liborc-0.4-0                  1:0.4.16-2
ii  libpulse0                     2.0-6
ii  libsamplerate0                0.1.8-5
ii  libsm6                        2:1.2.1-2
ii  libsndfile1                   1.0.25-5
ii  libspeexdsp1                  1.2~rc1-6
ii  libstdc++6                    4.7.1-7
ii  libsystemd-daemon0            44-5
ii  libsystemd-login0             44-5
ii  libtdb1                       1.2.10-2
ii  libudev0                      175-7
ii  libwebrtc-audio-processing-0  0.1-2
ii  libx11-6                      2:1.5.0-1
ii  libx11-xcb1                   2:1.5.0-1
ii  libxcb1                       1.8.1-2
ii  libxtst6                      2:1.2.1-1
ii  lsb-base                      4.1+Debian7
ii  udev                          175-7

Versions of packages pulseaudio recommends:
ii  gstreamer0.10-pulseaudio  0.10.31-3
ii  pulseaudio-module-x11     2.0-6
ii  rtkit                     0.10-2

Versions of packages pulseaudio suggests:
pn  paman             <none>
pn  paprefs           <none>
pn  pavucontrol       <none>
pn  pavumeter         <none>
ii  pulseaudio-utils  2.0-6

-- no debconf information

-- 
GnuPG public key: http://dvdkhlng.users.sourceforge.net/dk.gpg
Fingerprint: B17A DC95 D293 657B 4205  D016 7DEF 5323 C174 7D40

Attachment: pgpeknHbDbTIg.pgp
Description: PGP signature


--- End Message ---
--- Begin Message ---
Hi David,

On Mon, Apr 14, 2014 at 1:14 AM, David Kuehling <[email protected]> wrote:
> He Felipe,
>
>>> The symptoms: Applications won't complain when playing back audio.
>>> They just run the playback too quickly (approx 5.75 times as fast as
>>> real-time) and no audible audio is actually output on the speakers
>>> (complete silence, no noise etc.).
>
>> You reported this problem a long time ago, so it might have been fixed
>> since then.
>
>> Can you still reproduce this issue? If so, please reply so we may
>> debug this, otherwise I'd like to close this bug.
>
> Just tried, I cannot reproduce the issue any more, using the same PC and
> debian installation that I used for reporting the bug.  This is now with
> pulseaudio 2.0-6.1.  I'd say the issue fixed itself :)

Excellent! I'm closing the bug then.

-- 

Saludos,
Felipe Sateler

--- End Message ---
_______________________________________________
pkg-pulseaudio-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-pulseaudio-devel

Reply via email to