Posted this on Reddit but it seems the thread was moderated?
Not sure if this is normal for this box or not, I’ve remuxed some media for a basic test-case but so far am not impressed :-(. My patriot box office player plays it without issue and I was hoping to finally make the 4k leap. Does anyone know how I can troubleshoot this issue on this box?
MEGA more problematic media…
To get a better understanding of the problem you are experiencing we need more information from you. The best way to get this information is for you to upload logs that demonstrate your problem. You can learn more about how to submit a useful support request here.
It would be good if we could find out more about the file you are having issues playing. Please see the mediainfo section in How to submit a useful support request - General - OSMC
Do the problematic media files I provided not reproduce the issue instantly? This seems to be a decoder issue, they play fine in VLC, MPC-HC, MPV, and on older media players no problem.
I am not downloading files from a random online link.
Generally we know that Vero 4k can play 99% of all files out there so if you have files that give problems that either indicated a very strange encoding or eg a VC-1 file without the hotfix for VC-1 applied.
But all that we easily can answer when we see mediainfo.
Okay.
+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ EBML maximum ID length: 4
|+ EBML maximum size length: 8
|+ Doc type: matroska
|+ Doc type version: 4
|+ Doc type read version: 2
+ Segment, size 14010458
|+ Seek head
| + Seek entry
| + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo)
| + Seek position: 4099
| + Seek entry
| + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks)
| + Seek position: 4230
| + Seek entry
| + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues)
| + Seek position: 14008482
| + Seek entry
| + Seek ID: 0x12 0x54 0xc3 0x67 (KaxTags)
| + Seek position: 14009227
|+ EbmlVoid (size: 4029)
|+ Segment information
| + Timestamp scale: 1000000
| + Multiplexing application: libebml v1.3.5 + libmatroska v1.4.8
| + Writing application: mkvmerge v19.0.0 ('Brave Captain') 64-bit
| + Duration: 25.190s (00:00:25.190)
| + Date: Tue Dec 26 01:16:49 2017 UTC
| + Segment UID: 0x61 0xcb 0xc0 0x5c 0xac 0xad 0x6a 0xe8 0x2e 0xb1 0xd7 0xfd 0x9d 0x86 0x0d 0x9f
|+ Segment tracks
| + A track
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 14812419806741073572
| + Track type: video
| + Lacing flag: 0
| + Codec ID: V_MPEG4/ISO/AVC
| + CodecPrivate, length 51 (h.264 profile: High @L4.1)
| + Default duration: 16.683ms (59.940 frames/fields per second for a video track)
| + Language: und
| + Video track
| + Pixel width: 1280
| + Pixel height: 720
| + Display width: 1280
| + Display height: 720
| + A track
| + Track number: 2 (track ID for mkvmerge & mkvextract: 1)
| + Track UID: 10619800229110850975
| + Track type: audio
| + Codec ID: A_AAC
| + CodecPrivate, length 2
| + Default duration: 21.333ms (46.875 frames/fields per second for a video track)
| + Audio track
| + Sampling frequency: 48000
| + Channels: 2
| + A track
| + Track number: 3 (track ID for mkvmerge & mkvextract: 2)
| + Track UID: 1030965166822568331
| + Track type: subtitles
| + Default flag: 0
| + Lacing flag: 0
| + Codec ID: S_TEXT/UTF8
|+ EbmlVoid (size: 1143)
|+ Cluster+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ EBML maximum ID length: 4
|+ EBML maximum size length: 8
|+ Doc type: matroska
|+ Doc type version: 4
|+ Doc type read version: 2
+ Segment, size 17037726
|+ Seek head
| + Seek entry
| + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo)
| + Seek position: 4099
| + Seek entry
| + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks)
| + Seek position: 4230
| + Seek entry
| + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues)
| + Seek position: 17035519
| + Seek entry
| + Seek ID: 0x12 0x54 0xc3 0x67 (KaxTags)
| + Seek position: 17036492
|+ EbmlVoid (size: 4027)
|+ Segment information
| + Timestamp scale: 1000000
| + Multiplexing application: libebml v1.3.5 + libmatroska v1.4.8
| + Writing application: mkvmerge v19.0.0 ('Brave Captain') 64-bit
| + Duration: 31.213s (00:00:31.213)
| + Date: Tue Dec 26 01:33:13 2017 UTC
| + Segment UID: 0xf7 0x92 0x8c 0x72 0x3b 0x59 0x88 0x14 0x42 0x8d 0x28 0x52 0x35 0x38 0x54 0x76
|+ Segment tracks
| + A track
| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 173388854780659124
| + Track type: video
| + Lacing flag: 0
| + Codec ID: V_MPEG4/ISO/AVC
| + CodecPrivate, length 51 (h.264 profile: High @L4.1)
| + Default duration: 16.683ms (59.940 frames/fields per second for a video track)
| + Language: und
| + Video track
| + Pixel width: 1280
| + Pixel height: 720
| + Display width: 1280
| + Display height: 720
| + A track
| + Track number: 2 (track ID for mkvmerge & mkvextract: 1)
| + Track UID: 12016563774011890623
| + Track type: audio
| + Codec ID: A_AAC
| + CodecPrivate, length 2
| + Default duration: 21.333ms (46.875 frames/fields per second for a video track)
| + Audio track
| + Sampling frequency: 48000
| + Channels: 2
| + A track
| + Track number: 3 (track ID for mkvmerge & mkvextract: 2)
| + Track UID: 3961525625444020632
| + Track type: subtitles
| + Default flag: 0
| + Lacing flag: 0
| + Codec ID: S_TEXT/UTF8
|+ EbmlVoid (size: 1143)
|+ ClusterFirst view looks ok and the file should play fine (even so this is not the mediainfo output I am used to).
I suggest to copy the file locally to exclude the network as an issue.
If problem still exists than @sam_nazarko would need to check if he can see any reason for this issue (in that case debug logs would help).
It’s more video playback (freezes/stalls while audio continues playing) that’s an absolute mess with these kinds of files, to the point where the entire player will crash. Already copied locally, same thing.
Then provide debug enabled logs so that @sam_nazarko can take a look.
Do you have “adjust refresh enabled”?
Can you still access it via SSH in that moment?
I’ll check this shortly
OP probably needs to enable Adjust Refresh Rate
Sam
This makes my web downloads from comedy central in particular pretty unwatchable… They’re stuttering because the initial framrate is lower than the program, and causing my TV to perpetually flicker.
I can provide a sample of this too if you’re able to fix.
Did you try what Sam suggested: enable Adjust Refresh Rate?
Thanks for the samples. I’ve had a look at the two problematic files.
Both files are recordings of Live TV, which is an important detail to note.
I’ve tried to play the files and indeed notice problems.
02:43:23.187 T:3403641600 DEBUG: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:-14970.791408, adjusted:-14970.791408
02:43:23.273 T:3536876288 INFO: CVideoPlayerVideo - Stillframe detected, switching to forced 59.940060 fps
02:43:23.273 T:4074873424 DEBUG: CRenderManager::PrepareNextRender m_QueueSkip:0 iter.pts:0.668 front.pts:0.584 renderPts:1.076 latency:0.067
02:43:23.280 T:3536876288 INFO: CVideoPlayerVideo - Stillframe left, switching to normal playback
02:43:23.615 T:3536876288 INFO: CVideoPlayerVideo - Stillframe detected, switching to forced 59.940060 fps
02:43:23.620 T:4074873424 DEBUG: CRenderManager::PrepareNextRender m_QueueSkip:1 iter.pts:0.685 front.pts:0.601 renderPts:1.423 latency:0.067
02:43:23.622 T:3536876288 INFO: CVideoPlayerVideo - Stillframe left, switching to normal playback
02:43:24.210 T:3403641600 DEBUG: CDVDClock::ErrorAdjust - CVideoPlayerAudio::OutputPacket - error:17098.409486, adjusted:17098.409486
02:43:24.212 T:3536876288 INFO: CVideoPlayerVideo - Stillframe detected, switching to forced 59.940060 fps
02:43:24.220 T:3536876288 INFO: CVideoPlayerVideo - Stillframe left, switching to normal playback
02:43:24.221 T:4074873424 DEBUG: CRenderManager::PrepareNextRender m_QueueSkip:2 iter.pts:0.700 front.pts:0.617 renderPts:2.041 latency:0.067
02:43:24.723 T:3536876288 INFO: CVideoPlayerVideo - Stillframe detected, switching to forced 59.940060 fps
This should be resolvable, but as we’re about to release the Debian Stretch update, I won’t be able to really look at this until February.
For peace of mind, you might want to try some other content.
Sam