Sorry my epg.dat isn’t 12MB as I do not need epg from all possible channels I rarely tuned to! So I never saw .loading!?
Edited by littlesat, 3 September 2018 - 06:54.
Posted 3 September 2018 - 06:51
Edited by littlesat, 3 September 2018 - 06:54.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 3 September 2018 - 07:33
It happens absolutely during reboot/restart; I've seen that quite a number of times (remember you have to have a quick look, as it's only briefly).
I'm not sure if the same happens due to the epg-save command that should be issued by the client box ti the server box, but it seems logical that it does.
Posted 3 September 2018 - 08:45
So when it says loading it is actually loaded by E2? The load should be performed after the download from the fallback/server box. If so I don't understand the issue IMS described.
I have just 2MB or so epg.dat... I never could see 'loading'.... (and as long the epg cache is in RAM I never recommend to put all those EPG in that you actually rarely use...)...
Edited by littlesat, 3 September 2018 - 08:46.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 3 September 2018 - 09:27
I just checked on a box without epg fallback and it seems the .loading appears as soon the EPG is readed.... The latest patch should avoid that the just written EPG is read back during an E2 restart...
Edited by littlesat, 3 September 2018 - 09:28.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 3 September 2018 - 09:30
https://github.com/O...vb/epgcache.cpp ->: Line 1300 e.v. In 1317 the file is renamed and in 1440 renamed back...
With my latest patch the load() should be skipped and performed actually later... I was doubting to move
Edited by littlesat, 3 September 2018 - 09:40.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 3 September 2018 - 09:30
See output from my stupid script ( both remote, i am not home)
#!/bin/sh n=1 echo "Start" > /media/usb/test.txt rm /hdd/epg.dat rm /hdd/epg.dat.loading while [ $n -le 100000 ] do ls -e /hdd/epg.dat >> /media/usb/test.txt ls -e /hdd/epg.dat.loading >> /media/usb/test.txt n=$(( n+1 )) sleep .1 done
-rwxr-xr-x 1 root root 1122625 Mon Sep 3 10:27:32 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 1122625 Mon Sep 3 10:27:32 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 1122625 Mon Sep 3 10:27:32 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 1122625 Mon Sep 3 10:27:32 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 1122625 Mon Sep 3 10:27:32 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 1122625 Mon Sep 3 10:27:32 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 0 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 2586480 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 4410280 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 6316980 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 7145980 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 10279600 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 11416616 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 11416616 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading -rwxr-xr-x 1 root root 11416616 Mon Sep 3 10:27:56 2018 /hdd/epg.dat.loading
Posted 3 September 2018 - 09:57
My epg.dat is always around 10-12 MB. Just using some Dutch & UK services is all it takes to get that amount.
There is an other issue related to the import of EPG by a client box. It turns out that the box only looks for the epg.dat on HDD; if I have my epg on USB (not set as HDD replacement) the file is not found. IMHO the box should be looking at all normal places (internal, for in case no medium is attached at all, HDD, USB etc.).
Posted 3 September 2018 - 10:35
Please keep in mind that some people would like to use this feature with capabilities purely local to the client box (when the overwrite local bouquet and lamedb will we tackle down), so on the client box epgimport will be installed and configured to fill up EPG for channels that are not available on the server box. So please don't assume that the EPG from the server is the only one that we want to have on the client box!
NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.
Wanna help with OpenPLi Translation? Please read our Wiki Information for translators
Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)
AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
Posted 3 September 2018 - 10:52
There is an other issue related to the import of EPG by a client box. It turns out that the box only looks for the epg.dat on HDD; if I have my epg on USB (not set as HDD replacement) the file is not found.
This is indeed a 'pain' and I'm aware of it...
The code is now made that it will only 'grab' the epg.dat from flash or from /hdd... I still think the owif need a change so we can give it a command to download a epg,dat from the server/fallback tuner and the owif arranges that the correct file is derived from the server/fallback tuner. When doing this on a client box we need to download and parese the /etc/enigma2/settings file from the server/fallback tuner box.
In addition the UI of openPLi does not allow to relocate the epg.dat to an USB stick or so at this moment (you can only do it manually) So for now the code is right.
I'm afraid the change in OWIF will never be done.... so we only can download the settings file and parse/grab the epg.location....
or do you thing to 'scan' all media for an epg.dat is also fine...as work-a-round? Then I prefer that
Edited by littlesat, 3 September 2018 - 10:59.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 3 September 2018 - 10:56
IMHO the epg on the server should be saved when the client wants to import it. Otherwise epg.dat can be (very) old.
It is saved via a command over the OWIF. And after it is saved it is copied to the client box also over OWIF.
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 3 September 2018 - 12:04
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 3 September 2018 - 12:34
Please keep in mind that some people would like to use this feature with capabilities purely local to the client box (when the overwrite local bouquet and lamedb will we tackle down), so on the client box epgimport will be installed and configured to fill up EPG for channels that are not available on the server box. So please don't assume that the EPG from the server is the only one that we want to have on the client box!
Do I understand correctly that the import (of services/bouquets/EPG) is done on top of the existing data? So the import can be used irrespective of the use of local tuners (e.g. when the server box has DVB-S and the client has DVB-T; the client can use both the local tuner + EPG and the remote tuner(s) + EPG)?
If so, that would be a great feature!
There is an other issue related to the import of EPG by a client box. It turns out that the box only looks for the epg.dat on HDD; if I have my epg on USB (not set as HDD replacement) the file is not found.
This is indeed a 'pain' and I'm aware of it...
The code is now made that it will only 'grab' the epg.dat from flash or from /hdd... I still think the owif need a change so we can give it a command to download a epg,dat from the server/fallback tuner and the owif arranges that the correct file is derived from the server/fallback tuner. When doing this on a client box we need to download and parese the /etc/enigma2/settings file from the server/fallback tuner box.
In addition the UI of openPLi does not allow to relocate the epg.dat to an USB stick or so at this moment (you can only do it manually) So for now the code is right.
I'm afraid the change in OWIF will never be done.... so we only can download the settings file and parse/grab the epg.location....
or do you thing to 'scan' all media for an epg.dat is also fine...as work-a-round? Then I prefer that
I think scanning all media should be fine.
That is: in most cases. Because it can happen that an old, no longer used epg-dat is available on one of the devices. Such a situation can easily arise when later on a medium has been added.
Posted 3 September 2018 - 14:20
I take it you're referring to https://github.com/O...dd300072bbc9992
0 members, 1 guests, 0 anonymous users