<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 23/06/16 19:46, Mark Perkins wrote:<br>
    </div>
    <blockquote
cite="mid:SG2PR03MB19033866172B1739ADC82A4AB72D0@SG2PR03MB1903.apcprd03.prod.outlook.com"
      type="cite">
      <pre wrap="">

</pre>
      <blockquote type="cite">
        <pre wrap="">-----Original Message-----
From: mythtv-dev [<a class="moz-txt-link-freetext" href="mailto:mythtv-dev-bounces@mythtv.org">mailto:mythtv-dev-bounces@mythtv.org</a>] On Behalf Of
John Veness
Sent: Thursday, 23 June 2016 5:55 PM
To: <a class="moz-txt-link-abbreviated" href="mailto:mythtv-dev@mythtv.org">mythtv-dev@mythtv.org</a>
Subject: Re: [mythtv] OT - Keeping HDMI audio link open

On 23/06/2016 05:11, Kingsley Turner wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">hi,

I have an annoyance with MythTV, it's not Myth, but my amplifier.

The amp goes to some quasi-sleep-state, and takes about 2-4 seconds
for audio to start.
That's fine if it's a movie (with studio-self-promotion at the
beginning), but for music clips etc, it's quite a PITA as you have to
rewind.

I was thinking about using the ALSA libs to write a little program
that continuously plays a silent clip to keep the line open. Maybe the
program would also look for DPMS events and stop when the screen-saver
comes on too.

Does this seem to be the correct way to go about alleviating this ?


thanks,
-kt
</pre>
        </blockquote>
        <pre wrap="">
You might want to look at my recent thread "HDMI keep alive, maybe via
sending silent audio?"
<a class="moz-txt-link-freetext" href="http://www.gossamer-threads.com/lists/mythtv/users/599838">http://www.gossamer-threads.com/lists/mythtv/users/599838</a> where I had
the same problem as you. I tried to fix it by periodically playing a
</pre>
      </blockquote>
      <pre wrap="">silent WAV
</pre>
      <blockquote type="cite">
        <pre wrap="">file, which kept is alive, but then had the problem that starting playback
</pre>
      </blockquote>
      <pre wrap="">in
</pre>
      <blockquote type="cite">
        <pre wrap="">MythTV would sometimes say that it couldn't play any audio. I didn't get
</pre>
      </blockquote>
      <pre wrap="">any
</pre>
      <blockquote type="cite">
        <pre wrap="">further and gave up in the end, and wired up my devices differently.

I think the best software solution would be something integrated into Myth
itself, so that it would properly start/stop the playback of silent audio
</pre>
      </blockquote>
      <pre wrap="">when
</pre>
      <blockquote type="cite">
        <pre wrap="">going into/out of menus, but I don't know how to do that.

John

--
John Veness, MythTV user, UK, DVB-T

_______________________________________________
</pre>
      </blockquote>
      <pre wrap="">

John, in your testing did you try something like the solution presented here
-
<a class="moz-txt-link-freetext" href="https://www.tolaris.com/2011/07/03/solving-the-2-second-sound-delay-with-xbm">https://www.tolaris.com/2011/07/03/solving-the-2-second-sound-delay-with-xbm</a>
c-and-hdmi/

Kingsley, might work for your situation as well.

To be honest (full disclosure I have no real experience with this kind of
stuff so make of it what you will) playing silence has never really felt
'right' to me. I find it hard to image that that is what the manufacturers
of the other devices (roku et al) are doing. I did a little googling about
power saving and modules going into suspended mode and found this link
<a class="moz-txt-link-freetext" href="http://askubuntu.com/questions/218444/sound-output-starts-delayed">http://askubuntu.com/questions/218444/sound-output-starts-delayed</a> which has
two proposed solutions regarding preventing audio modules from going into
sleep / power save modes.
</pre>
    </blockquote>
    <br>
    Thanks Mark,<br>
    <br>
    I have tried telling pulse audio to no longer suspend-on-idle, and
    this did significantly alleviate the problem - sometimes saving a
    second or two.<br>
    <br>
    I've since removed PA completely from my mythbox.  <br>
    <br>
    I'll try the suggestion on that first link, see if there's any joy.<br>
    <br>
    Ref:
<a class="moz-txt-link-freetext" href="https://www.tolaris.com/2011/07/03/solving-the-2-second-sound-delay-with-xbmc-and-hdmi/">https://www.tolaris.com/2011/07/03/solving-the-2-second-sound-delay-with-xbmc-and-hdmi/</a><br>
    [QUOTE] <br>
        Run this in a terminal (or in /etc/rc.local, or ~/.gnomerc, or
    however you like):<br>
        aplay -c2 -r48000 -fS16_LE < /dev/zero &<br>
    [/QUOTE]<br>
    <p><code>cheers,<br>
        -kt<br>
        <br>
      </code></p>
  </body>
</html>