Hello,
Sorry, but with 1.0.57, the problem is still there. Add another problem, the cache history is erased instead of just adding/replace events from the xml.
Screenshots from about version
Empty current EPG for Vevo 80 (same problem for other few channels)
Current epg ok after import via epgimport pluto_all xml
EPGImport configuration
logs from e2m3u2 and xml epg file
Sorry, but with 1.0.57, the problem is still there. Add another problem, the cache history is erased instead of just adding/replace events from the xml.
E2m3u2bouquet Plugin - Open the source code and see what changes have been made, compare with what I wrote to you earlier. What cache? From what XML? What erasure of history? Do you see it in code?
Here is the event in XMLTV from pluto-all_all.xml.gz
<programme channel="5fd7b8bf927e090007685853" start="20220116170000 +0000" stop="20220116180000 +0000">
<title>I Want My '80s Videos!</title>
<desc>A mix of all your favorites from the decade.</desc>
<category>Music</category>
</programme>and below in the screenshot. YOUR SCREENSHOT with this event! What does not match there and what is in XMLTV and not in the screenshot?
Did you see that there are 2 screenshots for the same channel ?
One with first event at 19h00 and the screenshot is the 18h45 one so an event is missing, this epg was generated by e2m3u2.
On the second screenshot you will see the missing event added by epgimport .
For the rest I think we'll speak later about the other problem but please keep calm....
For the rest I think we'll speak later
That's right, right after you compare the current source code with the one you tested earlier
That's right, right after you compare the current source code with the one you tested earlier
I don't understand why each time I speak with you, you get angry. It's perhaps the first reaction for a dev... This Is not my fault if there are malfunctions. I never said that you are the origin of a problem, just perhaps a problem from an interact with another plugin like epgimport. For each problem I declare here, you finally made changes.
For now I think the essential is to solve the empty epg, still there in 1.0.57 version. The screenshots show the problem, and I didn't modify the screenshot with photoshop just to annoy you!!!!
I'm describing facts. If you want other screenshots about missing events I can send you them.
I'm describing fact
Have you compared the source code you tested earlier and the current one? Did you find a difference?
If not, then in addition to "some" pictures for the pluto-all_all.xml.gz you use, I need its channels.xml file - This will greatly speed up my understanding of why you have this "bug"
Where did you see aggression?
Have you compared the source code you tested earlier and the current one? Did you find a difference?
If not, then in addition to "some" pictures for the pluto-all_all.xml.gz you use, I need its channels.xml file - This will greatly speed up my understanding of why you have this "bug"
Where did you see aggression?
No I've compared nothing and I will not do it, simply because I'm not a dev. I can write simple bash but for the rest I'm not interesting in.
Here the channels file
e2m3u2b_iptv_pluto-all_channels.xml.gz
EDIT: I decided to do a from scratch installation of OATV 7.0, e2m3u2b 1.0.57. Just restore channels, some binaries and e2m3u2b config so a clean basis. And I will see...
Installed OpenATV 7.0 dev. Set the cache time to 2 hours. I can't find any missing events in the EPG on any channel.
No I've compared nothing and I will not do it
Strange, before that, nothing prevented you from adding a couple of lines to the code to test the theory "take into account time ago"
I observe strange things in your screenshots. You have 12 hours of "EPG cache storage" .... while on both screenshots - there is not a single event from the past!? Compare with my screenshot from the Eurosport2 channel ... there are events from the past in gray at the top of the list
Strange, before that, nothing prevented you from adding a couple of lines to the code to test the theory "take into account time ago"
Yes it's true, but you sent me the lines to replace. It's just an easy operation. I have some basis but unable to code in python language.
. It's just an easy operation.
those. find and compare these two lines in the same place is it a complicated operation? 
Just to make sure they are there. And they are no different from those tested by you before. OK! Then what can you say about the absence of events from the past in your screenshots? And why do I have them on all channels of any of the IPTV providers I use? On the same OpenATV image
those. find and compare these two lines in the same place is it a complicated operation?
No you're right, it's an easy operation to do with notepad++... but I was angry !!
. You have 12 hours of "EPG cache storage"
Set to 12h .. All work like a charm... Previous events are displayed 12 hours deep .... But in your screenshots, there is not the slightest hint of past events.
Set to 12h .. All work like a charm... Previous events are displayed 12 hours deep .... But in your screenshots, there is not the slightest hint of past events.
That's why I said that e2m3u2b deleted everything in the history and let only the content of the xml. Perhaps I've spoken too early, I will see...
Like said by editing a previous post, I decided to do a from scratch installation of OATV 7.0 (last compiled version), e2m3u2b 1.0.57. Just restore channels, some binaries, e2m3u2b config, epg.dat and do the epgimport configuration, so a clean basis.
First run of e2m3u2, no event is missing!! History is still there, not 12 hours because it was deleted before but 4 hours. But after verification, all the displayed past events are in the xml. So I have to wait for the new generated xmls and the next e2m3u2b runs.
So I will touch or edit nothing and let processes run as planned. And I will see, and I'll do a feedback, not this night, it's the full moon but I have to sleep :eye-tongue: but tomorrow evening I think.
Regards
That's why I said that e2m3u2b deleted everything in the history
e2m3u2b does not have the functionality to delete any history 
e2m3u2b does not have the functionality to delete any history
Yes yes I know, you told me that enough of time !! So the process that deleted events is epgimport? If yes mine (the oatv one) is buggy, every events before midnight are deleted from events history without take in account the parameters "maintain old epg data for..", same problem for sat channels and iptv.
so I will try your version 1.8. I will delete the epg.dat before this manipulation.
This epg gonna end up driving me crazy.... but testing is good too.
So the process that deleted events is epgimport?
NO! I have already written to you about this twice. The core of the image has the source text - epgcache.cpp and there is a built-in function for "cleaning" EPG events by timer!!! Run E2 as
init 4; ENIGMA_DEBUG_LVL=6 enigma2And carefully look at the logs in the console or redirect the output to a file and then view
E2m3u2bouquet Plugin - Read the last paragraph, I tried to explain it to you there.
p.s. I completely forgot that thanks to you, I switched to OpenATV 7.0 ... I just looked - all the events from the past are in place. All as set in "Keep outdated epg events" value .... And if you also have satellite broadcast events disappear, then I have no idea what e2m3u2b has to do with it
Display MoreNO! I have already written to you about this twice. The core of the image has the source text - epgcache.cpp and there is a built-in function for "cleaning" EPG events by timer!!! Run E2 as
Codeinit 4; ENIGMA_DEBUG_LVL=6 enigma2And carefully look at the logs in the console or redirect the output to a file and then view
E2m3u2bouquet Plugin - Read the last paragraph, I tried to explain it to you there.
p.s. I completely forgot that thanks to you, I switched to OpenATV 7.0 ... I just looked - all the events from the past are in place. All as set in "Keep outdated epg events" value .... And if you also have satellite broadcast events disappear, then I have no idea what e2m3u2b has to do with it
so we don't have all the same epgcache.cpp, it depends on the image and the kernel.. recently oe-a commited a lot of modification on the 4.10.12 kernel, the one used by my box. so I will try everything on my other box, octagon sf8008.
so we don't have all the same epgcache.cpp, it depends on the image
I'll tell you the secret of the "golden" key... This "file" is on all images and is almost the same. Moreover, it contains the main functionality of the eEPGCache object .... the main functionality of the eEPGCache object - is standard on all OE2.0 images. Exception, small, available for DreamOS in eEPGCache Studying Source Codes Works Wonders!
p.s. I used the term "kernel" a little incorrectly ... we are talking about C code of framework Enigma2
I'll tell you the secret of the "golden" key... This "file" is on all images and is almost the same. Moreover, it contains the main functionality of the eEPGCache object .... the main functionality of the eEPGCache object - is standard on all OE2.0 images. Exception, small, available for DreamOS in eEPGCache
p.s. I used the term "kernel" a little incorrectly ... we are talking about C code of framework Enigma2
ok so the explanation of the differences in the traitement in my box and others is elsewhere or nowhere !!
but be certain, I will find !!
Don’t have an account yet? Register yourself now and be a part of our community!
