Crashing playing SD content from iTunes

I just got my Vero 4k about a week ago so I could play 4k content, but currently It’s been crashing for me playing SD content. The video in question is a SD video from iTunes that was unlocked by Tunes-kit. It’s just some SD content from the 90s (Sifl and Olly), so shouldn’t pose any sort of challenge to the hardware. But, I can’t get through more than a few minutes before it completely crashes and gives me the frowning face on the screen and Kodi has to restart.

The content is on a cifs share (server is CentOS 7), mounted via fstab, and over the wired network.

dmesg shows lots of codec restarts during playback:
[ 46.080088] codec:restart correct frame duration
[ 46.080088] codec:new=3203,old_duration=4004,cnt=25
[ 46.910240] codec:restart correct frame duration
[ 46.910253] codec:new=3203,old_duration=4004,cnt=25

logs uploaded to https://paste.osmc.tv/alositotac

Have you tried to play it from the emmc just for testing to exclude any network issue?

Also can you provide Mediainfo of the file?

You can also create the mediainfo-output of the affected media file on the OSMC device:

  1. login via SSH, user osmc, password osmc
  2. if not already installed: sudo apt-get update && sudo apt-get install mediainfo
  3. cdto the directory containing the video/audio material in question
  4. mediainfo -f "<media file>"|paste-log, where <media file> is your video/audio
  5. publish the returned URL here in this topic

Thx for your help.

This indicate either network issue or a broken file to me.

20:38:09.132 T:3623351040    INFO: CFileCache::Process - Source read didn't return any data! Hit eof(?)
20:38:21.387 T:3687658240    INFO: Previous line repeats 5 times.
20:38:21.387 T:3687658240   ERROR: ffmpeg[DBCD3300]: [mov,mp4,m4a,3gp,3g2,mj2] stream 2, offset 0x453392: partial file
20:38:21.488 T:3687658240   ERROR: ffmpeg[DBCD3300]: [mov,mp4,m4a,3gp,3g2,mj2] stream 1, offset 0x135b36ff: partial file
20:38:22.472 T:3623351040    INFO: CFileCache::Process - Source read didn't return any data! Hit eof(?)
20:38:28.888 T:3667915520    INFO: Previous line repeats 4 times.
20:38:28.888 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.888 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
20:38:28.888 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.888 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
20:38:28.888 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.888 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
20:38:28.888 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.888 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
20:38:28.888 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.889 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
20:38:28.889 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.889 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
20:38:28.889 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.889 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
20:38:28.889 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.889 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
20:38:28.889 T:3667915520   ERROR: CBitstreamConverter::Convert: error converting.
20:38:28.889 T:3667915520   DEBUG: CVideoPlayerVideo - video decoder returned error
1 Like

I didn’t expect it to be network issue, but I tested that anyway. (SD video on a wired connection. This is not taxing the network). Still crashes from local storage.

I’m certainly not going to put this file forward as an example of fine editing and mastering, quite the opposite. But crashing in the face is less than ideal input when other players can handle it isn’t good. (I’ve tested vlc on the mac - plays fine.)

As a next step I can try re-encoding these files, but that shouldn’t be necessary. Even if it’s not playable, I would expect an error message, not a crash.

Media info: https://paste.osmc.tv/jeqatemesa

Thanks for the help!

Which would be software decoded. Try to disable HW acceleration on the Vero4K and see if it plays then without crash.

Unfortunately it’s not always that simple, but if you can share a sample, we can may be able to find some characteristics and force it over to software decoding, which will likely work.

You could also change video decoding to HD and up in Settings -> Playback. It’s usually SD content that is not encoded correctly.

It’s not predictable where in the program it will crash, so I’m not sure that a snipped would be enough.

I can report that a re-encoded file does not crash. I have not had a chance to try forcing other playback methods.