View Single Post
Posts: 503 | Thanked: 267 times | Joined on Jul 2006 @ Helsinki
#348
Originally Posted by DCr33P View Post
Unfortunetly, I am not at home and have no Linux PC(Can't even try on n800, cause I send back my SD card today), so I can't give you mplayer output right now. But the -ao esd -ac ffmp3 parameter worked when I tried tonight. The problem is that the performance got very bad with this option, even while the cpu ist just 3/4 of maximum (2/4 when without -ao esd -ac ffmp3). Isn't mplayer using ARM Core for decoding, so cpu should be 100% in use? Or did I misunderstand something? Nevertheless, I'll have my Tux back soon (And hopefully a new working SD card) and I will post outputs.

PS: The movie worked good in every other windows player(WM,VLC) and Linux player(mplayer,vlc) I tried...
Cpu usage is not constant when decoding video and can vary quite a lot between different frames, so having cpu loaded too high is generally a bad sign (you may run out of cpu resources any time). It is very important to have framedropping enabled (it is set by default, so you don't need to do anything) so skipping displaying of some frames may help to keep video and audio in sync for complicated scenes. If you are getting too much frames dropped and playback is not very good, you need to transcode video to lower bitrate or resolution or both.

MPlayer is using ARM core for decoding video and can use DSP core for decoding MP3 audio.

Anyway, was the audio/video sync better for '-ao esd -ac ffmp3' option?

Also please try to run a few more tests to check that the results are reproducible. Do you always get audio sync problems when trying to play this video with the default mplayer settings or it can occur sometimes?