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 2
Plugin Development
Trakt.tv LiveTV scrobble Development help request.
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="morpheus_xx" data-source="post: 1223275" data-attributes="member: 48495"><p>This sounds really good <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite24" alt="(y)" title="Thumbs Up (y)" loading="lazy" data-shortname="(y)" /> I'm really curious to see the code changes once your are done.</p><p></p><p>Regarding the question of client vs. server side processing: I also thought about this topic before. Indeed it would be the best if the stream contain all the required information. "The stream" is a MPEG transport stream (.ts) written by the TV server using TsWriter, (optional streamed via rtsp) and then read on client by TsReader. Not sure if I remember correctly, but I think there are no "<em><strong>airing </strong></em>time" timestamps inside the stream? (I think there is many processing of timestamps by TsReader)</p><p></p><p>They would be very helpful to have the playback position on client that matches the airing time. This would help to know the exact channel+time => program which is being played back. Otherwise there can be a mismatch if the user does pause the playback i.e. for 30 minutes and continues watching then. In this case the "airing time" is 30 min ahead of watching position.</p><p></p><p>So a question to [USER=82144]@mm1352000[/USER] and [USER=83973]@Owlsroost[/USER]: does the TS contain the required "airing time" information and is it available through TsReader?</p></blockquote><p></p>
[QUOTE="morpheus_xx, post: 1223275, member: 48495"] This sounds really good (y) I'm really curious to see the code changes once your are done. Regarding the question of client vs. server side processing: I also thought about this topic before. Indeed it would be the best if the stream contain all the required information. "The stream" is a MPEG transport stream (.ts) written by the TV server using TsWriter, (optional streamed via rtsp) and then read on client by TsReader. Not sure if I remember correctly, but I think there are no "[I][B]airing [/B][/I]time" timestamps inside the stream? (I think there is many processing of timestamps by TsReader) They would be very helpful to have the playback position on client that matches the airing time. This would help to know the exact channel+time => program which is being played back. Otherwise there can be a mismatch if the user does pause the playback i.e. for 30 minutes and continues watching then. In this case the "airing time" is 30 min ahead of watching position. So a question to [USER=82144]@mm1352000[/USER] and [USER=83973]@Owlsroost[/USER]: does the TS contain the required "airing time" information and is it available through TsReader? [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 2
Plugin Development
Trakt.tv LiveTV scrobble Development help request.
Contact us
RSS
Top
Bottom