QCP (PureVoice QCELP) audio speeds up
(This is the open issue from the two playback issues I reported in ticket #5347 (closed))
I made a bunch of voice recordings years ago on my Sanyo feature phone and they're stored as QCP files. VLC 2.0.0 on Kubuntu 12.04alpha2 amd64 has trouble playing some of them, the audio speeds up (pitch increases). I had the same problem with VLC 1.1 both Windows (Vista 32-bit) and Linux (Kubuntu 11.04 64-bit), I haven't tried reproducing with VLC 2.0.0 on Win32. The Qualcomm PureVoice SDK plays and converts these files fine.
Someone else reported "the audio speeds up and slows down at random" in the forum thread http://forum.videolan.org/viewtopic.php?f=14&t=83000
Here's part of the output from cvlc --verbose 3 samples/speeds_up_towards_end.qcp:
[0xc74108] main libvlc debug: revision 2.0.0-0-g421a4fc
...
[0x7fd1f4c11418] main decoder debug: End of audio preroll
[0x7fd1f8000b28] main input debug: Decoder buffering done in 22 ms
[0x7fd200004128] main audio output warning: PTS is out of range (-9825), dropping buffer
[0x7fd200004128] main audio output warning: PTS is out of range (-26784), dropping buffer
[0x7fd200004128] pulse audio output debug: deferring start (57722 us)
[0x7fd200004128] main audio output warning: buffer too late (60125), up-sampling
[0x7fd200004128] pulse audio output debug: starting deferred
[0x7fd200004128] pulse audio output debug: started
[0x7fd200004128] pulse audio output debug: listing sink alsa_output.pci-0000_00_02.7.analog-stereo (0): Built-in Audio Analog Stereo
[0x7fd200004128] main audio output warning: timing screwed, stopping resampling
[0x7fd200004128] main audio output warning: buffer too late (95875), up-sampling
[0x7fd200004128] main audio output warning: timing screwed, stopping resampling
[0x7fd200004128] main audio output warning: buffer too late (149125), up-sampling
[0x7fd200004128] main audio output warning: buffer way too late (181750), dropping buffer
...
The last message repeats several times, before the audio speeds up.
I attached a sample speeds_up_towards_end.qcp file and the full debug output speeds_up_towards_end_vlc2.0.log to issue #5347 (closed); I can attach duplicates of them to this bug if you want.
Activity
added Severity::normal Type::bug + 1 deleted label
changed milestone to %Bugs paradize
added Component::Demuxers label and removed 1 deleted label
It plays fine in ffplay/avplay (one is a symlink to the other), no speed-up.
% ffplay -debug 7 samples/speeds_up_towards_end.qcp avplay version 0.8-4:0.8-1ubuntu2, Copyright (c) 2003-2011 the Libav developers built on Feb 9 2012 08:03:03 with gcc 4.6.2 [qcp @ 0x7f67d40008c0] Probed with size=2048 and score=100 [qcelp @ 0x7f67d4000e00] err{or,}_recognition separate: 1; 1 [qcelp @ 0x7f67d4000e00] err{or,}_recognition combined: 1; 1 [qcp @ 0x7f67d40008c0] max_analyze_duration reached [qcp @ 0x7f67d40008c0] Estimating duration from bitrate, this may be inaccurate Input [#0](https://code.videolan.org/videolan/vlc/-/issues/0), qcp, from 'samples/speeds_up_towards_end.qcp': Duration: 00:00:28.90, bitrate: 7 kb/s Stream [#0](https://code.videolan.org/videolan/vlc/-/issues/0).0, 297, 1/90000: Audio: qcelp, 8000 Hz, 1 channels, flt, 7 kb/s [qcelp @ 0x7f67d4000e00] err{or,}_recognition separate: 1; 1 [qcelp @ 0x7f67d4000e00] err{or,}_recognition combined: 1; 1 [qcelp @ 0x7f67d4000e00] Bitrate byte is missing, guessing the bitrate from packet size. Last message repeated 936 timesB vq= 0KB sq= 0B f=0/0 [qcelp @ 0x7f67d4000e00] Frame [#936](https://code.videolan.org/videolan/vlc/-/issues/936), IFQ: Badly received packets in frame. [qcelp @ 0x7f67d4000e00] Bitrate byte is missing, guessing the bitrate from packet size. 26.91 A-V: 0.000 s:0.0 aq= 0KB vq= 0KB sq= 0B f=0/0 ^C(By the way, I was going to vent that after putting hours of time into this bug across two releases, it's still stuck in status 'new', but I guess Trac unlike Bugzilla doesn't distinguish 'confirmed' bugs from new bugs.)
Original author: http://www.skierpage.com/openid/
added Status::needs more info label
