TV-Server Version: 1.0.0 RC2
MediaPortal Version: 1.0.0 RC2
MediaPortal Skin: XFace 1.6
Windows Version: XP SP2
CPU Type: Intel Core2 Duo E6400 (2.12Ghz)
HDD: Western Digital 500GB SATA
Memory: 1024MB DDR2
Motherboard: Asus P5W DH Deluxe
Video Card: Gigabyte Nvidia 7600GT
Video Card Driver: 6.14.10.9371
Sound Card: Realtek HD Audio (on motherboard)
Sound Card AC3: Optical Out
Sound Card Driver: 5.10.0.5247
1. TV Card: DNTV Live! Dual Hybrid PCIe S2
1. TV Card Type: DVB-T dual tuner (does dual analog as well)
1. TV Card Driver: 1.0.3.1
2. TV Card:
2. TV Card Type:
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: NVidia PureVideo
MPEG2 Audio Codec: NVidia PureVideo
h.264 Video Codec:
Satelite/CableTV Provider:
HTPC Case: Silverstone LC16M
Cooling: Zelman
Power Supply: Asus 460W modular
Remote: iMon Pad (shipped with Silverston Case)
TV: Sony 32" V300a
TV - HTPC Connection: DVI -> HDMI
Hi,
I've just recently upgraded to 1.0.0 RC2 from one of the 0.2.3 SVNs, and all is (mostly) running fine except for the EPG. My timezone is GMT+10:00, and I have been using an xmltv-based EPG without a problem since I first started using MP about 18 months ago.
Under TVE2 on MP 0.2.3 all I had to do was specify a timezone compensation of -10 hours and everything was rock solid - I went months without touching EPG stuff, which is as it should be. With TV Server 1.0.0 RC 2 and the xmltv plugin, however, I am having issues: I cannot get the plugin to consistently import the EPG data from my xmltv file with the correct timezone compensation.
In the configuration page for the XMLTV plugin I have the correct path to my xmltv file set, along with the xmltv.dtd file. I also have checked Import new tvguide.xml and Delete old programs before import. I do not have checked Import files in new tvguide.lst, since I don't use that file type.
Apply timezone compensation is checked, and I have -10 entered in the Hours: checkbox. I've also set up all the channel mappings appropriately and saved them (several times, as I've tried to get the EPG working). On clicking the Import button, the Import status report updates appropriately, and I have program data in the database (I can see it fine in MediaPortal).
The problem is that nine times out of ten the timezone compensation is not applied - all of my programs are out by 10 hours. I did manage to get it to work twice (tinkering with -10 or +10 or 0hrs compensation), and at one stage, overnight, had all of my EPG data correct. However, in the morning, after an update of tvguide.xml, the programs are once again out by exactly 10 hours.
I checked the config page for xmltv in the TV Server config tool, as well as the settings recorded in the database. Both have the -10hrs compensation shown - TV Server is just not applying the compensation.
To work around, I'm going to look at getting my xmltv grabber to apply the timezone compensation at that step, but there is something definitely wrong with the TV Server xmltv plugin's processing of timezone information.
Cheers,
Rob
MediaPortal Version: 1.0.0 RC2
MediaPortal Skin: XFace 1.6
Windows Version: XP SP2
CPU Type: Intel Core2 Duo E6400 (2.12Ghz)
HDD: Western Digital 500GB SATA
Memory: 1024MB DDR2
Motherboard: Asus P5W DH Deluxe
Video Card: Gigabyte Nvidia 7600GT
Video Card Driver: 6.14.10.9371
Sound Card: Realtek HD Audio (on motherboard)
Sound Card AC3: Optical Out
Sound Card Driver: 5.10.0.5247
1. TV Card: DNTV Live! Dual Hybrid PCIe S2
1. TV Card Type: DVB-T dual tuner (does dual analog as well)
1. TV Card Driver: 1.0.3.1
2. TV Card:
2. TV Card Type:
2. TV Card Driver:
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: NVidia PureVideo
MPEG2 Audio Codec: NVidia PureVideo
h.264 Video Codec:
Satelite/CableTV Provider:
HTPC Case: Silverstone LC16M
Cooling: Zelman
Power Supply: Asus 460W modular
Remote: iMon Pad (shipped with Silverston Case)
TV: Sony 32" V300a
TV - HTPC Connection: DVI -> HDMI
Hi,
I've just recently upgraded to 1.0.0 RC2 from one of the 0.2.3 SVNs, and all is (mostly) running fine except for the EPG. My timezone is GMT+10:00, and I have been using an xmltv-based EPG without a problem since I first started using MP about 18 months ago.
Under TVE2 on MP 0.2.3 all I had to do was specify a timezone compensation of -10 hours and everything was rock solid - I went months without touching EPG stuff, which is as it should be. With TV Server 1.0.0 RC 2 and the xmltv plugin, however, I am having issues: I cannot get the plugin to consistently import the EPG data from my xmltv file with the correct timezone compensation.
In the configuration page for the XMLTV plugin I have the correct path to my xmltv file set, along with the xmltv.dtd file. I also have checked Import new tvguide.xml and Delete old programs before import. I do not have checked Import files in new tvguide.lst, since I don't use that file type.
Apply timezone compensation is checked, and I have -10 entered in the Hours: checkbox. I've also set up all the channel mappings appropriately and saved them (several times, as I've tried to get the EPG working). On clicking the Import button, the Import status report updates appropriately, and I have program data in the database (I can see it fine in MediaPortal).
The problem is that nine times out of ten the timezone compensation is not applied - all of my programs are out by 10 hours. I did manage to get it to work twice (tinkering with -10 or +10 or 0hrs compensation), and at one stage, overnight, had all of my EPG data correct. However, in the morning, after an update of tvguide.xml, the programs are once again out by exactly 10 hours.
I checked the config page for xmltv in the TV Server config tool, as well as the settings recorded in the database. Both have the -10hrs compensation shown - TV Server is just not applying the compensation.
To work around, I'm going to look at getting my xmltv grabber to apply the timezone compensation at that step, but there is something definitely wrong with the TV Server xmltv plugin's processing of timezone information.
Cheers,
Rob