home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
WebEPG fixes (epoch time and episode handling)
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="arion_p" data-source="post: 394008" data-attributes="member: 45945"><p>Hi,</p><p>I've been working on some minor bug fixes for WebEPG. While trying to build a new grabber for <a href="http://www.star.gr" target="_blank">Star Channel</a> (a Greek channel), I came across the following problems:</p><p></p><p>1. Epoch time is not handled correctly: If the site timezone is UTC-8 everything works fine, but for any other time zone, programs may be added to the wrong date. I have changed the conversion to epoch date/time to take into account the site timezone. WebEPG_EpochTime_Patch fixes this.</p><p></p><p>2. EpisodeNum / SeriesNum exporting to xmltv format: According to xmltv DTD the series/episode/part number can be in one of two formats xmltv_ns and onscreen (other format may be used but are not defined in xmltv DTD and TVServer does not support them). If no format is specified in the "system" attribute (which is the case with WebEPG), xmltv_ns is assumed.</p><p>Now according to the xmltv_ns system the value should be of the form [series].[episode].[parth], where [] denote an optional field. Note that the dots are NOT optional. WebEPG on the other hand exported episode numbers in the format [[part.]episode[.series]]</p><p>WebEPG_Episodes_Patch changes WebEPG fixthis</p><p></p><p>Also in xmltv_ns all numbering is zero-based whereas WebEPG uses whatever numbering is used in the site being grabbed. I have not yet fixed this because I am puzzled as to where it would be more appropriate to apply the offset: in ProgramData.ToTvProgram() where the numbers are already integers or in XMLTVExport.WriteProgram(...) where they have to be converted from strings to integer, offset and then back to strings.</p><p>Also I am not sure if it might be useful to make the offset configurable.</p><p></p><p></p><p>Panayotis</p></blockquote><p></p>
[QUOTE="arion_p, post: 394008, member: 45945"] Hi, I've been working on some minor bug fixes for WebEPG. While trying to build a new grabber for [url=http://www.star.gr]Star Channel[/url] (a Greek channel), I came across the following problems: 1. Epoch time is not handled correctly: If the site timezone is UTC-8 everything works fine, but for any other time zone, programs may be added to the wrong date. I have changed the conversion to epoch date/time to take into account the site timezone. WebEPG_EpochTime_Patch fixes this. 2. EpisodeNum / SeriesNum exporting to xmltv format: According to xmltv DTD the series/episode/part number can be in one of two formats xmltv_ns and onscreen (other format may be used but are not defined in xmltv DTD and TVServer does not support them). If no format is specified in the "system" attribute (which is the case with WebEPG), xmltv_ns is assumed. Now according to the xmltv_ns system the value should be of the form [series].[episode].[parth], where [] denote an optional field. Note that the dots are NOT optional. WebEPG on the other hand exported episode numbers in the format [[part.]episode[.series]] WebEPG_Episodes_Patch changes WebEPG fixthis Also in xmltv_ns all numbering is zero-based whereas WebEPG uses whatever numbering is used in the site being grabbed. I have not yet fixed this because I am puzzled as to where it would be more appropriate to apply the offset: in ProgramData.ToTvProgram() where the numbers are already integers or in XMLTVExport.WriteProgram(...) where they have to be converted from strings to integer, offset and then back to strings. Also I am not sure if it might be useful to make the offset configurable. Panayotis [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
WebEPG fixes (epoch time and episode handling)
Contact us
RSS
Top
Bottom