video file stop playing at correct speed because of sound samplerate, since pulseaudio
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pulseaudio (Ubuntu) |
Expired
|
Low
|
Unassigned |
Bug Description
Hi,
Trying to play a basic video file out of my digital camera was very lagging, dropping most frames. Both Totem and mplayer showed that behaviour, and while vlc played smoothly, it had no sound.
It appeared that origin of this high lagging was that the video had a 8khz-sampled, which the computer couldn't play correctly anymore, probably since pulseaudio.
Playing the video in mplayer with "-af resample=44100" did in fact make the video playing correctly again.
This is a very annoying problem. Tested on up-to-date Hardy. My audio card seems to be
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
The bug can easily be tested with the "-af resample=" parameter of mplayer, on any file.
Maybe pulseaudio can be configured to accept other samplerates that 44100 without freezing the video, i'll investigate further
Related branches
Changed in pulseaudio: | |
importance: | Undecided → Low |
status: | New → Fix Committed |
Changed in pulseaudio (Ubuntu): | |
status: | New → Incomplete |
Note that changing (in /etc/pulse/ deamon. conf ) "resample-method" to trivial didn't fix the problem which is 100% reproducible. This is a serious regression from Gutsy. Tested on a DELL D430 Laptop.