[mythtv-users] asus memo pad 7
Brian J. Murrell
brian at interlinx.bc.ca
Tue Feb 10 19:59:09 UTC 2015
On Tue, 2015-02-10 at 15:55 +0000, Daniel Frey wrote:
>
> Brian,
Hi Daniel,
> We had far too many issues with the prior one with
> one device this player worked, and on another that player works, but it
> didn't work on the first device, etc.
Hrm. I've never had any problems with MX Player on any of the many
devices I use[d] it on.
Even providing external player as an unsupported option would be useful
I think. Then it's up to people to find an external player that works
for them.
> I do feel this will prove to be a better ui experience for the users.
If that includes no experience at all for users who don't have a big fat
backend machine (because really, historically BE machines have never
required big CPUs -- they were just pipes between hardware encoder cards
or digital broadcasts and disk drives) that can transcode real-time then
I guess that will be true. I guess you won't have to field trouble
reports from any of those users.
> You
> can always queue the HLS in the app or do it from the backend. It only
> requires it to be 2% complete before you can start watching.
But has to be able to keep up real-time or you endure buffering every
few minutes and end up spending 2 hours to watch a 1 hour program with
lots of buffering pauses.
Or yes, I can sit down with the family every morning and plan our
television watching for the evening so that I can get the transcodes
going ahead of time. But that defeats the *entire* purpose of the PVR
which is to sit down and watch what I/we want when we want and not have
to plan our lives around viewing television.
> This method
> also will work nicely over the internet (if exposed) or an ssh tunnel with
> port forwards into your backend.
MPEG2 direct playback to MX Player on my Internet connection (10Mbps
upstream) works just fine thanks. :-)
> Also, Bill Meek has a working patch for mythtranscode that will allow it to
> --honorcutlist if you are interested in doing HLS transcodes without
> commercials.
Lol. Commercial flagging will have to take a giant leap forwards in
accuracy before that will be useful.
b.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: This is a digitally signed message part
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20150210/00f7f2c2/attachment.sig>
More information about the mythtv-users
mailing list