Support for epg in xml.gz format - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: PVR & Live TV Support (https://forum.kodi.tv/forumdisplay.php?fid=167) +---- Forum: IPTV Simple Client (https://forum.kodi.tv/forumdisplay.php?fid=215) +---- Thread: Support for epg in xml.gz format (/showthread.php?tid=364871) |
RE: Support for epg in xml.gz format - jim_p - 2022-07-22 You are right, removing that "&" from there delayed kodi's launch as much as it was needed for the m3u to be loaded. In fact, I saw kodi "add" the tv button on the (confluence) skin 1 millisecond after it started. The problem is that it now stops for (I assume) 5 seconds while loading some stuff (= the boot log) and for 5 more before switching from the tty to kodi. Is that normal? Several boot messages > "starting hostname service" message > 5 second pause > a few more boot messages > black screen with the cursor in the center for 5 more seconds > kodi. These 3 top the board of "systemd-analyze blame" Code: 9.907s wait-time-sync.service RE: Support for epg in xml.gz format - phunkyfish - 2022-07-22 Drop the sleep command in your autostart script. It does not serve any purpose. RE: Support for epg in xml.gz format - jim_p - 2022-07-24 Isn't the sleep command that adds that small delay on the system's boot so that the python script has time to execute and thus make the m3u file, which in turn makes kodi show the tv menu right after boot? If not, what should I put there? RE: Support for epg in xml.gz format - phunkyfish - 2022-07-24 The sleep command simply says to wait 5 seconds after the downloads have started in the example script. If there is no reason for the wait at all it can just be removed. Remember it’s the “&” that causes this to run in the background. By removing that you just want kodi to start as soon as it’s ready once the autostart scripts have completed. RE: Support for epg in xml.gz format - jim_p - 2022-07-26 I get it now. What you mean is that if I remove the "&", kodi will start when the download is done, so no need for the sleep part. I tried it just now and I can say it works without adding any extra delay on the boot process. RE: Support for epg in xml.gz format - phunkyfish - 2022-07-27 Excellent RE: Support for epg in xml.gz format - jim_p - 2022-08-29 For some reason, I am having no epg for the last 2-3 days. Example of a line on my file Code: #EXTINF:-1 tvg-id="ERT1.gr" Code: <channel id="ERT1.gr"><display-name>ERT 1</display-name> How can I troubleshoot it? In general, I do want to move to a different epg xml file, but the one I want has some of its tvg-id names in greek, which I can not write on libreelec's terminal! RE: Support for epg in xml.gz format - jim_p - 2022-08-29 Nvm, I fixed it... by deleting and re-adding the epg url in the addon's settings RE: Support for epg in xml.gz format - jim_p - 2022-09-05 A semi-offtopic question. For some unknown reason, one of my channels decided to change its url "extension" from Code: http://example.com/old.m3u8 Code: http://example.com/new.mpd RE: Support for epg in xml.gz format - phunkyfish - 2022-09-22 (2022-09-05, 19:50)jim_p Wrote: A semi-offtopic question. If you want to play mpd you need to play it with inputstream.adaptive. Note: this really should have been added on a separate thread. RE: Support for epg in xml.gz format - jim_p - 2022-11-22 When things break... ALL my channels show no epg since yesterday. I have checked that the m3u's tvg-id names still match the ones from the xml, and all 10 of them do. I have changed the epg url to xml and back to xml.gz, but still no epg. And obviously I have cleaned kodi's epg cache. Other than changing to a different epg, which means changing all tvg-ids again, what else can I do to troubleshoot it? RE: Support for epg in xml.gz format - phunkyfish - 2022-11-23 I assume your M3U is custom and your EPG is from an offline source? It’s feel like something just have changed. Is it possible the EPG file is stale and has no entries for the current day/time. RE: Support for epg in xml.gz format - jim_p - 2022-11-23 My m3u is custom (local file), but my epg is from an online source. And today, it just started working again! Regarding epg for my list, I have 3 choices, all of which come from different github projects - an epg that has very simple info about the program, e.g. no details for the plot of an episode, just s01e01, so it loads very fast (~200kb for the xml.gz file, 2-3mb for the uncompressed one), but has the forementioned issue from time to time. This is the one I prefer though, because of its size. It takes like <1sec to download it on my 12Mpbs connection. - an epg that has a lot of info about the program, e.g. details for the plot of an episode, but is huge (1-2mb for the xml.gz, 10+mb for the uncompressed one). Considering that those details is something I very rarely check, I don't see a point in using this one. - an epg that has its tvg-ids in freaking GREEK (and probably a lot of info about the program like the one above)! I just can't write anything but English on libreelec and any attempt so far to make this one work has made me very angry RE: Support for epg in xml.gz format - phunkyfish - 2022-11-24 Generally if you have changed nothing in your system, then any failures are likely external. RE: Support for epg in xml.gz format - jim_p - 2022-11-24 Tbh, one thing I did not check was the xml's actual contents, which had probably fallen behind schedule like in the past. I have a lot in my mind this week |