<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 24/06/16 10:11, Kingsley Turner
wrote:<br>
</div>
<blockquote cite="mid:576C7A95.5050802@krt.com.au" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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 moz-do-not-send="true" 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>
</blockquote>
<br>
Ok, so trying this for my system:<br>
aplay -D hw:CARD=NVidia,DEV=7 -c2 -r48000 -fS16_LE <
/dev/zero<br>
<br>
It caused MythTV to not be able to open the audio port. <br>
I thought ALSA may have handled this automatically and simply mixed
the audio, but it did not.<br>
<br>
None of the intel driver lower-power mode things seemed to do
anything.<br>
But I don't even know if it uses the intel stuff on the motherboard
at all - it all goes out through NVidia HDMI.<br>
Does nVidia still use intel audio ?<br>
<br>
cheers,<br>
-kt<br>
<br>
</body>
</html>