Mailing List Archive: MythTV: Users

MythTV on Android

1 2 3

View All

Index | Next | Previous | View Threaded

thomas at mashos

Sep 11, 2012, 8:09 AM

Post #51 of 74 (941 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 4:53 AM, Brian Long <briandlong [at] gmail> wrote:
> On Tue, Sep 11, 2012 at 12:22 AM, Thomas Mashos <thomas [at] mashos> wrote:
>
>>> Would it be unreasonable for the application to perform a limited query on a
>>> smaller local dataset, and reach out to the backend for a more powerful
>>> quer?. For example provide a "search titles" option and have an advanced
>>> search screen for more indepth searches against the backend DB?
>>
>> Currently that is not possible. As I've previously stated, the minimum
>> amount of data you can currently get to display a list of titles is
>> all data about every episode. There isn't a "list titles" query.
>
> Dumb non-developer question: As I understand it, other frontends have
> MySQL creds in order to query the backend DB directly for certain
> items. Until the MythTV backend API supports everything you need for
> a mobile client, why not use direct MySQL access like the other
> frontends?
>
> /Brian/
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

It adds code complexity and requires another connection to the backend
(to the database) and makes zeroconf no longer work (as minimally
you'll need to enter a PIN, if not the hostname/user/pass of the
database). It's doable, it just takes away some of the fun zeroconf
(which is a great feature to just hit a button to find the backend).

Personally, if possible I'd rather just carry a downstream patch of
the "list titles" functionality in our distribution packages, although
I haven't discussed that with other Mythbuntu devs nor do I know if
the android app would take advantage of that functionality.

Thanks,

Thomas Mashos
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

eric at lisaneric

Sep 11, 2012, 9:47 AM

Post #52 of 74 (940 views)
Permalink

Re: MythTV on Android [In reply to]

On Mon, Sep 10, 2012 at 3:52 PM, Thomas Mashos <thomas [at] mashos> wrote:
> It would still be a multi-hour process (in which the android client
> would need to keep a connection to the backend for the entire time).

Probably not. MythExport jobs go in the job queue. They don't start
until other things in the queue get done. If there are three
commercial scanning jobs pending, the transcode may not begin for an
hour. That's what leads to the multi-hour wait in some cases.

With http live streaming, my understand is that this starts immediately.

Basically, I'd like to see MythTV for Android use the same mechanism
it currently uses to pull the recording over, but rather than feed the
data to BS Player or whatever, just save it to local storage. I
supposed this could be done externally to MythTV for Android by
writing another app that appears to be a video player but saves the
data to storage instead, but that seems sort of silly.

Eric
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

john.baab at gmail

Sep 11, 2012, 10:43 AM

Post #53 of 74 (935 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 12:47 PM, Eric Sharkey <eric [at] lisaneric> wrote:
>
> Probably not. MythExport jobs go in the job queue. They don't start
> until other things in the queue get done. If there are three
> commercial scanning jobs pending, the transcode may not begin for an
> hour. That's what leads to the multi-hour wait in some cases.
>
> With http live streaming, my understand is that this starts immediately.
>
> Basically, I'd like to see MythTV for Android use the same mechanism
> it currently uses to pull the recording over, but rather than feed the
> data to BS Player or whatever, just save it to local storage. I
> supposed this could be done externally to MythTV for Android by
> writing another app that appears to be a video player but saves the
> data to storage instead, but that seems sort of silly.
>
> Eric

Local data storage will be an issue here, considering most android
device can only hold one or two larger recordings. You really
wouldn't want to do this for anything other than local either, with
the amount of time it would take you to pull down a multiple gigabyte
recording and all.
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

thomas at mashos

Sep 11, 2012, 10:44 AM

Post #54 of 74 (932 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 9:47 AM, Eric Sharkey <eric [at] lisaneric> wrote:
> On Mon, Sep 10, 2012 at 3:52 PM, Thomas Mashos <thomas [at] mashos> wrote:
>> It would still be a multi-hour process (in which the android client
>> would need to keep a connection to the backend for the entire time).
>
> Probably not. MythExport jobs go in the job queue. They don't start
> until other things in the queue get done. If there are three
> commercial scanning jobs pending, the transcode may not begin for an
> hour. That's what leads to the multi-hour wait in some cases.
>
> With http live streaming, my understand is that this starts immediately.
>
> Basically, I'd like to see MythTV for Android use the same mechanism
> it currently uses to pull the recording over, but rather than feed the
> data to BS Player or whatever, just save it to local storage. I
> supposed this could be done externally to MythTV for Android by
> writing another app that appears to be a video player but saves the
> data to storage instead, but that seems sort of silly.
>
> Eric
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

This would probably work clunky at best. You would need to initiate
the transcode, at which point it would transcode the file. You'll need
a pretty powerful backend machine to transcode HD material in real
time (or faster) so you'll looking at waiting around the length of the
video (or longer) before you can start downloading (Unless you want to
keep the connection alive on your android device, goodbye battery
life). Once you start downloading, you then have to DL a large file
(likely still > 1GB) which shouldn't take terribly long, but it's
still a multistep process.

So a user must
1) Select "convert video for this device"
2) Wait for conversion
3) Download recording to device
4) Somehow select "Play local video" from the interface rather than
attempt to connect to the backend.

From a dev POV, they have to develop all that and probably
5) Mark recording as watched when reconnected to the same backend.
6) Delete recording from android device when it's watched (or maybe
later sometime?)
7) Delete the transcoded file from the backend at some point

Thanks,

Thomas Mashos
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

eric at lisaneric

Sep 11, 2012, 11:37 AM

Post #55 of 74 (933 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 1:43 PM, john.baab [at] gmail
<john.baab [at] gmail> wrote:
> Local data storage will be an issue here, considering most android
> device can only hold one or two larger recordings. You really
> wouldn't want to do this for anything other than local either, with
> the amount of time it would take you to pull down a multiple gigabyte
> recording and all.

This makes no sense.

Transcoded recordings generally won't be multiple gigabytes and it
won't take any longer to transfer the recording to the device than it
would have taken to view it with HLS.

Eric
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

eric at lisaneric

Sep 11, 2012, 11:39 AM

Post #56 of 74 (935 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 1:44 PM, Thomas Mashos <thomas [at] mashos> wrote:
> This would probably work clunky at best. You would need to initiate
> the transcode, at which point it would transcode the file. You'll need
> a pretty powerful backend machine to transcode HD material in real
> time (or faster) so you'll looking at waiting around the length of the
> video (or longer) before you can start downloading (Unless you want to
> keep the connection alive on your android device, goodbye battery
> life). Once you start downloading, you then have to DL a large file
> (likely still > 1GB) which shouldn't take terribly long, but it's
> still a multistep process.

Isn't that almost exactly how HLS works? It's all done automatically.
The end user doesn't have to manually orchestrate this.

Eric
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

dmfrey at gmail

Sep 11, 2012, 11:53 AM

Post #57 of 74 (955 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 2:39 PM, Eric Sharkey <eric [at] lisaneric> wrote:

> On Tue, Sep 11, 2012 at 1:44 PM, Thomas Mashos <thomas [at] mashos> wrote:
> > This would probably work clunky at best. You would need to initiate
> > the transcode, at which point it would transcode the file. You'll need
> > a pretty powerful backend machine to transcode HD material in real
> > time (or faster) so you'll looking at waiting around the length of the
> > video (or longer) before you can start downloading (Unless you want to
> > keep the connection alive on your android device, goodbye battery
> > life). Once you start downloading, you then have to DL a large file
> > (likely still > 1GB) which shouldn't take terribly long, but it's
> > still a multistep process.
>
> Isn't that almost exactly how HLS works? It's all done automatically.
> The end user doesn't have to manually orchestrate this.
>
> Eric
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>

For now, the app will not be downloading programs and storing them locally.
Sorry about this, but I have other data loading issues that I need to deal
with for the time being. Also, I cannot guarantee the app will ever do
this since HLS essentially replaces need to transcode and download.
Especially with the new changes that will be coming in .26 or .27. It
will only be getting better.

BTW, HLS does work just fine for me over a ssh connection to my master
backend. Quality is lesser, but still functional. I have instructions on
how to set that up on the wiki if you are interested.

https://github.com/MythTV-Android/mythtv-for-android/wiki/Access-MythTV-Master-Backend-via-SSH

Hope this helps for the time being.

--
My Google Profile <http://www.google.com/profiles/dmfrey>

joe at thefrys

Sep 11, 2012, 11:55 AM

Post #58 of 74 (936 views)
Permalink

Re: MythTV on Android [In reply to]

> This would probably work clunky at best. You would need to initiate

> > the transcode, at which point it would transcode the file. You'll need
> > a pretty powerful backend machine to transcode HD material in real
> > time (or faster) so you'll looking at waiting around the length of the
> > video (or longer) before you can start downloading (Unless you want to
> > keep the connection alive on your android device, goodbye battery
> > life). Once you start downloading, you then have to DL a large file
> > (likely still > 1GB) which shouldn't take terribly long, but it's
> > still a multistep process.
>
> Isn't that almost exactly how HLS works? It's all done automatically.
> The end user doesn't have to manually orchestrate this.
>
>
While streaming video to my phone or tablet sounds wonderful... its not
that important to me, if I'm at home I can watch TV/Movies on my, much
larger, TV. Now if my kids could easily preload video on their tablets for
viewing while away from home AND use it to watch shows at home... now it
becomes far more valuable!

joe at thefrys

Sep 11, 2012, 11:57 AM

Post #59 of 74 (937 views)
Permalink

Re: MythTV on Android [In reply to]

>
>
>>
> While streaming video to my phone or tablet sounds wonderful... its not
> that important to me, if I'm at home I can watch TV/Movies on my, much
> larger, TV. Now if my kids could easily preload video on their tablets for
> viewing while away from home AND use it to watch shows at home... now it
> becomes far more valuable!
>

Just to clarify... I am not saying that your efforts are unappreciated. I
am just thrilled to see a decent Android client in the works... get it
working and usable, you can worry about making me happy later ;-)

thomas at mashos

Sep 11, 2012, 11:59 AM

Post #60 of 74 (932 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 11:39 AM, Eric Sharkey <eric [at] lisaneric> wrote:
> On Tue, Sep 11, 2012 at 1:44 PM, Thomas Mashos <thomas [at] mashos> wrote:
>> This would probably work clunky at best. You would need to initiate
>> the transcode, at which point it would transcode the file. You'll need
>> a pretty powerful backend machine to transcode HD material in real
>> time (or faster) so you'll looking at waiting around the length of the
>> video (or longer) before you can start downloading (Unless you want to
>> keep the connection alive on your android device, goodbye battery
>> life). Once you start downloading, you then have to DL a large file
>> (likely still > 1GB) which shouldn't take terribly long, but it's
>> still a multistep process.
>
> Isn't that almost exactly how HLS works? It's all done automatically.
> The end user doesn't have to manually orchestrate this.
>
> Eric
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

Thanks for cutting out the rest of my response. I'm sure it was just
fluff and completely unnecessary.

Very basics, yes, that is how it works except when it comes to
expectations (which is what we're trying to manage here). When a user
starts streaming a video from the backend, they expect to watch it
now. We would expect the wifi connection to stay up during that time.
As they are watching, we expect the screen to stay on and "providing
they are on battery power" the user should expect to use as much
battery as necessary to watch a show. The user also would expect it to
take ~30 minutes of time to watch 30 minutes of show.

When you aren't watching it streaming (and instead are downloading the
show), those same expectations don't exist anymore for the user. At
best, the users wants to select download, come back later and have it
finished. While that's fine and all, from a development standpoint it
adds a lot of complexity. Should we wait until the transcode is
finished before beginning download or just start downloading as soon
as the chunks are available? What do we do if the wifi connection
drops? Do we force keep the screen on (since wifi turns off when the
screen does)? etc.

All of that adds a fair amount of complexity (which I'm sure Daniel
has enough of already). I'm not trying to sound like a dick, but I am
sure that patches are welcome.

Thanks,

Thomas Mashos
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

joe at thefrys

Sep 11, 2012, 12:00 PM

Post #61 of 74 (936 views)
Permalink

Re: MythTV on Android [In reply to]

>
>
>>
> While streaming video to my phone or tablet sounds wonderful... its not
> that important to me, if I'm at home I can watch TV/Movies on my, much
> larger, TV. Now if my kids could easily preload video on their tablets for
> viewing while away from home AND use it to watch shows at home... now it
> becomes far more valuable!
>

Just to clearify... I am not saying that your efforts are unappreciated. I
am just thrilled to see a decent Android client in the works... get it
working and usable, you can worry about making me happy

eric at lisaneric

Sep 11, 2012, 1:48 PM

Post #62 of 74 (924 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 2:59 PM, Thomas Mashos <thomas [at] mashos> wrote:
> Thanks for cutting out the rest of my response. I'm sure it was just
> fluff and completely unnecessary.

Are you seriously offended because I didn't quote the entirety of you message?

I think you really need to relax a bit. This sort of tone is uncalled for.

Eric
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

gharris at eklo

Sep 11, 2012, 1:56 PM

Post #63 of 74 (927 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 2:55 PM, Joseph Fry <joe [at] thefrys> wrote:

>
> While streaming video to my phone or tablet sounds wonderful... its not
> that important to me, if I'm at home I can watch TV/Movies on my, much
> larger, TV. Now if my kids could easily preload video on their tablets for
> viewing while away from home AND use it to watch shows at home... now it
> becomes far more valuable!
>
>
I use Emit for this. https://www.emitapp.com/
It does HLS and/or RTSP streaming depending on your client (there are apps
for android, ios, and web) as well as pre-encoding and downloading.
You just point it at your media directory and it goes from there - which
means there is no direct mythtv support. But using mythlink (
http://www.mythtv.org/wiki/Mythlink.pl) makes it pretty close. It is a good
workaround until all the hls stuff in myth finishes getting awesome(r).

Note that it requires yet another piece of software running as a server.
And it is pretty picky about ffmpeg versions. I struggled getting it set up
correctly until I punted and set up a chroot for it and followed the
directions in the readme.

--Glenn

thomas at mashos

Sep 11, 2012, 1:57 PM

Post #64 of 74 (925 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 1:48 PM, Eric Sharkey <eric [at] lisaneric> wrote:
> On Tue, Sep 11, 2012 at 2:59 PM, Thomas Mashos <thomas [at] mashos> wrote:
>> Thanks for cutting out the rest of my response. I'm sure it was just
>> fluff and completely unnecessary.
>
> Are you seriously offended because I didn't quote the entirety of you message?
>
> I think you really need to relax a bit. This sort of tone is uncalled for.
>
> Eric
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

Offended? No. Relax? I'm completely calm. I just find it a bit funny
when I list some of the work necessary on the developer side for this
to be done and you completely ignore it.

Newsflash: There isnt a magical garden gnome that throws eye of newt
into a boiling pot and out pops mythtv android code that has all the
features you want. It does actually have to be written by a human
(specifically dmfrey).

Thanks,

Thomas Mashos
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

eric at lisaneric

Sep 11, 2012, 7:08 PM

Post #65 of 74 (910 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 4:57 PM, Thomas Mashos <thomas [at] mashos> wrote:
> Offended? No. Relax? I'm completely calm. I just find it a bit funny
> when I list some of the work necessary on the developer side for this
> to be done and you completely ignore it.

To be honest, the points you mentioned really do seem like unnecessary
fluff. Sure, it would be nice, but it's not the heart of the feature
being requested.

The feature request was a way to "view programs etc when I'm off the
LAN". This could be accomplished by a simple "download" button that
just dumps the recording to a file in a folder and leaves the rest to
the user to manage.

You wrote:
> From a dev POV, they have to develop all that and probably
> 5) Mark recording as watched when reconnected to the same backend.
> 6) Delete recording from android device when it's watched (or maybe later sometime?)
> 7) Delete the transcoded file from the backend at some point

5 is really just gravy. No one has explicitly asked for that. 6 has
negative value and is best not done at all. The user can delete the
file when he decides he's done with it. 7 has to be done anyway.
This is no different than when playing a recording live with HLS.

> Newsflash: There isnt a magical garden gnome that throws eye of newt
> into a boiling pot and out pops mythtv android code that has all the
> features you want. It does actually have to be written by a human
> (specifically dmfrey).

Of course. Everybody knows that. No one has placed any demands on anyone.

On the other hand, dmfrey has made it clear on this list that he wants
his app to be the "official" Android client, to the extent that there
is such a thing. Part of that means listening to feature requests
from users (whether he decides to implement them or not is another
matter). All I've tried to do is better articulate Paul Wilson's
request as it seems something very useful to me as well.

Eric
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

eric at lisaneric

Sep 11, 2012, 7:20 PM

Post #66 of 74 (915 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 2:53 PM, Daniel Frey <dmfrey [at] gmail> wrote:
> For now, the app will not be downloading programs and storing them locally.
> Sorry about this, but I have other data loading issues that I need to deal
> with for the time being. Also, I cannot guarantee the app will ever do this
> since HLS essentially replaces need to transcode and download.

I still feel like we aren't communicating clearly.

I don't see transcoding and downloading as something independent of
HLS. The transcoding and downloading would be simplest done using
HLS.

> HLS does work just fine for me over a ssh connection to my master backend.

This won't work when the device is not in a service area and I'm sure
it would blow my 200MB/month bandwidth budget pretty fast. These
restrictions are what is driving us to ask for this feature.

Eric
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

thomas at mashos

Sep 11, 2012, 8:14 PM

Post #67 of 74 (911 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 7:08 PM, Eric Sharkey <eric [at] lisaneric> wrote:
> On Tue, Sep 11, 2012 at 4:57 PM, Thomas Mashos <thomas [at] mashos> wrote:
>> Offended? No. Relax? I'm completely calm. I just find it a bit funny
>> when I list some of the work necessary on the developer side for this
>> to be done and you completely ignore it.
>
> To be honest, the points you mentioned really do seem like unnecessary
> fluff. Sure, it would be nice, but it's not the heart of the feature
> being requested.
>
> The feature request was a way to "view programs etc when I'm off the
> LAN". This could be accomplished by a simple "download" button that
> just dumps the recording to a file in a folder and leaves the rest to
> the user to manage.
>
> You wrote:
>> From a dev POV, they have to develop all that and probably
>> 5) Mark recording as watched when reconnected to the same backend.
>> 6) Delete recording from android device when it's watched (or maybe later sometime?)
>> 7) Delete the transcoded file from the backend at some point
>
> 5 is really just gravy. No one has explicitly asked for that. 6 has
> negative value and is best not done at all. The user can delete the
> file when he decides he's done with it. 7 has to be done anyway.
> This is no different than when playing a recording live with HLS.
>
>> Newsflash: There isnt a magical garden gnome that throws eye of newt
>> into a boiling pot and out pops mythtv android code that has all the
>> features you want. It does actually have to be written by a human
>> (specifically dmfrey).
>
> Of course. Everybody knows that. No one has placed any demands on anyone.
>
> On the other hand, dmfrey has made it clear on this list that he wants
> his app to be the "official" Android client, to the extent that there
> is such a thing. Part of that means listening to feature requests
> from users (whether he decides to implement them or not is another
> matter). All I've tried to do is better articulate Paul Wilson's
> request as it seems something very useful to me as well.
>
> Eric
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users

Thanks, I feel much better saying "Patches welcome" now.

Thanks,

Thomas Mashos
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

dmfrey at gmail

Sep 12, 2012, 6:02 AM

Post #68 of 74 (904 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 11:14 PM, Thomas Mashos <thomas [at] mashos> wrote:

> On Tue, Sep 11, 2012 at 7:08 PM, Eric Sharkey <eric [at] lisaneric> wrote:
> > On Tue, Sep 11, 2012 at 4:57 PM, Thomas Mashos <thomas [at] mashos>
> wrote:
> >> Offended? No. Relax? I'm completely calm. I just find it a bit funny
> >> when I list some of the work necessary on the developer side for this
> >> to be done and you completely ignore it.
> >
> > To be honest, the points you mentioned really do seem like unnecessary
> > fluff. Sure, it would be nice, but it's not the heart of the feature
> > being requested.
> >
> > The feature request was a way to "view programs etc when I'm off the
> > LAN". This could be accomplished by a simple "download" button that
> > just dumps the recording to a file in a folder and leaves the rest to
> > the user to manage.
> >
> > You wrote:
> >> From a dev POV, they have to develop all that and probably
> >> 5) Mark recording as watched when reconnected to the same backend.
> >> 6) Delete recording from android device when it's watched (or maybe
> later sometime?)
> >> 7) Delete the transcoded file from the backend at some point
> >
> > 5 is really just gravy. No one has explicitly asked for that. 6 has
> > negative value and is best not done at all. The user can delete the
> > file when he decides he's done with it. 7 has to be done anyway.
> > This is no different than when playing a recording live with HLS.
> >
> >> Newsflash: There isnt a magical garden gnome that throws eye of newt
> >> into a boiling pot and out pops mythtv android code that has all the
> >> features you want. It does actually have to be written by a human
> >> (specifically dmfrey).
> >
> > Of course. Everybody knows that. No one has placed any demands on
> anyone.
> >
> > On the other hand, dmfrey has made it clear on this list that he wants
> > his app to be the "official" Android client, to the extent that there
> > is such a thing. Part of that means listening to feature requests
> > from users (whether he decides to implement them or not is another
> > matter). All I've tried to do is better articulate Paul Wilson's
> > request as it seems something very useful to me as well.
> >
> > Eric
> > _______________________________________________
> > mythtv-users mailing list
> > mythtv-users [at] mythtv
> > http://www.mythtv.org/mailman/listinfo/mythtv-users
>
> Thanks, I feel much better saying "Patches welcome" now.
>
> Thanks,
>
> Thomas Mashos
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>

For feature requests, please submit a new issue at

https://github.com/MythTV-Android/mythtv-for-android/issues?state=open

Mark it as an enhancement and we will review it.

--
My Google Profile <http://www.google.com/profiles/dmfrey>

lunchtimelarry at gmail

Sep 12, 2012, 4:59 PM

Post #69 of 74 (900 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 11:09 AM, Thomas Mashos <thomas [at] mashos> wrote:

> On Tue, Sep 11, 2012 at 4:53 AM, Brian Long <briandlong [at] gmail> wrote:
> > On Tue, Sep 11, 2012 at 12:22 AM, Thomas Mashos <thomas [at] mashos>
> wrote:
> >
> >>> Would it be unreasonable for the application to perform a limited
> query on a
> >>> smaller local dataset, and reach out to the backend for a more powerful
> >>> quer?. For example provide a "search titles" option and have an
> advanced
> >>> search screen for more indepth searches against the backend DB?
> >>
> >> Currently that is not possible. As I've previously stated, the minimum
> >> amount of data you can currently get to display a list of titles is
> >> all data about every episode. There isn't a "list titles" query.
> >
> > Dumb non-developer question: As I understand it, other frontends have
> > MySQL creds in order to query the backend DB directly for certain
> > items. Until the MythTV backend API supports everything you need for
> > a mobile client, why not use direct MySQL access like the other
> > frontends?
> >
> > /Brian/
> > _______________________________________________
> > mythtv-users mailing list
> > mythtv-users [at] mythtv
> > http://www.mythtv.org/mailman/listinfo/mythtv-users
>
> It adds code complexity and requires another connection to the backend
> (to the database) and makes zeroconf no longer work (as minimally
> you'll need to enter a PIN, if not the hostname/user/pass of the
> database). It's doable, it just takes away some of the fun zeroconf
> (which is a great feature to just hit a button to find the backend).
>
> Personally, if possible I'd rather just carry a downstream patch of
> the "list titles" functionality in our distribution packages, although
> I haven't discussed that with other Mythbuntu devs nor do I know if
> the android app would take advantage of that functionality.
>
> Thanks,
>
> Thomas Mashos
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>

The latest version (September) can't find my backend, yet the July version
can. In neither version does the network scan find the backend. I'm on
Android 2.3.4 if this matters.

How can I get the latest version to find my backend (on the local network;
I have not even begun to try this app from outside the LAN)?

jedi at mishnet

Sep 13, 2012, 1:09 PM

Post #70 of 74 (878 views)
Permalink

Re: MythTV on Android [In reply to]

On Tue, Sep 11, 2012 at 02:55:48PM -0400, Joseph Fry wrote:
> > This would probably work clunky at best. You would need to initiate
>
> > > the transcode, at which point it would transcode the file. You'll need
> > > a pretty powerful backend machine to transcode HD material in real
> > > time (or faster) so you'll looking at waiting around the length of the
> > > video (or longer) before you can start downloading (Unless you want to
> > > keep the connection alive on your android device, goodbye battery
> > > life). Once you start downloading, you then have to DL a large file
> > > (likely still > 1GB) which shouldn't take terribly long, but it's
> > > still a multistep process.
> >
> > Isn't that almost exactly how HLS works? It's all done automatically.
> > The end user doesn't have to manually orchestrate this.
> >
> >
> While streaming video to my phone or tablet sounds wonderful... its not
> that important to me, if I'm at home I can watch TV/Movies on my, much
> larger, TV. Now if my kids could easily preload video on their tablets for
> viewing while away from home AND use it to watch shows at home... now it
> becomes far more valuable!

That kind of thing is pretty easy to do already since MythTV is an open
system. Altough being able to sync content to mobile devices straight through
the MythTV interfaces (3rd party if need be) would be a very cool and useful
thing.

[deletiah]

mythontheroad
_______________________________________________
mythtv-users mailing list
mythtv-users [at] mythtv
http://www.mythtv.org/mailman/listinfo/mythtv-users

lunchtimelarry at gmail

Sep 13, 2012, 4:50 PM

Post #71 of 74 (875 views)
Permalink

Re: MythTV on Android [In reply to]

On Wed, Sep 12, 2012 at 7:59 PM, Larry K <lunchtimelarry [at] gmail> wrote:

> On Tue, Sep 11, 2012 at 11:09 AM, Thomas Mashos <thomas [at] mashos> wrote:
>
>> On Tue, Sep 11, 2012 at 4:53 AM, Brian Long <briandlong [at] gmail> wrote:
>> > On Tue, Sep 11, 2012 at 12:22 AM, Thomas Mashos <thomas [at] mashos>
>> wrote:
>> >
>> >>> Would it be unreasonable for the application to perform a limited
>> query on a
>> >>> smaller local dataset, and reach out to the backend for a more
>> powerful
>> >>> quer?. For example provide a "search titles" option and have an
>> advanced
>> >>> search screen for more indepth searches against the backend DB?
>> >>
>> >> Currently that is not possible. As I've previously stated, the minimum
>> >> amount of data you can currently get to display a list of titles is
>> >> all data about every episode. There isn't a "list titles" query.
>> >
>> > Dumb non-developer question: As I understand it, other frontends have
>> > MySQL creds in order to query the backend DB directly for certain
>> > items. Until the MythTV backend API supports everything you need for
>> > a mobile client, why not use direct MySQL access like the other
>> > frontends?
>> >
>> > /Brian/
>> > _______________________________________________
>> > mythtv-users mailing list
>> > mythtv-users [at] mythtv
>> > http://www.mythtv.org/mailman/listinfo/mythtv-users
>>
>> It adds code complexity and requires another connection to the backend
>> (to the database) and makes zeroconf no longer work (as minimally
>> you'll need to enter a PIN, if not the hostname/user/pass of the
>> database). It's doable, it just takes away some of the fun zeroconf
>> (which is a great feature to just hit a button to find the backend).
>>
>> Personally, if possible I'd rather just carry a downstream patch of
>> the "list titles" functionality in our distribution packages, although
>> I haven't discussed that with other Mythbuntu devs nor do I know if
>> the android app would take advantage of that functionality.
>>
>> Thanks,
>>
>> Thomas Mashos
>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users [at] mythtv
>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>>
>
> The latest version (September) can't find my backend, yet the July version
> can. In neither version does the network scan find the backend. I'm on
> Android 2.3.4 if this matters.
>
> How can I get the latest version to find my backend (on the local network;
> I have not even begun to try this app from outside the LAN)?
>

Nevermind. I see Honeycomb is required.

dmfrey at gmail

Sep 14, 2012, 11:56 AM

Post #72 of 74 (867 views)
Permalink

Re: MythTV on Android [In reply to]

On Thu, Sep 13, 2012 at 7:50 PM, Larry K <lunchtimelarry [at] gmail> wrote:

> On Wed, Sep 12, 2012 at 7:59 PM, Larry K <lunchtimelarry [at] gmail> wrote:
>
>> On Tue, Sep 11, 2012 at 11:09 AM, Thomas Mashos <thomas [at] mashos>wrote:
>>
>>> On Tue, Sep 11, 2012 at 4:53 AM, Brian Long <briandlong [at] gmail>
>>> wrote:
>>> > On Tue, Sep 11, 2012 at 12:22 AM, Thomas Mashos <thomas [at] mashos>
>>> wrote:
>>> >
>>> >>> Would it be unreasonable for the application to perform a limited
>>> query on a
>>> >>> smaller local dataset, and reach out to the backend for a more
>>> powerful
>>> >>> quer?. For example provide a "search titles" option and have an
>>> advanced
>>> >>> search screen for more indepth searches against the backend DB?
>>> >>
>>> >> Currently that is not possible. As I've previously stated, the minimum
>>> >> amount of data you can currently get to display a list of titles is
>>> >> all data about every episode. There isn't a "list titles" query.
>>> >
>>> > Dumb non-developer question: As I understand it, other frontends have
>>> > MySQL creds in order to query the backend DB directly for certain
>>> > items. Until the MythTV backend API supports everything you need for
>>> > a mobile client, why not use direct MySQL access like the other
>>> > frontends?
>>> >
>>> > /Brian/
>>> > _______________________________________________
>>> > mythtv-users mailing list
>>> > mythtv-users [at] mythtv
>>> > http://www.mythtv.org/mailman/listinfo/mythtv-users
>>>
>>> It adds code complexity and requires another connection to the backend
>>> (to the database) and makes zeroconf no longer work (as minimally
>>> you'll need to enter a PIN, if not the hostname/user/pass of the
>>> database). It's doable, it just takes away some of the fun zeroconf
>>> (which is a great feature to just hit a button to find the backend).
>>>
>>> Personally, if possible I'd rather just carry a downstream patch of
>>> the "list titles" functionality in our distribution packages, although
>>> I haven't discussed that with other Mythbuntu devs nor do I know if
>>> the android app would take advantage of that functionality.
>>>
>>> Thanks,
>>>
>>> Thomas Mashos
>>> _______________________________________________
>>> mythtv-users mailing list
>>> mythtv-users [at] mythtv
>>> http://www.mythtv.org/mailman/listinfo/mythtv-users
>>>
>>
>> The latest version (September) can't find my backend, yet the July
>> version can. In neither version does the network scan find the backend.
>> I'm on Android 2.3.4 if this matters.
>>
>> How can I get the latest version to find my backend (on the local
>> network; I have not even begun to try this app from outside the LAN)?
>>
>
> Nevermind. I see Honeycomb is required.
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
>
I just pushed a new version to the github downloads page, dated today,
9/14/2012.

https://github.com/MythTV-Android/mythtv-for-android/downloads

This should hopefully removed the long data loading issues you were
previously seeing. I will mention, however, that that data is still
downloaded, it is all just in the background. You can freely go to
recorded and upcoming episodes while this occurs.

--
My Google Profile <http://www.google.com/profiles/dmfrey>

brian at interlinx

Sep 14, 2012, 12:05 PM

Post #73 of 74 (867 views)
Permalink

Re: MythTV on Android [In reply to]

On 12-09-14 02:56 PM, Daniel Frey wrote:
> I just pushed a new version to the github downloads page, dated today,
> 9/14/2012.

With this one, still, I select a show, and then an episode and then wait
for a while while it spins saying:

Please wait

Retrieving video...

and then a dialog pops up:

Unfortunately, MythTV for Android has stopped

OK

I press OK and am taking back to the list of episodes.

Cheers,
b.

Attachments:

signature.asc (0.25 KB)

dmfrey at gmail

Sep 14, 2012, 12:08 PM

Post #74 of 74 (867 views)
Permalink

Re: MythTV on Android [In reply to]

On Fri, Sep 14, 2012 at 3:05 PM, Brian J. Murrell <brian [at] interlinx>wrote:

> On 12-09-14 02:56 PM, Daniel Frey wrote:
> > I just pushed a new version to the github downloads page, dated today,
> > 9/14/2012.
>
> With this one, still, I select a show, and then an episode and then wait
> for a while while it spins saying:
>
> Please wait
>
> Retrieving video...
>
> and then a dialog pops up:
>
> Unfortunately, MythTV for Android has stopped
>
> OK
>
> I press OK and am taking back to the list of episodes.
>
> Cheers,
> b.
>
>
>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users [at] mythtv
> http://www.mythtv.org/mailman/listinfo/mythtv-users
>
>
This release was to only fix the long download issues people were
reporting. The HLS still has a problem on the backend and we are working
to resolve that. I believe it will be an update to the backend, so the app
should work once that issue is resolved.

--
My Google Profile <http://www.google.com/profiles/dmfrey>

1 2 3

View All

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads