Server Version#: 1.21.1.3830
Player Version#: N/A
Tuner Make/Model: HD Homerun Extend
Guide/Lineup name: Zap2IT
Using XMLTV?: Yes
Channel number/Name: all
Guide data stopped updating today across three PMS on Ubuntu and a ShieldTV. All has been working for years using zap2xml.pl and zap2it.com. Now the script seems to return listings but the systems do not pickup any data.
Switched the ShieldTV to use Plex listings for now but would really like to get this working again.
Experiencing the same issue here – my issue might have started around 12/12/2020 based on the copies I keep of the xmltv download. I just noticed the issue Friday night. Looking at the file created by zap2xml.pl I guessed that maybe zap2it.com changed something on their end. It didn’t appear the issue was caused by Plex - but I’m just guessing.
For now at least, I deleted the DVR and recreated using the new epg that Plex implemented a short time ago. Had no issues Friday using the Plex epg, but did have to reschedule my recordings.
Not sure if this will help you but thought worth passing along my experience.
I suspected the same thing, change at zap2it. I, too, have been deleting and re-adding DVRs to make it work. I went to XMLTV because of all the problems with the Plex EPG.
I have determined the issue and a work around. The issue is that zap2xml sends the incorrect zipcode and lineupId to the zap2it server, so you are getting some cable company data that does not match your zap2it account. To resolve this, add two options to the zap2xml.pl command line.
-Y lineupId -Z
You will need to delete your cache as well since it is corrupted with the cable company data. As an example, I use
./zap2xml.pl -T -D -S 1 -Y lineupId -Z 12345
Hope this helps some using the tool. The resource file also has the ability to set the values, but those are not working.
I do not use Plex, but since you are the first to find the issue, I thought I would provide a solution.
I don’t think that is my issue. I have an account and password in my config file for zap2xml and it doesn’t include any zip code or lineup id,…never has. I believe those options are used if you don’t use an account and password, no?
Thanks for the tip. Thought I would share my observations after trying the suggested arguments.
I tried the arguments ’ -T -D -S 1 -Y lineup -Z myzip’ with zap2xml.pl it seemed the download epg file had information for any channel in or near my zip code. When looking at the epg download file I didn’t count the number of stations but seemed like well over 50 maybe as many as 100. Typically the guide I download from zap2it has 9 OTA channels. (The channels are setup under my zap2it account as ‘starred’ as I recall. I only record OTA from the 9 channels.)
I then tried adding the argument -Z myzip to the arguments I previously used with zap2xml.pl. The epg download contained only the 9 stations I typically download. I haven’t tried the script on my Plex machine, but the format and data look correct.
I have an account with zap2it and it appears that by adding only the -Z myzip argument to the execute zap2xml.p line did the trick - at least for my setup. It seems that adding -Z myzip to the arguments for zap2xml.pl triggered the correct information to be downloaded.
Thanks for the suggestion @Kazaroth – I plan to try it on the Plex production machine later this afternoon. Hopefully it works as well as before.
Just tested and added the zip code to the command line and got a usable file. I wonder what changed at Zap2it? Supposedly all the information is stored with my account there and shouldn’t be required.
Looked like zap2it having some difficulties with remembering user info. Seeing the zap2it info yesterday and the suggestions from @Kazaroth gave me the idea to try adding the -Z zipcode to see if that would work. It was good to learn there is apparently a simple fix to the issue.
The issue is with OTA only. I have 5 separate scripts set up for Zap2IT, and only the OTA scripts are affected. If you simply add "-Z " to the script, it will fix the problem and correctly parse the data. Nothing else needs to be changed in your syntax.
