<div dir="ltr">On Mon, Mar 4, 2013 at 3:44 PM, Daniel Frey <span dir="ltr">&lt;<a href="mailto:dmfrey@gmail.com" target="_blank">dmfrey@gmail.com</a>&gt;</span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Mon, Mar 4, 2013 at 3:07 PM, Joseph Fry <span dir="ltr">&lt;<a href="mailto:joe@thefrys.com" target="_blank">joe@thefrys.com</a>&gt;</span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



The latest version was released this morning.<br>
<br>
Thanks to all the MythTV users who helped with the testing on<br>
the 1.0.4 release.<br>
<br>
The Release Notes (with a list of changes and bug fixes) are here:<br>
<br>
    <a href="https://github.com/MythTV-Clients/MythTV-Android-Frontend/wiki/1.10.0-Release-Notes" target="_blank">https://github.com/MythTV-<u></u>Clients/MythTV-Android-<u></u>Frontend/wiki/1.10.0-Release-<u></u>Notes</a><br>





<br>
Initial reports show that users running Android releases below Honeycomb<br>
(3.1) will see a &quot;NoSuchMethodError&quot;. The fix has already been committed.<br>
Retesting is in progress.</blockquote><div><br></div></div><div>I was super excited to see the non-HLS capabilities added, however I realized now that all of my h264 content is stored as videos rather than recordings, and my phone doesn&#39;t really care for MPEG2.</div>




<div><br></div><div>Is there any estimate as to when video playback will be added?</div><div><br></div><div>Also, I have several videos that I merged into the recordings database, to backfill missing episodes;  they play fine from the regular frontend, but I get mixed results on the android frontend... some media players will play some files (usually without audio), some players will fail (bs player always fails), and sometimes a player will work for one &#39;recording&#39; and not another.  I wonder if the imported recording file names contain illegal characters?</div>




<div><br></div><div>Thanks for all your effort on this!</div></div></div></div>
</blockquote></div><br></div></div></div><div class="gmail_extra">Sorry for replying to myself, but I thought I would try other players and stumbled upon VLC for Android (<a href="https://play.google.com/store/apps/details?id=org.videolan.vlc.betav7neon" target="_blank">https://play.google.com/store/apps/details?id=org.videolan.vlc.betav7neon</a>).  Of course it&#39;s not available in the US, so I had to download it from <a href="http://nightlies.videolan.org/build/" target="_blank">http://nightlies.videolan.org/build/</a> and install it as an untrusted application... but it works great when playing without HLS.</div>



<div class="gmail_extra"><br></div><div class="gmail_extra">It plays MPEG2 content well, it skips a ton of frames but it keeps audio and video in sync so it&#39;s watchable (tried watching Hockey, it was rough but ok) and it starts playing almost instantly.  </div>



<div class="gmail_extra"><br></div><div class="gmail_extra">My only complaints are that there is no ability to skip around in MPEG2 video, and it doesn&#39;t seem to work with HLS.  Considering that many of the players have the same problems, if I could even get them to play something watchable... I can live with it.<br>



</div><div class="gmail_extra"><br></div><div class="gmail_extra">Makes me think that VLC might be a good codebase to pull from if the frontend app is going to get a built in player?</div><div class="gmail_extra">

<br></div></div>
<br></div></div><div class="im">_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<br></div></blockquote></div><br>Joseph.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Also in this release, you can now pre-hls transcode your recordings.  In doing so, you can kick off a job and let it complete to 100% without watching it right then and there.  You can start watching it whenever you want so long as at least 2% have completed.  But with the pre-transcoding, you can now seek back and forth in the stream.  I am not sure if all players support it or not, but I know DicePlayer does and seems to remember where you were in the stream as well (not our doing).  That may solve your issue, albeit through a bit of a work around.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Dan</div></div><br></blockquote></div><br></div><div class="gmail_extra" style>Dan,</div><div class="gmail_extra" style>Not specifically a MythTV for android question, but is it possible to kick off HLS as a user job on the backend so that HLS streams are queued ahead of time and just ready by the time I get to my android front end?</div>
</div>