<html dir="ltr"><head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<meta name="GENERATOR" content="MSHTML 8.00.7601.17720">
<style title="owaParaStyle"><!--P {
        MARGIN-TOP: 0px; MARGIN-BOTTOM: 0px
}
--></style>
</head>
<body ocsi="x">
<div dir="ltr"><font color="#000000" size="2" face="Tahoma">My recordings are from satellite, through an HDPVR, which I thought uses H.264</font></div>
<div dir="ltr"><font size="2" face="tahoma"></font>&nbsp;</div>
<div dir="ltr"><font size="2" face="tahoma"></font>&nbsp;</div>
<div style="DIRECTION: ltr" id="divRpF487801">
<hr tabindex="-1">
<font size="2" face="Tahoma"><b>From:</b> mythtv-users-bounces@mythtv.org [mythtv-users-bounces@mythtv.org] On Behalf Of Richard Morton [richard.e.morton@gmail.com]<br>
<b>Sent:</b> Sunday, January 15, 2012 10:46 AM<br>
<b>To:</b> Myth TV Users List<br>
<b>Subject:</b> Re: [mythtv-users] Playing Myth recordings on Blackberry Playbook<br>
</font><br>
</div>
<div></div>
<div>Hi,
<div><br>
</div>
<div>I am guessing you are using an ATSC (<a href="http://en.wikipedia.org/wiki/ATSC" target="_blank">http://en.wikipedia.org/wiki/ATSC</a>)&nbsp;tuner which is not something I know well as we use DVB in the UK.</div>
<div><br>
</div>
<div>however ATSC works similarly to DVB in that there is a tuner that tunes to a frequency and picks up a multiplex. A multiplex contains multiple tv channels (all broadcast on the same frequency). software then picks out the relevant channel from that multiplex
 for recording (and if you are using multi-rec, then 2 or more channels maybe picked out for recording).</div>
<div><br>
</div>
<div>the tv channel is already encoded using something like mpeg2 or h264 for the video and mp2, mp3 or aac for the audio. the combination of the video and audio is put into a stream. streams over the air have different limitations so they are encoded slightly
 differently and use a transport stream rather than the typical program stream used for desktop files of videos (<a href="http://en.wikipedia.org/wiki/MPEG_transport_stream" target="_blank">http://en.wikipedia.org/wiki/MPEG_transport_stream</a>)</div>
<div><br>
</div>
<div>So... your files are being recorded as mpg files containing h.264 video and aac audio, both of which the playbook (depending on the resolution of the files) should be able to play. The reality is that tablets and phones are _very_ fussy about what they
 will play. In order to create a micro-processor that can decode h.264 while remaining low power they make many assumptions and you must ensure that the video you pass the chip (tablet) meets these assumptions.</div>
<div><br>
</div>
<div>There are tools for this, but you are limited to either...&nbsp;</div>
<div>&nbsp;- on the fly transcoding - you need a beefy computer for this - look at mediatomb</div>
<div>&nbsp;- re-encoding all your files to a suitable format for both your TV and tablet... I wouldnt do this as the tablet will probably do 720i but your TV will likely do 1080p, so you'd be reducing quality for your main tv, but this would likely work for standard
 definition tv. look at tablet-encode, or the various transcode scripts on this list that have been discussed recently. Remeber to update your mythtv seek table for any recording files you modify and replace.</div>
<div>&nbsp;- re-encode selectively and populate your tablet using rss feeds. have a look at mythpodcaster</div>
<div><br>
</div>
<div>sorry there isnt a one-size fits all answer, nor is there a satisfactory (my personal view) &quot;in-the-skin&quot; mythtv solution... but I hear it maybe improved in 0.25...</div>
<div><br>
</div>
<div>Hope that helps</div>
<div><br>
</div>
<div>R</div>
<div><br>
</div>
<div><br>
</div>
</div>
</body>
</html>