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
Support
Electronic Program Guide
xmlTV
XMLTV file not importing to database automatically
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: 873881" data-attributes="member: 45945"><p>That is usually the best choice, unless ofc the xmltv grabber already incorporates such a feature. For example WebEPG inherently writes the new tvguide.xml in a temporary file. When finished, it deletes the original tvguide.xml and renames the temporary file to tvguide.xml. This way the change is instant (even copying can be caught in the middle if the file is to big, not to mention that copying is inefficient).</p><p> </p><p></p><p>That could cause a lot of issues. Off the top of my head: if tvguide.xml resides in a location where xmltv import plugin has read-only access, it will never be able to get a write lock. Also a write lock requires opening the file in write mode which would essentially change its modified time. There are probably other issues that would surface should we implement this idea.</p></blockquote><p></p>
[QUOTE="arion_p, post: 873881, member: 45945"] That is usually the best choice, unless ofc the xmltv grabber already incorporates such a feature. For example WebEPG inherently writes the new tvguide.xml in a temporary file. When finished, it deletes the original tvguide.xml and renames the temporary file to tvguide.xml. This way the change is instant (even copying can be caught in the middle if the file is to big, not to mention that copying is inefficient). That could cause a lot of issues. Off the top of my head: if tvguide.xml resides in a location where xmltv import plugin has read-only access, it will never be able to get a write lock. Also a write lock requires opening the file in write mode which would essentially change its modified time. There are probably other issues that would surface should we implement this idea. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Electronic Program Guide
xmlTV
XMLTV file not importing to database automatically
Contact us
RSS
Top
Bottom