- December 1, 2008
- 237
- 21
- Home Country
-
Russian Federation
MediaPortal Version: 1.1.RC1
MediaPortal Skin: Blue-3
Windows Version: WinXP-SP3
CPU Type: Intel Core 2 Duo E8400 3.0GHz
HDD: WD 1000Gb
Memory: 2x1024 DDR2
Motherboard: ASUS P5K premium
Video Card: ASUS EN9600GT Silent/HTDI 512
Video Card Driver: 196.21
MPEG2 Video Codec: Cyberlink Video/SP Decoder (PDVD 8)
MPEG2 Audio Codec: ffdshow
h.264 Video Codec: MPC decoder
HTPC Case: Silverstone CW03
Power Supply: Corsair VX450W
Remote: Soundgraph
TV: Pioneer PDP-5080XA
TV - HTPC Connection: DVI-HDMI
I am using TV server for IPTV and XMLtv for importing TV guide.
In XMLtv you have to go through the following steps:
- download TV guide data from some site
- associate each registered TV channel with a corresponding channel present in imported TV guide
- import schedule for each channel
Step 2 can be done only once, steps 1 & 3 must be done regularly and can be done automatically.
Once during step 3 I got an error which was displayed in screen and also presented in "error.log":
Part of message from Russian means:
As a result - in MediaPortal I did not have TV guide at all - for each channel it was written "Данные недоступны" (means "Data not available").
So, there was a problem in downloaded "tvguide.xml".
I checked this file and found the following string:
The value "00000000000000" was wrong.
Also, this programme was for channle which was not registered in MP and so was not used
.
I deleted these strings from "tvguide.xml" - and the import was done successfully.
So, my questions are:
1. Why does MP (means - XMLtv plugin) import programmes for channels wich are not used?
2. Why broken data for some programme cause total break of import?
3. Why can't MP replace invalid time with some estimated value automatically dependently on timings of "neighbour programmes" ?
MediaPortal Skin: Blue-3
Windows Version: WinXP-SP3
CPU Type: Intel Core 2 Duo E8400 3.0GHz
HDD: WD 1000Gb
Memory: 2x1024 DDR2
Motherboard: ASUS P5K premium
Video Card: ASUS EN9600GT Silent/HTDI 512
Video Card Driver: 196.21
MPEG2 Video Codec: Cyberlink Video/SP Decoder (PDVD 8)
MPEG2 Audio Codec: ffdshow
h.264 Video Codec: MPC decoder
HTPC Case: Silverstone CW03
Power Supply: Corsair VX450W
Remote: Soundgraph
TV: Pioneer PDP-5080XA
TV - HTPC Connection: DVI-HDMI
I am using TV server for IPTV and XMLtv for importing TV guide.
In XMLtv you have to go through the following steps:
- download TV guide data from some site
- associate each registered TV channel with a corresponding channel present in imported TV guide
- import schedule for each channel
Step 2 can be done only once, steps 1 & 3 must be done regularly and can be done automatically.
Once during step 3 I got an error which was displayed in screen and also presented in "error.log":
Code:
2010-05-06 05:33:35.812500 [SetupTv(1)]: XML tv import error loading C:\Documents and Settings\All Users\Application Data\Team MediaPortal\MediaPortal TV Server\xmltv\tvguide.xml err:Параметры Year, Month и Day описывают непредставимое значение DateTime.
в System.DateTime.DateToTicks(Int32 year, Int32 month, Int32 day)
в TvEngine.XMLTVImport.CorrectIllegalDateTime(Int64 datetime)
в TvEngine.XMLTVImport.Import(String fileName, Boolean deleteBeforeImport, Boolean showProgress)
Code:
Values Year, Month and Day represent invalid value of DateTime.
So, there was a problem in downloaded "tvguide.xml".
I checked this file and found the following string:
Code:
<programme start="00000000000000 +0300" stop="20100508234000 +0400" channel="563">
<title lang="ru">bla-bla-bla</title>
<desc lang="ru">bla-bla-bla</desc>
<category lang="ru">bla-bla-bla</category>
</programme>
Also, this programme was for channle which was not registered in MP and so was not used
I deleted these strings from "tvguide.xml" - and the import was done successfully.
So, my questions are:
1. Why does MP (means - XMLtv plugin) import programmes for channels wich are not used?
2. Why broken data for some programme cause total break of import?
3. Why can't MP replace invalid time with some estimated value automatically dependently on timings of "neighbour programmes" ?