Huxy

For clarification, the docker image installs the scraper and it's possible XML format has changed or the SD grabber needs updating. If I remember correctly the SD grabber was actually integrated in to the XMLTV project and the GitHub repo may not be required. I don't have an active SD subscription at the moment, so guide2go at this point is sound advice. That said if I get the chance I'll have a look and see if I can troubleshoot issue. I also have a young family and a full-time job so I can't guarantee this will be the highest of priorities.

<previously-shown start="20200121" /> The listing you provided above is a repeated show. You can see the previously-shown tag is present and is the day before this episode is being aired. I would not expect it to be flagged as new.

Actually the command runs on the Unraid prompt. The docker container can not start without the config and it is not possible (easy) to offer interactive configuration at this time. Just launch the Unraid terminal from within the UI (top right looks like >_ ) and then run the docker command above. It assumes that your data path is "/mnt/cache/appdata/XMLTVSchedulesDirect" which is the default unless you changed it.

My understanding is the plug-in still works fine. That said I no longer watch any LiveTV so don't actively use the grabber. XMLTV requires a pre-configured file in order to operate. In this instance you can either drop an existing working config file into the appdata directory or you can generate one using an interactive prompt. Instructions on how to config and use the plug-in can be located on the GitHub and docker pages: https://github.com/HuxyUK/docker-xmltv-sd-json/ **hint** sudo docker run -ti --rm -v /mnt/cache/appdata/XMLTVSchedulesDirect:/config huxy/xmltv-sd-json /usr/local/bin/tv_grab_sd_json --configure

Does it work if you just include the UK listings? I've not tried grabbing multiple line-ups before, I always just scraped a single but I think it's important to establish if it's related to two line-ups being processed or the line-up itself.

I think this would just need an upgrade to a newer version of Debian as it's packaged with XMLTV. I'll have a look at upgrading. I originally wanted to move to alpine anyway, but it needs updated scripts and proper testing, so this won't be completed anytime soon. What makes you think it will work better for European users?

Hi, I've tested the docker and it works fine. The grabber script hasn't been updated in a couple of years, so it's not as if a new bug would have been introduced. Looking at your screenshot, there's a significant number of issues with the lineup data being retrieved. It's possible that the data is corrupt or not in an expected format from Schedules Direct. I would use the client and delete all your lineups, then add one and retry the process.

Hi, I'm a bit busy with work at the moment, but is this still an issue? If it is, I should be able to free some time at the weekend to have a look at it. As far as I'm aware the docker is still working fine though. Cheers. Huxy

There are two ways of dealing with this. You either drop a pre-configured XMLTV file into the config mount or you configure one using the command line. sudo docker run -ti -v 'your config dir':/config --rm huxy/xmltv-sd-json /usr/local/bin/tv_grab_sd_json --configure This will launch a docker based on the XMLTV grabber image and run the configuration for tv_grab_sd_json. Once this is complete you can launch the docker via the GUI. If you want to use a different grabber view GitHub link for all the supported ones. Cheers. Huxy

Which is what I noticed hence the questions about the docker container.

Which docker are you using for TVH? I'm using Tvheadend-Unstable-DVB-Tuners and I don't have any issues. If you're not using docker for TVH and the install isn't on the same machine as unRAID it won't work. That's because Unix BSD sockets are local access only. If that's the case you'll have to use XMLTV file grabber instead.

As saarg said make sure the module is actually enabled. I can see the external XMLTV option unticked in your screenshot. When using sockets it's important to realise that TVH doesn't grab the listings on a schedule, instead you push data to the socket which in turn get's processed by TVH. I would approach this as follows: 1. Stop the XMLTV schedules docker 2. Enable the XMLTV socket option in TVH 3. Check to make sure the the socket file has been created 4. Launch XMLTV docker and watch the output. You should see it identify the socket.

I'm still seeing similar issues. Everything was fine and then I started getting a number of containers that state there's always an update available. I too had an unclean shutdown around the time this started happening, but I don't know if this is coincidence.

Just a heads-up; The Schedules Direct grabber was updated around 7 days ago (DateTime change). This change broke the script (on reboot) in the docker environment. I've now updated the image to include support for the latest version of the grabber. All other XMLTV scripts will continue to work as normal. https://github.com/kgroeneveld/tv_grab_sd_json/commit/32aebd4e82e93b995b67780629ab16f860e7c915

Hi, This is actually an easy fix. You just need to include the bind mounting as part of the command line. You can do this using the -v parameter. This will allow you to store persistent data. sudo docker run -ti --rm -v /mnt/cache/appdata/XMLTVSchedulesDirect:/config huxy/xmltv-sd-json /usr/local/bin/tv_grab_sd_json --configure If you want to use TVHeadend and my docker you can enable the XMLTV socket, point the data mount point to TVHeadends epggrab directory and the output file as xmltv.sock. My docker will then detect the socket and push data directly into TVHeadend. Cheers. Huxy