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
Improvement Suggestions
Recording Engine as a service
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="Anonymous" data-source="post: 8544"><p>I think this is a great idea too, especially since the new TV engine will be a plugin interface, it should be much easier to do, then trying to move hard coded capture input, once this is done and working stable, it would then be not so hard to make it client/server which would be really nice, and maybe after that it would be nice to have client/server/slave, where clients talk to servers then servers can talk to slaves so you can have an unlimited number of capture sources, the only problem I see swtiching to a service is that I belive it has to be timeshfted which means it has to be hardware, as if your viewing live tv the service would have to write to a file as the main program reads from it, if you dont want to have capture code in MP as well as service which would be a good idea to avoid hardware conflicts, of both trying to access at the same time, but as hardware encoding boards are pretty cheap now, I dont think that would be a big tradeoff</p></blockquote><p></p>
[QUOTE="Anonymous, post: 8544"] I think this is a great idea too, especially since the new TV engine will be a plugin interface, it should be much easier to do, then trying to move hard coded capture input, once this is done and working stable, it would then be not so hard to make it client/server which would be really nice, and maybe after that it would be nice to have client/server/slave, where clients talk to servers then servers can talk to slaves so you can have an unlimited number of capture sources, the only problem I see swtiching to a service is that I belive it has to be timeshfted which means it has to be hardware, as if your viewing live tv the service would have to write to a file as the main program reads from it, if you dont want to have capture code in MP as well as service which would be a good idea to avoid hardware conflicts, of both trying to access at the same time, but as hardware encoding boards are pretty cheap now, I dont think that would be a big tradeoff [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
Improvement Suggestions
Recording Engine as a service
Contact us
RSS
Top
Bottom