Hi,
Since HOT EPG Web Site is not working since Sunday (27/9),
(and therefore the "hot_he" script cannot get EPG info),
I started using the "ynet_he" script that works perfect.
However, there seems to be a problem with the "ynet_he" script
when getting EPG info for "channel8".
Although the web site lists channel 8 shows without a problem,
the script fails to get EPG info, as shown in the attached log lines:
2009-09-29 21:25:12,983 INFO Script ynet_he is processing day 2009-09-29 channel isr10
2009-09-29 21:28:13,467 INFO 2009-09-29: 28 shows have been processed for isr10
2009-09-29 21:28:13,483 INFO Script ynet_he is processing day 2009-09-29 channel channel8
2009-09-29 21:28:13,483 ERROR Listing for the day can not be downloaded/prepared, result: -2
Perhaps YNET have changed something in their EPG site regarding "channel8" ...
Thanks in advance (for MegaEPG),
Uri
Thanks, I'll take a look.
Thanks, I'll take a look.
A quick and dirty fix for the "wnet_he" script
Hi,
Since the "hot_he" script has stopped working, there is no way to download the EPG for Channel 8.
After looking into the "ynet_he.pyc" (Compiled Python :-( ) file and the "channels.xml" file, I have found the cause for the problem with this channel:
- Every channel has a Global-ID in the "channels.xml" file.
- For each EPG source site, there is a translation table in the corresponding script file (i.e. "ynet_he.pyc") to translate this Global-ID to the Site-ID for this channel (each site may have different channeld IDs).
- For "channel8", the Global-ID is "64" and the Site-ID for YNET is "1188502".
- However, the table entry for this channel in the "ynet_he.pyc" file is corrupt, and contain only the Site-ID but not the Global-ID.
- As a result, the MegaEPG program cannot process this channel using the "ynet_he.pyc" script.
- Again, since the "ynet_he.pyc" script is Compiled-Python (i.e. not open source), I cannot fix this table entry.
- However, I can use Hex Editor to overwrite an existing table entry which I don't need, and which has similar Site-ID/Global-ID values (same string length).
- For example, I choose Channel ORT (Russian Channel 1): Global-ID=67, Site-ID=1188506
- Using Hex Editor, I have patched file "ynet_he.pyc":
- Offset 0x1346 from "1188506" to "1188502" (Channel 8 Site-ID)
- Offset 0x1352 from "67" to "64" (Channel 8 Global-ID)
After patching the "ynet_he.pyc" file, the MegaEPG can process Channel 8 from YNET perfectly.
You can download the fixed "ynet_he.pyc" script from the following links:
- http://rapidshare.com/files/422468080/ynet_he.rar
- http://www.megaupload.com/?d=N3L2Q0T4
How to install:
1. Backup current script "ynet_he.pyc" from MegaEPG\Script
2. Download "ynet_he.rar" from one of the links above.
3. Extract "ynet_he.pyc" from the RAR, and copy it to MegaEPG\Script
Uri
ps. Always backup the source file before patching it.
ps. Igor, if you have the time, please fix the table.
Thanks!
Uri - thanks for this! I'm also looking for a fix for BBC entertainment (1847928) ;)
Igor - glad to see you're still around!
Fixed for BBC entertainment too
I used the same hex editor method as Uri and BBC ent. is now working.
If anyone needs the amended file (with both Ch.8 and BBC), post here and I'll upload it.
T.
bip has the same problem as well
and could u please post the fixed file with all the channels ?
Yes please
tim1: please upload it.
Thanks.
Here goes...
http://www.megaupload.com/?d=AR7HYYKN
MAKE SURE YOU TAKE A COPY OF YOUR EXISTING YNET_HE.PYC FIRST - rename it .bak or something. Then download and save the above file in the same folder. If there are any problems go back to the original file.
Only Channel 8 and BBC entertainment are fixed in this file. If I get chance I'll try and take a look at fixing Bip, and I'm sure there are some others too.