Last few seconds of video freezes before transition.

[Moebius01 8]

I'll work on logs and a video of what I'm trying to describe this evening, but I'm curious if anyone else has seen this, or it's a known thing I just missed.  In short, for any video bumpers or the like, the last few seconds of the video freezes before the transition.  The audio plays through to the end normally.  For example, the original Dolby Atmos video ends with the Dolby logo over rippling water which fades to black as the sound fades.  When running this in a sequence, the image freezes on the rippling water and never fades to black.  I'm also using an old courtesy bumper from National Amusements (was a favorite of ours when we lived in Boston and I found a version only) that ends with a "Coming Attractions" image with spotlights going back and forth behind it before fading to black.  In a sequence, it just freezes there (which works ok for the purposes intended :)).  

In the grand scheme, this is a very minor issue, I'm mostly just curious if anyone has seen something similar.

[Moebius01 8]

So as I was playing around looking at video bumpers yesterday, I discovered it's not Cinemavision that freezes. It's either Kodi, the skin, or the Odroid.  It's just not noticable in movies of the like as you usually go back to the menu before credits are over.  

I'll have to play around to see if I can isolate it, out of curiosity.

[OTA 64]

If it helps, I'm using Kodi 17.3 with the default Estuary skin on an Odriod C2 and I don't have this problem.

[Moebius01 8]

23 hours ago, OTA said:

If it helps, I'm using Kodi 17.3 with the default Estuary skin on an Odriod C2 and I don't have this problem.

Thanks!  I'll try switching to Estuary to see if it's the skin.  On the Odroid, are you running LibreELEC or an Android build?

[OTA 64]

LibreELEC.

@Moebius01 Are your bumpers local on the SD card or are you streaming them from a network source?

Edited August 22, 2017 by OTA

[OTA 64]

You know what?  I stand corrected.  Mine is doing what yours is doing.  I never noticed it because the bumpers I was using didn't have much movement at the end.  I went and loaded up some that had movement and I can reproduce the same issue you are having.

[Moebius01 8]

So that leaves wondering if it's something specific to the Odroid or the LibreELEC build maybe.  I did test the same bumper on my PC where I installed Kodi just to figure out what I was doing before the Odroid arrived, and no freeze there.

[OTA 64]

I haven't had the opportunity to check out the logs yet to see if they give any clues.  If they are clean, the only way to make the determination between the OS build and the hardware would be to find somebody that is using LibreElec on something like a Pi rather than an Odriod, but that still may not be definitive since the build may be different for the alternative hardware.  Just for additional information, my bumpers are local on the SD card.

[Moebius01 8]

Mine were running from a NAS vis NFS, so we can eliminate that variable at least.  So we know it's not Kodi, the skin, or the file source.  That would seem to leave us with the device, or the OS build on the device as possibilities.  Or display connectivity.  The Kodi on my PC is just outputting to a monitor.  If I get a chance, I'll have to try it via HDMI to my projector to see if that changes anything.

[OTA 64]

I'm running the same setup I was with my old Minix Windows HTPC and I didn't notice it pausing like that before, so I don't think it would be caused by something external to the device.  It's likely either the Odriod or LibreElec.  I have not tested a movie because there's typically no movement at the end of a movie.  It's either stationary text  or an image so I don't know if it affects the feature or not.  I'll try and find a movie with some movement at the end and try playing it with and without cinema mode to see if there's a difference as well.

Edited August 24, 2017 by OTA

[Moebius01 8]

I couldn't think of a movie with enough movement at the end, but I was able to test a handful of different videos in multiple formats with the same result.  The interesting thing is I'm hard pressed to think of anything in the hardware (as in Odroid vs PC or another device) that would do this.  It's almost like the system is trying to pre-fetch the menu page, but that would be in the Kodi coding itself, which does not appear to be the case.  Maybe something in the way the Odroid handles a resolution switch?

[OTA 64]

I just reproduced the issue without using cinema mode so it's not related to CinemaVision for sure.  Here is a snippet of the log where the file was played.  Maybe you can compare with yours.  It may be time to hit up the Kodi or LibreElec forums for an answer since CV does not appear to be related.

23:01:35.001 T:547574464512  NOTICE: VideoPlayer: Opening: smb://QNAP-NAS/Children/The Book of Life (2014)/The Book of Life (2014).mkv
23:01:35.001 T:547574464512 WARNING: CDVDMessageQueue(player)::Put MSGQ_NOT_INITIALIZED
23:01:35.001 T:544815759584  NOTICE: Creating InputStream
23:01:35.483 T:544815759584  NOTICE: Creating Demuxer
23:01:35.534 T:544815759584  NOTICE: Opening stream: 0 source: 256
23:01:35.534 T:544815759584  NOTICE: Creating video codec with codec id: 28
23:01:35.536 T:544815759584   ERROR: Unable to load libamplayer.so, reason: libamplayer.so: cannot open shared object file: No such file or directory
23:01:35.536 T:544815759584 WARNING: CAMLCodec::CAMLCodec libamplayer.so not found, trying libamcodec.so instead
23:01:35.539 T:544815759584  NOTICE: Creating video thread
23:01:35.540 T:544815759584  NOTICE: Opening stream: 1 source: 256
23:01:35.540 T:545021747424  NOTICE: running thread: video_thread
23:01:35.540 T:544815759584  NOTICE: Finding audio codec for: 86020
23:01:35.540 T:544815759584  NOTICE: Creating audio thread
23:01:35.540 T:544864174304  NOTICE: running thread: CVideoPlayerAudio::Process()
23:01:35.551 T:544864174304  NOTICE: Creating audio stream (codec id: 86020, channels: 6, sample rate: 48000, pass-through)
23:01:35.552 T:544864174304   ERROR: CAEStreamInfo::GetDuration - invalid stream type
23:01:35.563 T:545021747424   ERROR: Previous line repeats 1 times.
23:01:35.563 T:545021747424  NOTICE: CAMLCodec::OpenDecoder - using V4L2 pts format: 64Bit
23:01:58.069 T:545021747424 WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
23:02:42.989 T:544864174304 WARNING: Previous line repeats 2 times.
23:02:42.989 T:544864174304   ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer
23:02:51.475 T:544815759584   ERROR: Previous line repeats 3 times.
23:02:51.475 T:544815759584  NOTICE: CVideoPlayer::OnExit()
23:02:51.475 T:544815759584  NOTICE: VideoPlayer: eof, waiting for queues to empty
23:02:51.475 T:544815759584  NOTICE: Closing stream player 1
23:02:51.475 T:544815759584  NOTICE: CDVDMessageQueue(audio)::WaitUntilEmpty
23:02:51.475 T:544815759584  NOTICE: Waiting for audio thread to exit
23:02:51.475 T:544864174304   ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true
23:02:51.475 T:544864174304  NOTICE: thread end: CVideoPlayerAudio::OnExit()
23:02:51.475 T:544815759584  NOTICE: Closing audio device
23:02:51.665 T:544815759584  NOTICE: Deleting audio codec
23:02:51.665 T:544815759584  NOTICE: Closing stream player 2
23:02:51.665 T:544815759584  NOTICE: CDVDMessageQueue(video)::WaitUntilEmpty
23:02:51.665 T:544815759584  NOTICE: waiting for video thread to exit
23:02:51.665 T:545021747424   ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true
23:02:51.665 T:545021747424  NOTICE: thread end: video_thread
23:02:51.665 T:544815759584  NOTICE: deleting video codec
23:02:51.722 T:547574464512   ERROR: Control 602 in window 12901 has been asked to focus, but it can't
23:02:52.801 T:547574464512  NOTICE: CVideoPlayer::CloseFile()
23:02:52.801 T:547574464512  NOTICE: VideoPlayer: waiting for threads to exit
23:02:52.801 T:547574464512  NOTICE: VideoPlayer: finished waiting
23:02:52.801 T:547574464512  NOTICE: CVideoPlayer::CloseFile()
23:02:52.801 T:547574464512  NOTICE: VideoPlayer: waiting for threads to exit
23:02:52.801 T:547574464512  NOTICE: VideoPlayer: finished waiting
23:04:23.607 T:547574464512  NOTICE: Samba is idle. Closing the remaining connections

Unless this is you, it looks like somebody else has also reported this as a bug on the LibreElec forum:

https://forum.libreelec.tv/thread/6779-bug-report-logs-inside-freezing-video-on-last-few-seconds-of-playback/?postID=42126&highlight=video%2Bfreezing%2Bat%2Bend%2Bof%2Bfile#post42126

Edited August 25, 2017 by OTA

[OTA 64]

I've been playing with this a bit more and I've discovered it seems to be intermittent .  I can run through a bumper several times in a row and sometimes it will hang and sometimes it won't.  It hangs more often than not, but I've kept the conditions the same so I've been unable to be able to consistently reproduce the issue.  Intermittent issues are difficult to troubleshoot.

[Moebius01 8]

Yeah, it's pretty tricky to isolate.  Though I haven't had a non-freeze moment yet, will have to try repeating multiple times to see if I can produce one.

[OTA 64]

Just an update on this one.  I upgraded to LibreELEC 9.0.0 which is Kodi 18.0 and the freezing issue is resolved.