<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Dec 9, 2014 at 10:25 AM, Jay Foster <span dir="ltr"><<a href="mailto:jayf0ster@roadrunner.com" target="_blank">jayf0ster@roadrunner.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 12/9/2014 9:26 AM, Dick Steffens wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 12/09/2014 09:05 AM, Jay Foster wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Last Saturday's re-airing of SNL also had the poor audio sync issue. Maybe something to do with NBC's recording of live shows for rebroadcast in other timezones that is at issue.<br>
</blockquote>
<br>
Hopefully, since at least one TV critic made the observation, someone at NBC will take notice.<br>
<br>
</blockquote>
I have a question about the way the mythtv audio sync adjust feature works.  When I'm watching a recording/video and adjust the audio sync from the audio adjust menu, that works OK.  The part that is not working is that the adjustment that I select remains stuck for all other recordings/videos that I watch in the future.  Previous versions of mythtv did not work this way, and I think it is a bug that it is doing this.<br>
<br>
The audio adjust that I set while watching a recording/video should only apply to that recording/video.  I often forget that I made such an adjustment when the recording/video finishes, and then find that the audio is out of sync on the next recording that I watch.  When I go to adjust that, I discover that it is out of sync because it is still applying the adjustment for the previously viewed recording. If I need a "hard" adjustment, that should be made elsewhere in a general setup.  I'm running 0.27.4 -fixes.<br></blockquote></div><br></div><div class="gmail_extra">I suspect you're mis-remembering how it "used to work". Recordings are by nature a pretty transient thing (generally users watch then delete), so implementing a per-recording offset doesn't generally make a lot of sense. Especially since recordings will typically have a pretty consistent sync offset, barring production screwups like for this particular show. I think the sync offset is more likely to be affected by the playback side, which may need to delay audio if sent directly to a receiver while the TV gets only the video (and then applies some post-processing which may introduce delays), etc. However, having a per-recording-input offset could potentially be useful in the case that a particular recording device path has some inherent delays (but I'm not aware of any with that problem).<br><br></div><div class="gmail_extra">Karl<br></div></div>