On Thu, Apr 05, 2007 at 04:21:09PM -0400, Buckley Hopper wrote:
>I noticed that even with mplayer getting the option
>I still got glitches during playback. I tried a number of command line
>arguments and found that playback was smooth if I specified -nosound.
>That's no good, since I don't want to watch all my tv shows on mute, so
>I kept trying options and found that adding -vsync to the command line
>made playback smooth. The only problem in that case was that audio was
>offset a bit and would get further out of sync sometimes after a seek.
>I added the -framedrop option and that seems to have fixed that, making
>mplayer drop a few frames after a seek in order to resync with the audio.
>I then went to the mailing list here and found another user using
>directfb with a matrox on his tv using the same exact options as I do
>now. I'm just curious if anyone else uses these or other options to get
>their tv-out on a matrox to play nice.
Pretty much. I actually find that I don't need vsync/framedrop:
mplayer drags the video into sync with the sound reasonably quickly &
thereafter it's 'good enough', if not actually perfect.
>I thought -vsync was implied when using the fieldparity option on the
>dfbmga driver, but I guess it isn't. Note that triple buffering is
>enabled by default for dfbmga. Why can't mplayer seek the audio exactly
>so no frames need to be dropped (mp3 audio)? I use the onboard audio
>It occurs to me that this isn't even a freevo concern, but maybe some of
>you other freevoers know some answers to my questions.
ISTR that mplayer has an architectural design flaw which makes getting
audio sync right very hard. At one point one of the mplayer developers
was off writing an 'mplayer 2' to try and get it right second time
around but I don't know what happened to that.
I could be entirely wrong though...
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt