Video stops but audio carries on

Noticed lately (last month or so?) that all of my 4k+'s on some video’s will just freeze the video and keep playing the audio. Its only some video’s not all, could be a codec issue I guess. I can fix it temporarily by stopping the movie and resuming it, but it happens a few minutes later usually.

This happened today - note I fixed it by stopping and starting it again, but the only error appears to be “ERROR: CAMLCodec::AddData: packet to big: 67777, probably corrupted”:

2020-02-18 09:02:33.424 T:4070084608  NOTICE: VideoPlayer::OpenFile: /media/data2/home_movies/starwars_disney.mp4
2020-02-18 09:02:33.425 T:3740267232  NOTICE: Creating InputStream
2020-02-18 09:02:33.439 T:3740267232  NOTICE: Creating Demuxer
2020-02-18 09:02:33.671 T:3740267232  NOTICE: Opening stream: 0 source: 256
2020-02-18 09:02:33.671 T:3740267232  NOTICE: Whitelist search for: width: 1920, height: 1080, fps: 30.000, 3D: false
2020-02-18 09:02:33.672 T:3740267232  NOTICE: Display resolution ADJUST : 4096x2160 @ 24.00 - Full Screen (16) (weight: 0.000)
2020-02-18 09:02:33.674 T:3740267232  NOTICE: CVideoPlayerVideo::OpenStream - Creating codec: 27
2020-02-18 09:02:33.674 T:3740267232  NOTICE: Creating video thread
2020-02-18 09:02:33.674 T:3418350304  NOTICE: running thread: video_thread
2020-02-18 09:02:33.675 T:3740267232  NOTICE: Opening stream: 1 source: 256
2020-02-18 09:02:33.675 T:3740267232  NOTICE: Finding audio codec for: 86018
2020-02-18 09:02:33.676 T:3740267232  NOTICE: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder aac
2020-02-18 09:02:33.676 T:3740267232  NOTICE: Creating audio thread
2020-02-18 09:02:33.676 T:3515536096  NOTICE: running thread: CVideoPlayerAudio::Process()
2020-02-18 09:02:33.687 T:3515536096  NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
2020-02-18 09:02:33.892 T:4070084608  NOTICE: Whitelist search for: width: 1920, height: 1080, fps: 30.000, 3D: false
2020-02-18 09:02:33.893 T:4070084608  NOTICE: Display resolution ADJUST : 4096x2160 @ 24.00 - Full Screen (16) (weight: -0.000)
2020-02-18 09:14:17.601 T:3418350304   ERROR: CAMLCodec::AddData: packet to big: 67777, probably corrupted
2020-02-18 09:14:19.801 T:4070084608   ERROR: Previous line repeats 174 times.
2020-02-18 09:14:19.801 T:4070084608  NOTICE: CVideoPlayer::CloseFile()
2020-02-18 09:14:19.801 T:4070084608  NOTICE: VideoPlayer: waiting for threads to exit
2020-02-18 09:14:19.805 T:3740267232  NOTICE: CVideoPlayer::OnExit()
2020-02-18 09:14:19.805 T:3740267232  NOTICE: Closing stream player 1
2020-02-18 09:14:19.805 T:3740267232  NOTICE: Waiting for audio thread to exit
2020-02-18 09:14:19.817 T:3515536096  NOTICE: thread end: CVideoPlayerAudio::OnExit()
2020-02-18 09:14:19.817 T:3740267232  NOTICE: Closing audio device
2020-02-18 09:14:19.860 T:3740267232  NOTICE: Deleting audio codec
2020-02-18 09:14:19.860 T:3740267232  NOTICE: Closing stream player 2
2020-02-18 09:14:19.860 T:3740267232  NOTICE: waiting for video thread to exit
2020-02-18 09:14:19.861 T:3418350304  NOTICE: thread end: video_thread
2020-02-18 09:14:19.862 T:3740267232  NOTICE: deleting video codec
2020-02-18 09:14:19.977 T:4070084608  NOTICE: VideoPlayer: finished waiting
2020-02-18 09:14:19.977 T:4070084608  NOTICE: CVideoPlayer::CloseFile()
2020-02-18 09:14:19.977 T:4070084608  NOTICE: VideoPlayer: waiting for threads to exit
2020-02-18 09:14:19.977 T:4070084608  NOTICE: VideoPlayer: finished waiting
2020-02-18 09:14:22.957 T:4070084608  NOTICE: VideoPlayer::OpenFile: /media/data2/home_movies/starwars_disney.mp4
2020-02-18 09:14:22.958 T:3740267232  NOTICE: Creating InputStream
2020-02-18 09:14:22.982 T:3740267232  NOTICE: Creating Demuxer
2020-02-18 09:14:23.626 T:3740267232  NOTICE: Opening stream: 0 source: 256
2020-02-18 09:14:23.626 T:3740267232  NOTICE: Whitelist search for: width: 1920, height: 1080, fps: 30.000, 3D: false
2020-02-18 09:14:23.627 T:3740267232  NOTICE: Display resolution ADJUST : 4096x2160 @ 24.00 - Full Screen (16) (weight: 0.000)
2020-02-18 09:14:23.645 T:3740267232  NOTICE: CVideoPlayerVideo::OpenStream - Creating codec: 27
2020-02-18 09:14:23.645 T:3740267232  NOTICE: Creating video thread
2020-02-18 09:14:23.645 T:3515536096  NOTICE: running thread: video_thread
2020-02-18 09:14:23.646 T:3740267232  NOTICE: Opening stream: 1 source: 256
2020-02-18 09:14:23.646 T:3740267232  NOTICE: Finding audio codec for: 86018
2020-02-18 09:14:23.647 T:3740267232  NOTICE: CDVDAudioCodecFFmpeg::Open() Successful opened audio decoder aac
2020-02-18 09:14:23.647 T:3740267232  NOTICE: Creating audio thread
2020-02-18 09:14:23.647 T:3927626464  NOTICE: running thread: CVideoPlayerAudio::Process()
2020-02-18 09:14:23.658 T:3927626464  NOTICE: Creating audio stream (codec id: 86018, channels: 2, sample rate: 48000, no pass-through)
2020-02-18 09:14:23.890 T:4070084608  NOTICE: Whitelist search for: width: 1920, height: 1080, fps: 30.000, 3D: false
2020-02-18 09:14:23.892 T:4070084608  NOTICE: Display resolution ADJUST : 4096x2160 @ 24.00 - Full Screen (16) (weight: -0.000)
2020-02-18 09:16:04.178 T:4070084608  NOTICE: CVideoPlayer::CloseFile()
2020-02-18 09:16:04.178 T:4070084608  NOTICE: VideoPlayer: waiting for threads to exit
2020-02-18 09:16:04.186 T:3740267232  NOTICE: CVideoPlayer::OnExit()
2020-02-18 09:16:04.186 T:3740267232  NOTICE: Closing stream player 1

I guess we’ve not had many updates recently so all three are on January’s release (18.5.0-6), which may well fit with the timescale of the “freezing”.

Before the usual suspects start chiming in, its not a network issue, all of my clients have 700mbit/s+ wired connections both directions according to iperf3

I would say most of the files are 1080p MPEG4/AVC with AAC audio. None are 3D or 4K, some are 480p. Two different LG TV’s/HDMI cables. Same fileserver, NFSv4 fstab mounts. All worked fine for over a year so can’t be any of these things, got to be software.

Is your UI set to 1080p and adjust refresh rate set to on start/stop?

Additional Details

We recommend people with 4K TV’s set their user interface (UI) to 1080p. Kodi’s UI is not optimized for 4K yet and this can put unnecessary demands on your device and can lead to a suboptimal picture quality, as well as potentially cause other issues.

The settings we recommend are as follows…

Settings>System>Display>Resolution> 1920x1080p
Settings>System>Display>Whitelist> (empty) *
Settings>Player>Videos>Adjust display refresh rate> On start/stop

Some televisions may also need, or benefit from, the following being set…

System>Display>Force 4:2:2 colour subsampling> (enable)

With the above settings your UI will be output in Full HD and your 4K content will be output in 4K. *Information regarding the whitelist can be found here. If you have any doubt, feel free to upload some logs so we can verify that your settings are indeed correct.

i can’t set my UI to anything other than 4k on these LG’s or i have to keep manually calibrating them to fix overscan. the refresh rate is set that way as is subsampling.

i’ve not changed anything on three 4k+'s that have worked fine for over a year other than updating kodi, so surely that’s the problem not settings?

wondering whether to try the 19 beta or manually rolling back to november or something using apt

You shouldn’t be calibrating at all. If you have your LG TV set to “just scan” then resolution switching should work as expected.

i know it “should” work as i’ve seen that same answer several times before on here, but it doesn’t. possibly as i’m using the kodi skin instead of the osmc skin, but the movies are ok at 0,0 but the ui isn’t.

anyway that’s not going to have anything to do with movies stalling recently.

When your taking a 1080p30 video and forcing a Vero to scale and resample that to 2160p24 I would expect issues.

1 Like

@darwindesign is right but I doubt that’s the cause of the ‘packet too big’ messages. Can you upload full debug logs after playing that file with your current setup and then with the gui set to 1080p30?