<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">On 07/27/2016 01:40 PM, Joseph Fry
wrote:<br>
</div>
<blockquote
cite="mid:CAAJE3SsvpycP75vexjSYunTmfwRq+g3bm+JyJ=dFvBJ=JMcXXg@mail.gmail.com"
type="cite">I am no dev... but it sounds like OMX is handling the
video and audio sync just fine... the real problem is mythtv
trying to control the sync when it really doesn't need to.
<div><br>
</div>
<div>Is there any reason you couldn't just not check for sync at
all in the case of pass-through? What is the worst that would
happen? I would think that the audio and video are coming out
of the decoder in sync, just push them into the render pipeline
in sync and all will be well?</div>
<div><span style="line-height:1.5"><br>
</span></div>
<div><span style="line-height:1.5">Your </span><span
style="line-height:26.7px">MAXDIVERGE<span
class="inbox-inbox-Apple-converted-space"> </span></span><span
style="line-height:1.5">test suggests that the chipset does
the right thing as long as the buffers are full. While you
seem suspicious of this, I would love to hear the results of
some long term testing of that rather than an assumption that
it will get out of sync eventually. It may actually be the
solution?</span></div>
<div><br>
</div>
</blockquote>
There are a couple of problems with this<br>
<br>
1. When displaying the OSD or carrying out certain operations from
the keyboard or remote, the raspberry pi becomes overloaded and
compensates by dropping frames. This is done using the AVSync. If
that is disabled, then lip-sync will start going out if you press
buttons on the keyboard.<br>
<br>
2. With broadcast video, even digital broadcast, there are small
errors and glitches that happen from time to time. If there is
nothing to sync the audio and video these can build up and after
some minutes of watching the lip sync will likely start going off.<br>
<br>
<br>
</body>
</html>