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
watch/edit Videos
Sometimes no image rendered when playing video
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="CyberSimian" data-source="post: 1284312" data-attributes="member: 141969"><p>[USER=98267]@doskabouter[/USER] : I had another occurrence of my "no video" problem on Sunday, and this time I immediately repeated the sequence of actions (as far as I could remember), but <em>without</em> allowing the MP or Windows screen savers to operate. I have renamed the logs "good" and "bad", and performed the following edits:</p><ul> <li data-xf-list-type="ul">Removed the "PowerScheduler" lines.</li> <li data-xf-list-type="ul">Removed the timestamps.</li> <li data-xf-list-type="ul">Removed the lines preceding a point near where I initiated playback.</li> <li data-xf-list-type="ul">Removed the lines following the "Shutdown dialog" line.</li> </ul><p>The logs are identical except for:</p><ul> <li data-xf-list-type="ul">The good log has several lines for "resume playback" (I had forgotten to reset the resume point), but I think that we can ignore these lines.</li> <li data-xf-list-type="ul">There are about 1450 lines of what I think is the new debug logging that you added. This debug logging is completely absent from the bad log.</li> </ul><p>Ignoring the "resume playback" lines, we have these lines common to both logs:</p><p></p><p>[code]TSReaderPlayer:Window (0,0)-(100,100) - (420,0)-(1500,1080)</p><p>TSReaderPlayer: SetSourcePosition 1</p><p>TSReaderPlayer: SetSourcePosition 2</p><p>VMR9Helper: Playing -> Repainting, Frames 50</p><p>GUIVideoOverlay : SetCurrentFile DoesPostRender _fileName Gardeners' World Easter Special (BBC2 HD) 2021-04-02 21.00.00</p><p>PlaneScene: PresentImage() dispose surfaces</p><p>VMR9: Repainting -> Playing, Frames: 50[/code]</p><p></p><p></p><p>The good log then has these lines which are missing from the bad log:</p><p></p><p>[code]PlaneScene: crop T, B : 0, 0</p><p>PlaneScene: crop L, R : 0, 0</p><p>PlaneScene: video WxH : 1920x1080</p><p>PlaneScene: video AR : 16:9</p><p>PlaneScene: screen WxH : 1920x1080</p><p>PlaneScene: AR type : Normal</p><p>PlaneScene: PixelRatio : 1</p><p>PlaneScene: src : (0,0)-(1920,1080)</p><p>PlaneScene: dst : (0,0)-(1920,1080)</p><p>start drawtexture 104180320 369098751</p><p>drawtexture after fontengineset</p><p>drawtexture after FontEngineSetSamplerState</p><p>drawtexture start DrawTextureSegment</p><p>Drawtexturesegment 0 0 1920 1080 0 0 1920 1080 1920 1080 369098751</p><p>Drawtexturesegment done</p><p>drawtexture done</p><p>...block starting "start drawtexture" repeated many many times...[/code]</p><p></p><p></p><p>The logs become identical again at this point:</p><p></p><p>[code]Centarea: Command "178" mapped</p><p>Main: Stopping media</p><p>g_Player.doStop() keepTimeShifting = False keepExclusiveModeOn = False</p><p>g_Player.OnStopped()</p><p>GUIVideoFiles: OnPlayBackStopped idFile=3173 timeMovieStopped=9 resumeData= bdtitle=1000</p><p>GUIVideoFiles: OnPlayBackStopped store resume time</p><p>RadioRecorded:OnPlayRecordingBackStopped Video P:\TV\Interests\Gardening\Gardeners' World\Gardeners' World Easter Special (BBC2 HD) 2021-04-02 21.00.00.ts</p><p>TvRecorded:OnPlayRecordingBackStopped Video P:\TV\Interests\Gardening\Gardeners' World\Gardeners' World Easter Special (BBC2 HD) 2021-04-02 21.00.00.ts</p><p>g_Player.doStop() - stop[/code]</p><p></p><p></p><p>My guess (and we all know how accurate my guesses are <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin :D" loading="lazy" data-shortname=":D" /> ) is that at some point during the processing that initiates playback, a test is performed which gives the wrong result, and this wrong result causes the code containing your debug logging to be bypassed. So I think that we need to add debug logging to the functions that are executed prior to your existing debug logging.</p><p></p><p>If you have the time to add the additional logging, I would suggest keeping a look out for any test involving either the MP screen saver or the Windows screen saver, perhaps something like:</p><p></p><p>[code]if screen_saver_is_active</p><p>then { do_nothing; }</p><p>else { display_the_video_stream; }[/code]</p><p></p><p></p><p>If code like this actually exists, it suggests that the MP screen saver is not being reset correctly (but this is just a guess <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite8" alt=":D" title="Big Grin :D" loading="lazy" data-shortname=":D" /> ).</p><p></p><p>-- from CyberSimian in the UK</p></blockquote><p></p>
[QUOTE="CyberSimian, post: 1284312, member: 141969"] [USER=98267]@doskabouter[/USER] : I had another occurrence of my "no video" problem on Sunday, and this time I immediately repeated the sequence of actions (as far as I could remember), but [i]without[/i] allowing the MP or Windows screen savers to operate. I have renamed the logs "good" and "bad", and performed the following edits: [LIST] [*]Removed the "PowerScheduler" lines. [*]Removed the timestamps. [*]Removed the lines preceding a point near where I initiated playback. [*]Removed the lines following the "Shutdown dialog" line. [/LIST] The logs are identical except for: [LIST] [*]The good log has several lines for "resume playback" (I had forgotten to reset the resume point), but I think that we can ignore these lines. [*]There are about 1450 lines of what I think is the new debug logging that you added. This debug logging is completely absent from the bad log. [/LIST] Ignoring the "resume playback" lines, we have these lines common to both logs: [code]TSReaderPlayer:Window (0,0)-(100,100) - (420,0)-(1500,1080) TSReaderPlayer: SetSourcePosition 1 TSReaderPlayer: SetSourcePosition 2 VMR9Helper: Playing -> Repainting, Frames 50 GUIVideoOverlay : SetCurrentFile DoesPostRender _fileName Gardeners' World Easter Special (BBC2 HD) 2021-04-02 21.00.00 PlaneScene: PresentImage() dispose surfaces VMR9: Repainting -> Playing, Frames: 50[/code] The good log then has these lines which are missing from the bad log: [code]PlaneScene: crop T, B : 0, 0 PlaneScene: crop L, R : 0, 0 PlaneScene: video WxH : 1920x1080 PlaneScene: video AR : 16:9 PlaneScene: screen WxH : 1920x1080 PlaneScene: AR type : Normal PlaneScene: PixelRatio : 1 PlaneScene: src : (0,0)-(1920,1080) PlaneScene: dst : (0,0)-(1920,1080) start drawtexture 104180320 369098751 drawtexture after fontengineset drawtexture after FontEngineSetSamplerState drawtexture start DrawTextureSegment Drawtexturesegment 0 0 1920 1080 0 0 1920 1080 1920 1080 369098751 Drawtexturesegment done drawtexture done ...block starting "start drawtexture" repeated many many times...[/code] The logs become identical again at this point: [code]Centarea: Command "178" mapped Main: Stopping media g_Player.doStop() keepTimeShifting = False keepExclusiveModeOn = False g_Player.OnStopped() GUIVideoFiles: OnPlayBackStopped idFile=3173 timeMovieStopped=9 resumeData= bdtitle=1000 GUIVideoFiles: OnPlayBackStopped store resume time RadioRecorded:OnPlayRecordingBackStopped Video P:\TV\Interests\Gardening\Gardeners' World\Gardeners' World Easter Special (BBC2 HD) 2021-04-02 21.00.00.ts TvRecorded:OnPlayRecordingBackStopped Video P:\TV\Interests\Gardening\Gardeners' World\Gardeners' World Easter Special (BBC2 HD) 2021-04-02 21.00.00.ts g_Player.doStop() - stop[/code] My guess (and we all know how accurate my guesses are :D ) is that at some point during the processing that initiates playback, a test is performed which gives the wrong result, and this wrong result causes the code containing your debug logging to be bypassed. So I think that we need to add debug logging to the functions that are executed prior to your existing debug logging. If you have the time to add the additional logging, I would suggest keeping a look out for any test involving either the MP screen saver or the Windows screen saver, perhaps something like: [code]if screen_saver_is_active then { do_nothing; } else { display_the_video_stream; }[/code] If code like this actually exists, it suggests that the MP screen saver is not being reset correctly (but this is just a guess :D ). -- from CyberSimian in the UK [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
Watch / Listen Media
watch/edit Videos
Sometimes no image rendered when playing video
Contact us
RSS
Top
Bottom
