<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Apr 9, 2015 at 9:50 AM, Karl Newman <span dir="ltr"><<a href="mailto:newmank1@asme.org" target="_blank">newmank1@asme.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""><div class="gmail_extra"><div class="gmail_quote">I am using a command that runs after a channel change (can't access my system right now but I think it's ivtvctl or maybe v4lctl or something like that) which re-assigns the audio to avoid the "buzzing". It's completely solved the problem but it does add some delay to channel change.</div><div class="gmail_quote"><br></div></div></span></div></blockquote><div>A bit off topic, sorry.  I vaguely recall that when I had to do this for my PVR-150, I would have my channel-change script execute the magic v4l2-ctl command in the background to avoid the excess channel change delay.  The consequence was that the first few seconds of the recording might have the buzzing audio, but that was fine.</div><div><br></div><div>Jim</div></div></div></div>