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
General Support
Ability to watch the TV stream directly without the timeshift buffer delay?
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="mm1352000" data-source="post: 1237302" data-attributes="member: 82144"><p>The chains below are somewhat simplified and assume use of MediaPortal [client] rather than KODI. The KODI server chain is as per the multi-seat chain; the KODI client chain is unknown to me, but presumably it involves similar elements (splitter/demuxer, decoders, renderers).</p><p></p><p><strong>Current Single Seat</strong></p><p>server: tuner -> TsWriter (remuxer) -> time-shift files</p><p>client: time-shift files -> TsReader (splitter/demuxer) -> decoders (codecs) -> outputs/renderers</p><p></p><p><strong>Current Multi-Seat</strong></p><p>server: tuner -> TsWriter (remuxer) -> time-shift files -> streaming server -> RTSP network stream</p><p>client: RTSP network stream -> TsReader (splitter/demuxer) -> decoders (codecs) -> outputs/renderers</p><p></p><p>[edit: I should clarify that <strong>only TsWriter, streaming server and TsReader are MediaPortal elements</strong>. The rest are "third-party". Some are also configurable.]</p><p></p><p>If you remove the time-shift files, you have to:</p><ol> <li data-xf-list-type="ol">For single seat, introduce some other mechanism/interface for transferring the "stream" from the server to the client.</li> <li data-xf-list-type="ol">For multi-seat, in some way combine or co-ordinate TsWriter's remuxing functionality with streaming server's streaming functionality.</li> </ol><p>One could imagine dealing with #1 by using RTSP network streams as the interface between client and server for both single seat and multi-seat. In fact it's possible to force that through settings in MP Configuration now... though annedotally my understanding is that it's slower and more error prone, particularly when seeking (skip, FF, RW). That would leave the [<em>significant</em>] challenge of #2.</p><p></p><p>These things aren't too difficult to explain conceptually... but, trust me, they're far from easy to implement in practice! Even more challenging (in my opinion) would be implementing the switch between "live" and time-shifting mode <em>with zero content loss</em> using the pause mechanism you suggested. That would require a level of synchronisation/coupling between client and server that simply doesn't even exist right now. For single seat the server currently has absolutely no knowledge of client "movement" (pause, play, skipping, FF, RW) within the time-shift buffer; client and server operate absolutely independently except for the start and stop commands.</p></blockquote><p></p>
[QUOTE="mm1352000, post: 1237302, member: 82144"] The chains below are somewhat simplified and assume use of MediaPortal [client] rather than KODI. The KODI server chain is as per the multi-seat chain; the KODI client chain is unknown to me, but presumably it involves similar elements (splitter/demuxer, decoders, renderers). [B]Current Single Seat[/B] server: tuner -> TsWriter (remuxer) -> time-shift files client: time-shift files -> TsReader (splitter/demuxer) -> decoders (codecs) -> outputs/renderers [B]Current Multi-Seat[/B] server: tuner -> TsWriter (remuxer) -> time-shift files -> streaming server -> RTSP network stream client: RTSP network stream -> TsReader (splitter/demuxer) -> decoders (codecs) -> outputs/renderers [edit: I should clarify that [B]only TsWriter, streaming server and TsReader are MediaPortal elements[/B]. The rest are "third-party". Some are also configurable.] If you remove the time-shift files, you have to: [LIST=1] [*]For single seat, introduce some other mechanism/interface for transferring the "stream" from the server to the client. [*]For multi-seat, in some way combine or co-ordinate TsWriter's remuxing functionality with streaming server's streaming functionality. [/LIST] One could imagine dealing with #1 by using RTSP network streams as the interface between client and server for both single seat and multi-seat. In fact it's possible to force that through settings in MP Configuration now... though annedotally my understanding is that it's slower and more error prone, particularly when seeking (skip, FF, RW). That would leave the [[I]significant[/I]] challenge of #2. These things aren't too difficult to explain conceptually... but, trust me, they're far from easy to implement in practice! Even more challenging (in my opinion) would be implementing the switch between "live" and time-shifting mode [I]with zero content loss[/I] using the pause mechanism you suggested. That would require a level of synchronisation/coupling between client and server that simply doesn't even exist right now. For single seat the server currently has absolutely no knowledge of client "movement" (pause, play, skipping, FF, RW) within the time-shift buffer; client and server operate absolutely independently except for the start and stop commands. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
General Support
Ability to watch the TV stream directly without the timeshift buffer delay?
Contact us
RSS
Top
Bottom