Kodi Community Forum

Full Version: [Problem] large MKV stopping mid video & not able to resume - log attached
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
TRAC Ticket #13028

Ever since 11.0 released I've had major problems with most large (over 1.5GB) MKV videos.

They will stop, then XBMC jumps to main menu, without warning and at different times. It does save the bookmark of the stop point, oddly enough. But when I try to resume, it never will and eventually fails.

System:
files streamed from Synology 212j NAS using NFS
Windows 7 all SPs and service packs
Intel C2D E7400 w/ 8GB RAM
AMD HD6450 video Gig Ethernet

I have posted my full debug log. Look at the video " Game of Thrones - 2x05 - The Ghost of Harrenhal.mkv "


Anyone else having this problem?

I have posted my full debug log. Look at the video " Game of Thrones - 2x05 - The Ghost of Harrenhal.mkv "

Does it happen if you use a different protocol e.g. SMB or FTP?
(2012-05-14, 11:45)jhsrennie Wrote: [ -> ]Does it happen if you use a different protocol e.g. SMB or FTP?

Yes, I tried switched to SMB last night so I could try to finish watching the video - it kicked out at the same point. I even tried to 'jump' past that point and it still kicked me out during the jump.

I also noticed that the jumps themselves take a lot longer than they used to... NFS: 2-3 seconds, SMB 1-2 seconds.

This is a 4GB MKV encoded at 720p

Other noticed problems...
I watched a 12GB BR rip that was fine the whole way through, using NFS... though jumps were slow still
On almost all videos, Pause/Play makes the audio to stutter. If I Stop the video and Resume everything works fine.

I suspect there are two things at play here...
1) the way it is handling large files is causing problems with audio sync and Resumes
2) There is something in some of the MKV files (not all file but many) that XBMC is not able to handle. I'm hoping the debug log captured it - though I did not see anything?

After much more testing (~15 more files of different sizes, encoding, res, etc) I've come to the conclusion...

NFS is pretty much broken... not usable for jumps or FF, at all.
SMB still has problems but better than NFS... jumps and FFs are OK (not anywhere close to as good with 10.0) but some MKVs still have problems where XBMC just stops playback and goes back to the section screen it was in last.

I'm finding most of my MKVs are not playable all the way through. I suspect the problem is NOT with the MKV but with XBMC and/or ffmpeg... I did not have this problem in 10.0, at all.

debug log section, as an example...

Code:
22:03:46 T:988   ERROR: ffmpeg[3DC]: [matroska,webm] Read error
22:03:46 T:988   DEBUG: CDVDDemuxFFmpeg::SeekTime - unknown position after seek
22:03:46 T:988   DEBUG: CDVDPlayer::Process - starting demuxer from: 2215000
22:03:46 T:988   DEBUG: CDVDPlayer::SetCaching - caching state 2
22:03:46 T:988  NOTICE: CDVDPlayer::OnExit()
22:03:46 T:988   DEBUG: CDVDPlayer::SetCaching - caching state 0
22:03:46 T:988  NOTICE: DVDPlayer: closing audio stream
22:03:46 T:988  NOTICE: Closing audio stream
22:03:46 T:988  NOTICE: Waiting for audio thread to exit
22:03:46 T:2420   DEBUG: CDVDPlayerAudio::Process - Abort received, exiting thread
22:03:46 T:2420  NOTICE: thread end: CDVDPlayerAudio::OnExit()
22:03:46 T:2420   DEBUG: Thread CDVDPlayerAudio 2420 terminating
22:03:46 T:988  NOTICE: Closing audio device
22:03:46 T:988  NOTICE: Deleting audio codec
22:03:46 T:988  NOTICE: DVDPlayer: closing video stream
22:03:46 T:988  NOTICE: Closing video stream
22:03:46 T:988  NOTICE: waiting for video thread to exit
22:03:46 T:2696   ERROR: Got MSGQ_ABORT or MSGO_IS_ERROR return true
22:03:46 T:2696  NOTICE: thread end: video_thread
22:03:46 T:2696   DEBUG: Thread CDVDPlayerVideo 2696 terminating
22:03:46 T:988  NOTICE: deleting video codec
22:03:46 T:988  NOTICE: CDVDPlayer::OnExit() deleting demuxer
22:03:46 T:988  NOTICE: CDVDPlayer::OnExit() deleting input stream
22:03:46 T:988   DEBUG: Thread CDVDPlayer 988 terminating
22:03:46 T:1796  NOTICE: DVDPlayer: finished waiting
22:03:46 T:1796   DEBUG: CAnnouncementManager - Announcement: OnStop from xbmc
22:03:46 T:1796   DEBUG: GOT ANNOUNCEMENT, type: 1, from xbmc, message OnStop
22:03:46 T:1796   ERROR: Playlist Player: skipping unplayable item: 0, path [smb://192.168.2.50/new/The Borgias - Season 2/The Borgias - 02x03 - The Beautiful Deception.mkv]
22:03:46 T:1796   DEBUG: Playlist Player: no more playable items... aborting playback
22:03:46 T:1092   DEBUG: Thread Background Loader start, auto delete: 0


Have you played that same file with Dharma without issue? It's clearly an ffmpeg error, so the first question is did it happen in an older version of ffmpeg, then does it happen in a newer version (eg a nightly).
I have not tried playing those specific files in Dharma. Though since myself, and others, did not have these same issues in Dharma (and even the last nightly pre-eden) that whatever changed between the last nightly pre-eden and 11.0 gold messed things up.

Here's another thread on the same topic ... probably should combine them.

http://forum.xbmc.org/showthread.php?tid...pid1112454

My guess is the exact same files had the exact same problems in Dharma as well. Any fix for this will crucially hinge on whether this is true or not.
I habe exactly the same problem playing MKV (4 gb) using xbmc v12 with both samba as well as upnp. Playback stops after 37mins, not seekable, ff works only by a few seconds ahead.
I have not seen this problem in almost a year... Frodo fixed that problem in beta. Your are likley seeing a problem with the encoding. I play videos up to 12GB no issues.
(2013-03-18, 00:06)bingdu Wrote: [ -> ]I habe exactly the same problem playing MKV (4 gb) using xbmc v12 with both samba as well as upnp. Playback stops after 37mins, not seekable, ff works only by a few seconds ahead.
I can playback full bluray ISO (40+gb file size) via SMB on three Frodo/HTPC's at the same time; and I never encounter this issue. Here is how I setup my network- post #10.......
Thanks for your feedback, I'll check the file