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
MediaPortal 1 Plugins
New Webinterface
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="Reon" data-source="post: 165168" data-attributes="member: 53597"><p>Thanks for the response <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p></p><p></p><p></p><p>I did some testing yesterday with scheduling recordings directly via sql into the database, and the results was good. I was able to both cancel recordings issued by MP, and insert new recordings. It seems that MP did as it was told without communicating via C#. Maybe I was just lucky?</p><p></p><p>Tested on MP 0.2.3 so things may change when using the new tv-server.</p><p></p><p>MP had some problems with recording 15-20 minutes when it was suppose to record only 10. I'm testing this now with longer recordings so more answers will come... </p><p></p><p></p><p></p><p>I had parentheses around "my" as I prefer Mysql. Simple inserts and updates will work in any database so I don't see this is a problem. In places where special optimizations are required database independence may be a problem, but I find it hard to believe this is needed in this small project.</p><p></p><p>By using a persistentobject approach multiple database support will come out of the box any way. Getting PHP to work against M$ Sql is however another story <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite7" alt=":p" title="Stick Out Tongue :p" loading="lazy" data-shortname=":p" /></p><p></p><p>Is it possible to turn on query logging in MP without recompiling anything? Since it is SQLite this is a bit tricky to do this othervice.</p></blockquote><p></p>
[QUOTE="Reon, post: 165168, member: 53597"] Thanks for the response :) I did some testing yesterday with scheduling recordings directly via sql into the database, and the results was good. I was able to both cancel recordings issued by MP, and insert new recordings. It seems that MP did as it was told without communicating via C#. Maybe I was just lucky? Tested on MP 0.2.3 so things may change when using the new tv-server. MP had some problems with recording 15-20 minutes when it was suppose to record only 10. I'm testing this now with longer recordings so more answers will come... I had parentheses around "my" as I prefer Mysql. Simple inserts and updates will work in any database so I don't see this is a problem. In places where special optimizations are required database independence may be a problem, but I find it hard to believe this is needed in this small project. By using a persistentobject approach multiple database support will come out of the box any way. Getting PHP to work against M$ Sql is however another story :P Is it possible to turn on query logging in MP without recompiling anything? Since it is SQLite this is a bit tricky to do this othervice. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
New Webinterface
Contact us
RSS
Top
Bottom