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
Watch / Listen Media
Television (MyTV frontend and TV-Server)
TV Client Live TV Freeze
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: 692252" data-attributes="member: 82144"><p>Wow, now that is exhaustive testing! I really appreciate your thoroughness and how clean the logs are. Makes my life really easy, so <strong>thank you</strong> <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>I can clearly see that the TV stream is stopped intensionally. Of course I don't mean that you are intensionally stopping TV. Something else is driving this. Below is an excerpt from MediaPortal.log at the critcal time in the Intervideo Non CSS Decoders For Hauppauge test:</p><p></p><p></p><p></p><p>So it looks like the Intervideo codec lasted roughly 1:30. Notice the "Main: OnResizeEnd"? I *think* that is pointing to the problem, however my specialty is really in TV Server not MediaPortal (I'm still learning <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite2" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" />). I'm going to have to resort to looking at the code to determine why that resize would be happening...</p><p></p><p>Could you tell me: are you running in windowed mode, or full screen?</p><p></p><p></p><p>I'd have to agree...</p><p></p><p></p><p>An excellent idea. Would have definitively eliminated a hardware issue - shame it didn't work <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown :(" loading="lazy" data-shortname=":(" /></p><p>Since your cards have hardware encoders they should be pretty reliable. At least more reliable tuners than need software encoders anyway...</p><p></p><p></p><p>No, the tuner graph (the connections from the tuner, through crossbar - the tuner/s-video/composite connection matrix - encoders, etc. to timeshifting file) is the same whether in TV server preview mode or MediaPortal. It always uses a timeshift file (I guess this is what you mean by "transport stream"). I think there is a difference in the playback side (meaning: the playback of the timeshift file or stream) in that the codecs used for preview are the codecs with the highest merit (think: priority) in the system, rather than the ones configured in MediaPortal configuration. Hope that gives you some insight...</p><p></p><p>Just to recap, I'm pretty baffled by the resize thing. I no longer think providing a debug build of TV server will help us as the cause chain seems to lead back to MediaPortal rather than TV Server. I hope that is okay with you? It will take me time to find out what is happening. I ask for your patience...</p><p></p><p>Thanks once again for the excellent logs!</p></blockquote><p></p>
[QUOTE="mm1352000, post: 692252, member: 82144"] Wow, now that is exhaustive testing! I really appreciate your thoroughness and how clean the logs are. Makes my life really easy, so [B]thank you[/B] :) I can clearly see that the TV stream is stopped intensionally. Of course I don't mean that you are intensionally stopping TV. Something else is driving this. Below is an excerpt from MediaPortal.log at the critcal time in the Intervideo Non CSS Decoders For Hauppauge test: So it looks like the Intervideo codec lasted roughly 1:30. Notice the "Main: OnResizeEnd"? I *think* that is pointing to the problem, however my specialty is really in TV Server not MediaPortal (I'm still learning ;)). I'm going to have to resort to looking at the code to determine why that resize would be happening... Could you tell me: are you running in windowed mode, or full screen? I'd have to agree... An excellent idea. Would have definitively eliminated a hardware issue - shame it didn't work :( Since your cards have hardware encoders they should be pretty reliable. At least more reliable tuners than need software encoders anyway... No, the tuner graph (the connections from the tuner, through crossbar - the tuner/s-video/composite connection matrix - encoders, etc. to timeshifting file) is the same whether in TV server preview mode or MediaPortal. It always uses a timeshift file (I guess this is what you mean by "transport stream"). I think there is a difference in the playback side (meaning: the playback of the timeshift file or stream) in that the codecs used for preview are the codecs with the highest merit (think: priority) in the system, rather than the ones configured in MediaPortal configuration. Hope that gives you some insight... Just to recap, I'm pretty baffled by the resize thing. I no longer think providing a debug build of TV server will help us as the cause chain seems to lead back to MediaPortal rather than TV Server. I hope that is okay with you? It will take me time to find out what is happening. I ask for your patience... Thanks once again for the excellent logs! [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Watch / Listen Media
Television (MyTV frontend and TV-Server)
TV Client Live TV Freeze
Contact us
RSS
Top
Bottom