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
Use real-clients mapped to virtual-clients for flexibility
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="joboehl" data-source="post: 96277" data-attributes="member: 23490"><p>I think what you described is more or less what already happens in the current engine, the differente is that the concept of virtual users are the streams, and they are created dinamically and the user creating it has the control over it. </p><p></p><p>So if you kids created stream3 you could simple choose the stream and whatch it. </p><p></p><p></p><p>The problems I see (and don't have a clear idea on how they should be handled) are mainly due to the ownership of such streams and the problem would propably happen on the virtual server scenario. Example:</p><p></p><p>- User 1 has stream1 (or virtual_user1) tuned on BBC. User_2 whan'ts to watch BBC so it is subscribed to stream1. What append if user1 now whant's to change to Discovery Channel for example? Should it bring user2 wth it? Should user1 not be able to change channels? Should user2 start watching Discovery? It's a tough call. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /> BTW, this is a one tuner scenario just to show the potential problems.</p><p></p><p></p><p>The way I understand the current implementation, MP never reuses the same stream for more than one client unless the user specifically chooses it. So if two users whant to watch the same program on a multi-tuner environment, each one would have it's own stream and conflicts would be avoided. </p><p></p><p>If the user chooses to go and watch a stream owned by someone else, he is (hoppefully) conscient of the drawnbacks. </p><p></p><p>I think there are better methods of handling it, but maybe it would make things too complex for a first implementation. It will probably change overtime.</p><p></p><p>Anyway, just my two cents. The developer team is probably thinking on much clever ways for handling this. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" /></p><p></p><p>Julio</p></blockquote><p></p>
[QUOTE="joboehl, post: 96277, member: 23490"] I think what you described is more or less what already happens in the current engine, the differente is that the concept of virtual users are the streams, and they are created dinamically and the user creating it has the control over it. So if you kids created stream3 you could simple choose the stream and whatch it. The problems I see (and don't have a clear idea on how they should be handled) are mainly due to the ownership of such streams and the problem would propably happen on the virtual server scenario. Example: - User 1 has stream1 (or virtual_user1) tuned on BBC. User_2 whan'ts to watch BBC so it is subscribed to stream1. What append if user1 now whant's to change to Discovery Channel for example? Should it bring user2 wth it? Should user1 not be able to change channels? Should user2 start watching Discovery? It's a tough call. :) BTW, this is a one tuner scenario just to show the potential problems. The way I understand the current implementation, MP never reuses the same stream for more than one client unless the user specifically chooses it. So if two users whant to watch the same program on a multi-tuner environment, each one would have it's own stream and conflicts would be avoided. If the user chooses to go and watch a stream owned by someone else, he is (hoppefully) conscient of the drawnbacks. I think there are better methods of handling it, but maybe it would make things too complex for a first implementation. It will probably change overtime. Anyway, just my two cents. The developer team is probably thinking on much clever ways for handling this. ;) Julio [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
Improvement Suggestions
Use real-clients mapped to virtual-clients for flexibility
Contact us
RSS
Top
Bottom
