Jump to content


Photo

i recommend you this change in epgcache (very important)


  • Please log in to reply
23 replies to this topic

#1 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 22 January 2018 - 19:33

as you can see in the first 3 pictures

 

Attached File  01 (2).jpg   371.26KB   6 downloads

 

Attached File  03.jpg   363.49KB   5 downloads

 

Attached File  02.jpg   324.94KB   5 downloads

 

at the begining of reboot all the event now/next are available (in channel list and in EPG Multi)

 

the next 3 pictures you can see the difrence

 

Attached File  04.jpg   328.99KB   5 downloads

Attached File  20180122_174131.jpg   341.23KB   5 downloads

Attached File  20180122_174141.jpg   330.41KB   5 downloads

 

the event Now/next begins to disapear and the (EPGCACHE) will not update or reload until 60min (I tested)

 

Attached File  08.jpg   394.2KB   5 downloads

 

so if we change the value in epgcache.h

 


#define CLEAN_INTERVAL 60000 // 1 min

- #define UPDATE_INTERVAL 3600000 // 60 min

+#define UPDATE_INTERVAL 60000 // 1 min


#define ZAP_DELAY 2000 // 2 sek

 

the problem will be solved and in epgcache.cpp:

 


 


bool eEPGCache::channel_data::finishEPG()

{

if (!isRunning) // epg ready

{

eDebug("[EPGC] stop caching events(%ld)", ::time(0));

zapTimer->start(UPDATE_INTERVAL, 1);

eDebug("[EPGC] next update in %i min", UPDATE_INTERVAL / 60000); (that's means 1 min not 60min)

for (unsigned int i=0; i < sizeof(seenSections)/sizeof(tidMap); ++i)

{

seenSections[i].clear();

calcedSections[i].clear();

 

 

 

more explains :)  :)  :)  tomorrow

 

 



Re: i recommend you this change in epgcache (very important) #2 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 22 January 2018 - 19:38

but first can get some pictures and video from another image not openpli  for more explain , an old image of G....????


Edited by blinkosm, 22 January 2018 - 19:39.


Re: i recommend you this change in epgcache (very important) #3 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 22 January 2018 - 20:03

AFIK, the "now/next" EPG isn't affected by the 60 minute setting.
Real musicians never die - they just decompose

Re: i recommend you this change in epgcache (very important) #4 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 22 January 2018 - 20:38

Only a guess. EPG data contains only events for the next 20 minutes or similar. According to the pictures the events are short. Is that right? So if there are 2 events in one hour the epg data for the second event is maybe not loaded.

Do we really need to start it every minute? I don’t think it’s a good idea. Maybe every 15 minutes is also sufficient.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: i recommend you this change in epgcache (very important) #5 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 22 January 2018 - 21:06

we can make it like in user interface and let the user chose the interval for updated.. something like this :

 

Attached File  01 (1)x.jpg   304.14KB   2 downloads

 

and the result is :

 

Attached File  vbn.jpg   397.45KB   2 downloads

 

look this  video and you will see at 17h30 in some channels , how the updated works and change the events when the scroll pass the channels

 

https://www.youtube....eature=youtu.be

 

with this method its easy to choose the programs that you wanna watch and even add timer



Re: i recommend you this change in epgcache (very important) #6 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 22 January 2018 - 21:08

AFIK, the "now/next" EPG isn't affected by the 60 minute setting.

 you mean in the infobar, but in the channel list and epg multi yes i'm sure the're affect


Edited by blinkosm, 22 January 2018 - 21:08.


Re: i recommend you this change in epgcache (very important) #7 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 22 January 2018 - 21:20

i'm talking about epg not event now/next take a look at channel P*Wi:

 

infobar the event is available but not in the epg and channellist (epgcache):

 

Attached File  op (1).jpg   190.41KB   3 downloads

 

Attached File  op (2).jpg   160.52KB   3 downloads

 

Attached File  op (3).jpg   81.43KB   3 downloads

 

 

 



Re: i recommend you this change in epgcache (very important) #8 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 22 January 2018 - 22:36

Please consider using OWIF to "grab" screenshots.

I don't understand what you are trying to shows us.

(although betacentauri, most probably described the problem just fine)

Edited by athoik, 22 January 2018 - 22:37.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: i recommend you this change in epgcache (very important) #9 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 22 January 2018 - 23:04

look at this , do you think that is easy to pick up a channel and watch what you want , of coourse not you have to zap channel to channel, because most of the channels without EPG and this is the same packages so the epg is simulatnely

 

 

yes betacentauri , understand the problem specially when its comes to a short event like children programs about 10 to 25 min , or you're about to catch the end of a program

Attached Files


Edited by blinkosm, 22 January 2018 - 23:05.


Re: i recommend you this change in epgcache (very important) #10 Persian Prince

  • Senior Member
  • 1,982 posts

+247
Excellent

Posted 23 January 2018 - 06:51

I think having an option for it in settings would be better so users could change it like 1,5,10,15,20,30,60 but 10 minutes would be sufficient I guess.

Open Vision sources: https://github.com/OpenVisionE2


Re: i recommend you this change in epgcache (very important) #11 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 23 January 2018 - 08:56

yes , openpli images already have EPG Setting so maybe can be added there.. :)



Re: i recommend you this change in epgcache (very important) #12 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 23 January 2018 - 20:01

Please don't add another option that 99% of users won't have the faintest clue about what it means, and only one or two people would actually change it.

The 1 hour setting is for when EPG loading is complete. Apparently your provider is doing something weird and pretends the EPG is complete when it isn't. The EPG system loads all the EPG data from the transponder, and once complete, it stops doing so because it is pointless to parse the same data over and over again. On some providers, loading the full EPG takes over half an hour.

The now/next EPG (not to be confused with what the reciever may or may not show as the "next" program) is a completely different class that is not broadcasted through this interface at all. It will even keep working if you disable EPG completely.

So please let's try to solve this to the benefit of everyone and don't let one million users suffer just because of your personal workaround.

What provider are you seeing this on?

And what box are you using?

Edited by MiLo, 23 January 2018 - 20:07.

Real musicians never die - they just decompose

Re: i recommend you this change in epgcache (very important) #13 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 23 January 2018 - 21:19

Dm800 and dm520. I think that's reasonable . I watch french and spanish..
I tried to make a plugin or make some change in python (like epglist.py) but i dont know how to call c++ in python.
So i will try to make patch to epgcache and put it enigma2 folder and will see (after building the image)

Re: i recommend you this change in epgcache (very important) #14 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 23 January 2018 - 21:54

Maybe i get to check if module epgcache has a python.h

Re: i recommend you this change in epgcache (very important) #15 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 25 January 2018 - 17:42

Please don't add another option that 99% of users won't have the faintest clue about what it means, and only one or two people would actually change it.

The 1 hour setting is for when EPG loading is complete. Apparently your provider is doing something weird and pretends the EPG is complete when it isn't. The EPG system loads all the EPG data from the transponder, and once complete, it stops doing so because it is pointless to parse the same data over and over again. On some providers, loading the full EPG takes over half an hour.

The now/next EPG (not to be confused with what the reciever may or may not show as the "next" program) is a completely different class that is not broadcasted through this interface at all. It will even keep working if you disable EPG completely.

So please let's try to solve this to the benefit of everyone and don't let one million users suffer just because of your personal workaround.

What provider are you seeing this on?

And what box are you using?

 

well , i think a lot of the users don't know the meaning of MHW and EIT and even what they chose 720p or 1080i and even Timer (best recall it record event of program), but with the time and manipulation they can deal with it ;)



Re: i recommend you this change in epgcache (very important) #16 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 25 January 2018 - 17:57

Dm800 and dm520.

 

:o

There is no DM520 OpenPLi image available (see download section) and for dm800 there is only a very old 2.1 image available. We won't change this image. We also won't create new 6.x image for that box. The box is out of live and out of support.


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: i recommend you this change in epgcache (very important) #17 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 25 January 2018 - 18:18

 

Dm800 and dm520.

 

:o

There is no DM520 OpenPLi image available (see download section) and for dm800 there is only a very old 2.1 image available. We won't change this image. We also won't create new 6.x image for that box. The box is out of live and out of support.

 

 

i know that, but what about the unoficiel dm800 support, maybe we can taste that there, even PE (Persian Prince) support my idea :)


Edited by blinkosm, 25 January 2018 - 18:20.


Re: i recommend you this change in epgcache (very important) #18 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 25 January 2018 - 18:48

Supporting ideas is cheap, real support on the other hand, costs time at least.
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: i recommend you this change in epgcache (very important) #19 blinkosm

  • Senior Member
  • 144 posts

+1
Neutral

Posted 25 January 2018 - 19:13

ok, i already use this unoficial support https://github.com/D...ta-dream,.    

 

i made the patch ,i run  Dreamer-develop.sh and added openpli.conf file but when it's comes to build image with machine make xxxx image ... it's said no rule for image :(


Edited by blinkosm, 25 January 2018 - 19:14.


Re: i recommend you this change in epgcache (very important) #20 mimisiku

  • Senior Member
  • 5,517 posts

+115
Excellent

Posted 25 January 2018 - 19:47

Supporting 'old' STB's look nice, but is a bit futile. The boxes have very little RAM, minimal HW support for newer functions. Slow SoC. So why bother?
Met één been in het graf..... Helaas


8 user(s) are reading this topic

0 members, 8 guests, 0 anonymous users