<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=windows-1252">
  </head>
  <body>
    <p>"<i>I set up my FireTV 4K Max with the mythtv-frontend Pre32.  It
        really </i></p>
    <pre>><i> is having issues. I have it set up the same as the previous version. 
</i>><i> Leanfront is still showing the videos perfectly, so it's not the 
</i>><i> recording. It took a while to get it working because the backend is on 
</i>><i> Archlinux and I had to dig to get it to allow the FireTV to connect 
</i>><i> because mariadb is configured differently on Arch.  If I'm the only 
</i>><i> one reporting issues with this version, it must be Arch configuration. 
</i>><i> The backend is a 11th gen Intel NUC so it should not be a performance 
</i>><i> issue and the mythfrontend on the NUC plays the same video perfectly 
</i>><i> just like Leanfront.
</i>><i>
</i>><i> Also I've reset the FIreTV and that didn't help.
</i>><i>
</i>><i> Any ideas?
</i>><i>
</i>><i> Jim A

</i></pre>
    <pre><i>I  reported earlier in this thread that the Android Frontend is fine with UK recordings. </i>
<i>Did some more testing this weekend and can confirm Jim's reported issues. </i>
<i>On my Shield Tv playback may last for several hours without problems (device is on the same switch as the Backend).</i>
<i>On FireTV Max the MTBF is in the order of 10s of minutes (device is one switch away over Powerline).</i>
<i>The failures are none repeatable and dependent on the source material ie some channels are more reliable than others.
The dynamics of the network may also be relevant ie less problems when the backend and frontend are connected 
to the same switch.
</i><i>On failure I get a lock up of the video hardware ie nothing else will play either until the stick is rebooted.</i>
<i>I don't think this is a recent regression in version 32, its been like this for along time and was my reason for</i>
<i>using Leanfront which plays perfectly. 
</i></pre>
    <i><br>
    </i>
  </body>
</html>