I couldn't find any response to this mail so here I go.
I've the same problem and I don't know if setting autosync to something else works or not but "-autosync 100" comes from "freevo_config.py"

If you want to change this you could add an argument, as follows, in your local_conf.py

MPLAYER_ARGS_DEF = ... what ever fit your application

/Johan

kiowas wrote:
with some avi files freevo causes audio to be out of sync with video
when played using mplayer. When the movie is played with mplayer alone
everything is in sync, so it must be due to freevo. Setting
MPLAYER_SET_AUDIO_DELAY = 1 in local_conf.py did not help. Any
suggestions to alleviate that problem ? Switching to xine ?


I experience the same problem with some of my files, sometimes only when
seeking in them.
I tracked the problem down to the "-autosync 100" option that's
magically passed to mplayer.
I took a horribly out of sync file (video a few seconds behind audio),
took the mplayer cmdline from the log and played around with the
autosync option.
Removing the option as well as setting it to 1 fixed all sync issues for
me. Using "-autosync 30" there were still sync issues but not as bad as
before.

This is what the mplayer man page has to say about this option:
---
-autosync <factor>
Gradually adjusts the A/V sync based on audio delay measurements. Specifying -autosync 0, the default, will cause frame timing to be based
entirely on audio delay measurements.
 Specifying -autosync 1 will do the same, but will subtly change the A/V
correction algorithm.  An uneven video framerate in a movie which plays
fine with -nosound can  often  be
 helped  by setting this to an integer value greater than 1.  The higher
the value, the closer the timing will be to -nosound.  Try -autosync 30
to smooth out problems with sound
 drivers which do not implement a perfect audio delay measurement.  With
this value, if large A/V sync offsets occur, they will only take about
1  or  2 seconds  to  settle  out.
 This delay in reaction time to sudden A/V offsets should be the only
side-effect of turning this option on, for all sound drivers.
---

I can't really figure out why freevo seems to default to such a high
value. Considering the man page it seems rather pointless to me.

I've run 'grep -r -i "autosync" *' on the source tree and /etc/freevo/
but didn't get a single hit. Just to make sure I also checked /etc/mplayer.conf and ~/.mplayer/config - nothing.

I've no clue where this option comes from or why and where it is passed
to mplayer.

I would really appreciate if anybody could shed some light on this...

kiowas



-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Freevo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-users


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Freevo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-users

Reply via email to