Yatse, the XBMC / Kodi Remote and Widget for Android

Yatse, the XBMC / Kodi Remote and Widget for Android - Bug # 805
Status:
Author:
Created:
Updated:
Subject:
Description
Closed
Priority:
03/08/2014
Assignee:
chris
Category:
09/05/2014
Due date:
Normal
pvr: tv channel list does no not stop loading
the yatze remote does not seem to receive the tv channel list after clicking on pvr icon in the remote.
The radio channel list is just received fine, so it might not be a Problem with the icon URLs that I use with tvheadend.
yatze claims to receive a channel list from media center but even after a while nothing happens.
the problem exists since the latest update of yatze.
the problem appears under
xbmc 12.3 OSx device
xbmc 13 beta openelec
xbmc 13 beta android device
latest version of yatze is used on a
android 4.4.2
and
android 4.3
seems to be non version specific.
the latest version tvheadend backend is in use
all these clients use the latest available TV headend client version.
History
#1 - 03/08/2014 11:43 am - Tolriq
Hi,
As usual I'll needs logs, but last version does query the EPG data and sometimes it can be slow :(
Have you checked the Xbmc option to save the EPG data to database ?
#2 - 03/08/2014 03:06 pm - chris
- File debug1.log added
okay, after waiting a loong time it is working. The problem might be that i have too many channels provided by tvheadend. But after waiting long
enough it works fine with a nice epg interface.
As far as i can interpret the added debug file it loads hundreds of channles including the epg an other channel infos.
Is there any possibilty to store the epg database in yatze itself? because after i left the epg interface in yatze an click it again seconds later, all the epg
receiving starts again...
02/03/2015
1/4
Another workaround could be a shorter tv channel list by tvheadend. I'll try that.
sorry for opening a "bug" report, but at first it seemed to be stuck while loading...
anyway, great work!
#3 - 03/08/2014 08:36 pm - Tolriq
Well caching epg data is complicated to get currently playing items due to date / times conversion differences between phone and Xbmc.
I guess I'll need to add an option to disable EPG for faster functions on slow devices / too big channels lists :(
#4 - 03/09/2014 03:51 pm - FuN
I do also have the exact same problem, but even after 30 minutes the pvr list remained empty.
Server: XBMC 13 beta 1 (openelec 3.95)
Client: Stock nexus 7 with android 4.42 and latest Yatse
I do have nearly 300 channels, from a cable provider with a lot of EPG data.
I cannot attach the log, since it weight 30Mb, but it looks likte chri's one.
#5 - 03/12/2014 11:36 am - Tolriq
- Status changed from New to Closed
Added option to disable EPG in 4.0.1
#6 - 03/12/2014 06:47 pm - FuN
The new 4.0.1 option is great, it works again.
In the future, would it be possible to have it working for large library as well? Did you consider some lazy loading (loading EPG only for displayed
channel on the screen for a restricted time frame)
Sadly the EPG feature make most sense on big TV channel lists.
#7 - 03/12/2014 06:49 pm - Tolriq
More to come but this was a quick addition to Yatse, going further need a rewrite of internal API, and well will still be quite limited by Xbmc :(
#8 - 03/18/2014 02:26 pm - groth-its
I am really happy to see this addition to Yatse. Hoping for this was the main reason for me making the additions to the XBMC JSONRPC for EPG
support.
For I am using Yatse all through the house, I would gladly continue work on XBMCs JSONRPC if you tell me which methods you need to be added or
02/03/2015
2/4
changed.
#9 - 03/18/2014 06:50 pm - Tolriq
Well mostly the needs would be :
- A way to get all epg data and not channel / channel with limits / filtering
- A way to only query now playing EPG and future and avoid getting tons of data from the past and future ;)
- A way to query the now playing EPG directly with the channel when enumerating them as a new field ;)
In fact anything that avoid sending 3000 queries to Xbmc when having 3000 channels :)
#10 - 03/21/2014 12:09 am - groth-its
I made some changes, but most likely they are not going to be merged until Gotham+1.
With these changes you can receive now playing and next epg events with PVR.GetChannels. Additionaly you can filter PVR.GetBroadcasts by
supplying startdate and/or enddate as string.
You can find the pull request at https://github.com/xbmc/xbmc/pull/4444
Should you require any changes to what I did, I'll be looking in here every now and then.
#11 - 03/21/2014 09:38 am - Tolriq
It's sure it won't be in Gotham I asked the team if possible to fix speed they said no ;)
Not a lot of time to check right now completely but I see you added filters with startdate, maybe you can add support for a special value like now to
avoid timezone problems between phone and Xbmc ?
#12 - 03/25/2014 03:37 pm - groth-its
Maybe for now you could try to speed things up by using a single batch-request for all channels and limit the amount of data:
http://HOST/jsonrpc?request=[{"jsonrpc":"2.0","id":1,"method":"PVR.GetBroadcasts","params":{"channelid":1,"limits":{"end":2}}},{"jsonrpc":"2.0","id":2,
method":"PVR.GetBroadcasts","params":{"channelid":2,"limits":{"end":2}}}]
You can identify the answers by using the "id" tags. Limiting with "end":2 seems to always give the last and the active broadcast. All in all this seems to
be quit e fast.
I do not think there is much I can do about the timezone problem. Regarding the EPG functions, "now" is pretty much defined by the XBMC systems
timezone. System time is used for calculations like "progresspercentage".
#13 - 03/25/2014 06:56 pm - Tolriq
The limits does not work on most PVR backend :(
On my tests I get 2 items from yesterday.
02/03/2015
3/4
Batch query is only useful if I can limit the returned data, if not then the time passed to JSONise the data on rpi is bigger than the time needed to do
multiple requests :(
#14 - 06/30/2014 10:56 pm - FuN
Any news about this feature for large EPG? I would really appreciate it.
The offical xbmc app on iphone is able to achieve this, most certainly through lazy loading.
#15 - 09/05/2014 08:20 am - FuN
Tolriq wrote:
It's sure it won't be in Gotham I asked the team if possible to fix speed they said no ;)
Not a lot of time to check right now completely but I see you added filters with startdate, maybe you can add support for a special value like now to
avoid timezone problems between phone and Xbmc ?
Any news about EPG for large EPG DB?
Files
debug1.log
02/03/2015
9.4 MB
03/08/2014
chris
4/4