Opened 16 years ago
Last modified 13 years ago
#1259 closed defect (invalid)
HD video files start slowing down after 10 minutes of playback.
| Reported by: | Owned by: | reimar | |
|---|---|---|---|
| Priority: | important | Component: | core |
| Version: | unspecified | Severity: | normal |
| Keywords: | Cc: | compn | |
| Blocked By: | Blocking: | ||
| Reproduced by developer: | no | Analyzed by developer: | no |
Description
On my AMD 3500+ pc running Ubuntu Hardy (AMD64), I am able to play 1280x720 h264 video files in .mkv format (340 mb for 24 minutes) fine for around 10 minutes with an average CPU usage of 56%. After ten minutes of playback, the CPU usage goes up to 80%+ and the video itself becomes choppy, due to insufficient resources. Stopping the video and restarting solves the problem instantly, except that after ten minutes it starts becoming laggy again.
Changing VO settings has no effect. Changing AO settings also has no effect. Turning off audio also has no effect. Bug seems to be present in other HD video files of similar quality/bitrates/resolutions, even when using other codecs. Turning off loop filter does not seem to solve the problem either.
CPU: AMD 64 3500+
Ram: 2 gigs
GPU: Nvidia Gefore 6800 Ultra (256 meg)
OS: Kubuntu Hardy AMD64
Compiz: On for most testing, but the problem is present even if turned off
Change History (5)
comment:1 by , 16 years ago
comment:2 by , 16 years ago
| Version: | 1.0rc2 → unspecified |
|---|
Tested with dev-SVN-r27489-4.2.3 mplayer. Seeking does not solve the problem. Issue is still present, no change.
comment:3 by , 15 years ago
well mplayer -v output would be nice
also the filename so some devel can download and test the file.
altho i've never heard anyone else hitting this bug :(
comment:4 by , 15 years ago
This is probably due the memory leak in libass that r29086 fixes as a side-effect on probably all relevant architectures.
rc2 ? could you try a newer mplayer version?
seeking back/forward has no effect?