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 !!
Posts by jeepcook
-
-
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.
-
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...
-
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.
-
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....
-
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
-
I do not see any reason why the data from this "node" would not be sent to the EPG by the plugin code .... Most likely there is some specificity in the ATV image
You started importing data at ~7:18 (GMT) ... "stop" time for this event is 7:41(GMT) .... 7:18 < 7:41 - 100500% this event was sent to eEPGCache by the plugin code .... But for what reasons the eEPGCache function of the image you are using did not add or "delete" this event - a mystery. And
without repeating this on my SATbox in OPenATV image, I will not be able to catch it. As an option - I can just add a setting for the "depth" of the analysis of the reference point of time .... Or set a "some" default timeshift constant in code....Or send all events from XMLTV to eEPGCache, but this is stupid and only increases the import time and the size of the cache and EPG file. Who needs events 3-5-7 days ago?
I'm using last oatv 7.0 RC1. there is no reason effectively we have different results, but I'm using the official EpgImport plugin from oea oatv feeds, not you perhaps because you made a mod version.
But, I still think to add an option to import epg at yes, at no, or yes all xml, to import all the xml will be a good solution.
-
Yes I have a proof !!
First picture after 1.0.56 process. The channel "Just for laugh" espagnol version has no current epg and lost all past events.
Second picture after doing the modification in the code. Current epg is now there and past events too. So it seems my problem was really around the utc lag.
the xml file:
-
t. The only plugin which do the job as expected is EpgImport form openATV
Disable the import of EPG events in this plugin and use EPGImport form openATV .... Who forbids you to do this?
Please note that no one has the problem you describe. Except for you, no one on any forum wrote with such a problem. Repeat your bug, after repeated attempts, I did not succeed. How can I fix what neither I nor anyone but you have - I do not understand. There are no errors in the logic of the code. Otherwise, you would have this error on all used XMLT
Use EPGImport form openATV feed
It's not a good solution because epgimport plugin can't be planned by interval, just once a day, and it's not enough for lot of plateform which deliver only 6 hours of epg, so need epgimport to be rerun so at least 4 times for a day. My proposal solution to add the ability to parse and import all the xml content will solve the problem.
And if I'm the only one who have problem, so I have no chance, but I know and you too that users have often just one playlist to treat.
With your words, I have the impression that you say that I invent the problems. Do you really think I have only that to do ?.. btw, you can stop the support for my configuration, I think it's the better solution for you.
-
a user who have difficulties after each new import.
Sometimes and with one of the very many XMLTVs used... Let's be precise in the wording
The better version being the 1.0.43.
It's not clear what you mean? 1.0.43. didn't know how to import EPG events AT ALL .... In terms of the logic of parsing m3u playlists and working with override.xml - it is "ancient" ... What is better in it - is not clear.
Not just one xml, with pluto tv xmls, samsung tv xmls, plex international xmls. The 1.0.43 version was the last with no complex code add to the plugin and withoiut bug (for me)
-
I could have made the same message speaking the end time of the event. It was an arbitrary example. So please don't block on a word, replace it by stop to understand.
So I'm not a dev, just a user who have difficulties after each new import. The only plugin which do the job as expected is EpgImport form openATV (not sure it's the same in OpenPli). Now I decided to run manually a full import update with it as soon as I have an empty event anomaly for one or more channel after e2m3u2b processing. The execution is quite fast and fix all the problems, using the same epg xml files, the empty events are miraculously back and past events too limited to the content of the xml and the retention set in the epg parameters. 1.0.56 solve none of these problems. The better version being the 1.0.43.
For Epgimport, miss just an option to execute it more than once a day or by command line.
Regards
-
I have already explained to you at least twice, with examples and links, that when determining the events to be imported, neither the start time of the event nor its duration is involved (duration is not present in xmltv structure) ....More precisely, the main analyzed time is the end time of the event - E2m3u2bouquet Plugin
A simple example to understand. If you start importing EPG events at 10:00 and the imported event ends at 10:00 or 10:01, then it will be imported. Is it clear now?
Arbitrary example, with e2m3u2 start 20220115130000 , we are in the condition to import this event in the epg. But this event is not the current event but the future one because it will really start at 13h43m46 in gmt+1 hour system.
But what about the previous one that start before 124346, it is in reality the current event for gmt+01 hour system. I think so the previous one is not take in account.
If I have false, I will stop my researches...
Code<programme channel="FRBB340000115" start="20220115124346 +0000" stop="20220115135910 +0000"> <title>Le secret de Manta Corridor</title> <desc>Passage du Désir, dans le Xe arrondissement de Paris. Une jeune assistante sociale, Vanessa, est retrouvée étranglée, les pieds tranchés. Juste en dessous de chez elle, Ingrid Diesel a son cabinet de massages.</desc> <icon src="https://tvpmlogopeu.samsungcloud.tv/platform/image/contents/vc/00/01/16/FR_VC_CTI_USQT620324A_FRBB340000115_LeSecretDeMantaCorridor_FILM_Video_V_20220115072442051.jpg"/> </programme> -
Hello,
I have few questions concerning 1.0.55 and 1.0.56 updates:
- Are the manual update, manual create bouquets and planned (fix hour or interval) doing the same process in your code or is there differences.
- I think, but not sure, you will confirm or not, I have an idea for the case when the current event is not displayed in the screen, so certainly missing in the epg.dat. Do you take in account the gmt to integrate the current event? All my epg xmls are in gmt +00:00, but I'm in Paris timezone so gmt +01:00. Epgimport (the original not the mod one) take in account this difference of one hour and add events in the epg with one hour difference. Yours in e2m3u2b too, but perhaps not for the case of calculation of which current event to put in the epg so the currents are sometimes missing. Have to describe examples, but it concerns certainty events with a duration less than one hour, it seems.
Sorry if that what I say has no sense for you, but I'm still in progress to understand this case and to deliver you examples with corresponding logs, but it's not so easy. But this case exists. An option to integrate past events, or simply all events from the treated epg xml will perhaps prove my idea and solve the case. This option could be simply to add in configuration screen / "Import EPG after updating bouquets", with by default yes for the current working, and add a "yes all xml "events" option.
Regards,
-
Judging by your playlists, you are from France or French-speaking? ... If you want you can translate the * .po file into French, and I will add it to the plugin
Done. Sent to you.
-
This is an example of epg xml that sometimes generate errors.
The channel definitions are ok, but we can find multiple times the same epg content in the xml for the same channel, each line are not necessary in the time order. Example with "Live Music replay" Channel id 5873fc21cad696fb37aa9054. In this case sometimes but only sometimes the past and current epg are not imported. I'll send you a log and a new epg xml, and log when the case will appear again. But this xml will show you how are built these xml, not really clean.
Regards
-
How is this supported, apart from your fantasies?
I'm not a fabulator, I describe what I see, I thought it could make things move forward. But as always when you tell to a dev that there is a problem, he gets angry.
The discussion takes a turn that I don't like, So I'll stop here ...
-
Why did you decide that they are not imported? More precisely, why did you conclude that the events of which you do not see on the screen were present in the original XMLTV and were not "processed" by the plugin? Just based on the fact that you do not see them on the screen?
The last paragraph! Read it very thoughtfully! I just do not understand how to explain in more detail .... I am not deleting anything when interacting with eEPGCache I only use adding events - eEPGCache.importEvents() or eEPGCache.importEvent() . If the event was previously in the cache, I do not interact with it in any way
I think they are not imported because effectively not displayed on screen, and are present in the xmlsource, simply because If I execute manually epgimport on this source, the epq appears correctly.
If only there was a command to execute epgimport via crontab, I'd have my solution! :unhappy1:
-
So I don't understand why sometimes, programs are not imported by e2m3u2b and if I do the same operation with epgimport it is imported. A problem with the timestamp, the GMT or something like that.
To speak about implement past events, sometimes it's very usefull to find a missed program and find it's next broadcast. But ok I understood, you don't want to implement this.
-
What for? Have time machines been invented? What does the import of events that have already passed? And what does this have to do with any crash? This only leads to an increase in the import time and the size of the epg.dat(epg.db) file - no more
To recover the current epg which started in the past and not import in epg by e2m3u2b, so instead of having the current epg displayed we have empty epg until next epg event.
Epgimport imports all events, past, current, future. The past delay cache is configurable, and with this method we never have empty epg for current epg.
So an implementation for e2m3u2 could be to import at least current epg and future ones.
-
pepsik , Hello!
I did some tests around the EPG history/cache with pluto tv and samsung tv plus providers.
In the epg xml I found old/previous programs , current and next. So everything to have a clean epg. So yesterday I said that old epg wasn't in the file, it's not true, they are. In fact they were during my tests. So sorry.
If I use e2m3u2 or epg import (manual update corresponding source), the result is the same. EPG are loaded, old (limit by the keep history parameter) and cache is not cleaned. But sometimes, for an unknown reason, the epg for the channels treated by e2m3u2 are cleaned and we have only future events. It's not systematic.
So I think you have nothing to implement for the past events. I have to find a way to reproduce the cleanup in some case, but not every time. And I will see if it's a problem from the epg xml or epgimport.
To follow !
EDIT
pepsik, finally It will be great to have an option to insert into epg the old vents available in the xml files. This is useful in case of crash, while epg is corrupt, no epg are shown. So in this case a full rerun is necessary, so epgimport insert into epg, current, future and ols events, but e2m3u2 only current and future ones.
Thanks
EDIT2
Finlay not sure, using epgimport with e2m3u2 bouquets selected feeds the data for everything (sat and iptv channels) with correct history :angear:
