Bug #367
Reduced video playback performance
| Status: | Assigned | Start Date: | 11/03/2010 | |
|---|---|---|---|---|
| Priority: | High | Due date: | ||
| Assigned to: |  Adrian Stutz |
% Done: | 0% |
|
| Category: | mplayer_binaries | |||
| Target version: | undetermined |
Description
Hi everyone -- I updated to MPlayer OSX Extended rev 14-test4 a couple of days ago.
Since then, I've noticed it really struggle with video playback, the audio continues but it starts dropping frames and eventually playback just halts.
Usually this problem is caused through CPU bottlenecking (i.e. if I'm doing something processor intensive at the same time), but I've not noticed it getting to 100% at all while this happens. The other thing is, as the audio continues to play and the video frame is frozen, if I hit the arrow key left to rewatch the portion of video that I have missed, it goes back from the audio timeframe rather than the video timeframe. I am fairly certain this was not the case prior to this update?
I'm using Official Mplayer SVN with FFMpeg-MT and have never had problems playing back 720p/1080p media before on my 2.53 GHz c2d @ 10.6.4. VLC continues to play files with no issues, but I do prefer and have always used MplayerOSX as my primary.
If you need additional information, please let me know how I can provide it :)
History
Updated by Matt Rober over 1 year ago
it is the same for me..
Updated by Sum Yung Guy over 1 year ago
I'm seeing this in rev14 test3 and test4. I can no longer successfully play most 1080p videos on my macbook pro 2.4GHz (no post-processing). playback is extremely choppy and stutters, and will stop completely for several seconds at a time. audio continues to play though.
here's some test results:
CPU usage is up a lot, for example, playing exactly the same footage:
- 720p WMV9 - rev14 test3/4 takes 35% CPU, rev14 test2 takes 25%.
- 1080p H.264 MP4 - r14t3/4 takes 81% CPU, r14t2 takes 60%.
- 720p divx (DX50) avi - r14t3/4 takes 35%, r14t2 takes 23%.
On the other hand, playing a 1080p WMV9 video:
- the same CPU (59%) using either version, but on r14t2 it plays smoothly, while on r14t3/4 it barely plays at all.
- a different video: r14t3/4 jumps between 40-60%, very choppy; r14t2 50% and completely smooth...
hope this helps.
Updated by Asoksevil Asoksevil over 1 year ago
I've been using MPlayer OSX Extended rev14test4 for 2 days and I didn't have any of this problem. I watched Lost 720p MKV (H264, AC3) and CPU usage was round 30-25%. The same goes for Book of Bantorra Anime 720p MKV (H264, AAC), all these videos were played flawlessly and smoothly no stuttering. As for a 1080p Anime MKV (H264 AAC), I had some stuttering at the beggining, for almost 5 secs and then, it played smoothly. CPU usage was 35%-40%.
Updated by Adrian Stutz over 1 year ago
- Category set to mplayer_binaries
- Status changed from New to Assigned
- Assigned to set to Adrian Stutz
- Priority changed from Normal to High
- Target version set to undetermined
I've also noticed some issues on my MacBook but haven't been able to really pin them down. Benchmarking the two builds from test2 and test4 shows that test4 is actually a bit faster. H264 decoding performance cannot be the issue, then.
What I've noticed and what I would be glad if you could test, is that framedropping behaves much worse. The test2 build managed with dropping a single frame and then play again without being noticeable much but the test4 build stumbles for a couple of seconds to catch up again - if it even manages to.
So can you disable frame dropping and see if that helps the playback performance?
Updated by M. Tanaka over 1 year ago
Same thing is happening here after update.
When frame dropping is disabled, framerate is reduced and there is no sinc between audio and video.
Updated by Asoksevil Asoksevil over 1 year ago
I’m having this issue as well.
It actually happens when I put my Mac to sleep and then I wake it up with the video running. But I don’t think this is just for MPlayer, I’m having the same issue even if I just go over my dock...