Haven’t had the chance to test it yet, ordered a new SD card, will do when it arrives.
Update:
After reinstallation and without changing any settings I got the following results:
2020.11-1 Same freezes
2020.10-1 Same freezes
2020.6-1 No freezes
So, keeping 2020.6-1 and with my old settings there are still no freezes. Disabled updates.
Thanks to everyone that helped out and especially to you amazing guys who make these devices! <3
It’s possible there’s an amcodec change that’s causing this issue.
I will investigate.
Maybe I’m encountering a similar problem… I’m using the app ct uplink to view some podcasts from the German computer magazine ct. The video is played fine (I assume that it is h264 with AAC), the picture starts only some seconds after sound has started. I can do fastforward (to skip ads). But when I want to continue with normal playback, very often the picture is frozen while the sound proceeds. Stopping now either works or crashes kodi (it restarts automatically).
I’m using OSMC on a raspi pi3 with the december 2021 release of OSMC.
Within kodi.log the following messages appear:
2021-12-26 16:55:15.327 T:2795 INFO <general>: CActiveAESink::OpenSink - initialize sink
2021-12-26 16:55:15.527 T:2795 INFO <general>: CAESinkALSA::Initialize - Attempting to open device "hdmi:CARD=vc4hdmi,DEV=
0"
2021-12-26 16:55:15.546 T:2795 INFO <general>: CAESinkALSA::Initialize - Opened device "hdmi:CARD=vc4hdmi,DEV=0,AES0=0x04,
AES1=0x82,AES2=0x00,AES3=0x00"
2021-12-26 16:55:15.551 T:2795 INFO <general>: CAESinkALSA::InitializeHW - Your hardware does not support AE_FMT_FLOAT, tr
ying other formats
2021-12-26 16:55:15.551 T:2795 INFO <general>: CAESinkALSA::InitializeHW - Using data format AE_FMT_S24NE3
2021-12-26 16:55:15.597 T:2782 INFO <general>: Loading skin file: VideoFullScreen.xml, load type: KEEP_IN_MEMORY
2021-12-26 16:55:15.602 T:2782 INFO <general>: [WHITELIST] Searching the whitelist for: width: 1280, height: 720, fps: 29.
970, 3D: false
2021-12-26 16:55:15.602 T:2782 ERROR <general>: ** T99 ** 1280/720 vs. 1920/1080 - 29.970030 vs. 23.976025, flags: 0x0
2021-12-26 16:55:15.602 T:2782 ERROR <general>: ** T99 ** 1280/720 vs. 1920/1080 - 29.970030 vs. 24.000000, flags: 0x0
2021-12-26 16:55:15.603 T:2782 ERROR <general>: ** T99 ** 1280/720 vs. 1920/1080 - 29.970030 vs. 50.000000, flags: 0x0
2021-12-26 16:55:15.603 T:2782 ERROR <general>: ** T99 ** 1280/720 vs. 1920/1080 - 29.970030 vs. 59.940063, flags: 0x0
2021-12-26 16:55:15.603 T:2782 ERROR <general>: ** T99 ** 1280/720 vs. 1920/1080 - 29.970030 vs. 60.000000, flags: 0x0
2021-12-26 16:55:15.604 T:2782 INFO <general>: Skipped 1 duplicate messages..
2021-12-26 16:55:15.604 T:2782 INFO <general>: Display resolution ADJUST : 1920x1080 @ 59.940063 Hz (18) (weight: 0.000)
2021-12-26 16:56:49.288 T:2887 WARNING <general>: OutputPicture - timeout waiting for buffer
2021-12-26 16:57:18.980 T:2782 INFO <general>: Skipped 3259 duplicate messages..
2021-12-26 16:57:18.980 T:2782 INFO <general>: CVideoPlayer::CloseFile()
2021-12-26 16:57:18.981 T:2782 INFO <general>: VideoPlayer: waiting for threads to exit
2021-12-26 16:57:19.237 T:2881 INFO <general>: CVideoPlayer::OnExit()
2021-12-26 16:57:19.237 T:2887 ERROR <general>: CDVDVideoCodecDRMPRIME::AddData - send packet failed: Invalid data found wh
en processing input (-1094995529)
2021-12-26 16:57:19.237 T:2881 INFO <general>: Closing stream player 1
2021-12-26 16:57:19.238 T:2881 INFO <general>: Waiting for audio thread to exit
2021-12-26 16:57:19.238 T:2888 INFO <general>: thread end: CVideoPlayerAudio::OnExit()
2021-12-26 16:57:19.239 T:2881 INFO <general>: Closing audio device
2021-12-26 16:57:19.260 T:2881 INFO <general>: Deleting audio codec
2021-12-26 16:57:19.260 T:2881 INFO <general>: Closing stream player 2
2021-12-26 16:57:19.260 T:2881 INFO <general>: waiting for video thread to exit
2021-12-26 16:57:19.260 T:2887 ERROR <general>: Got MSGQ_ABORT or MSGO_IS_ERROR return true
2021-12-26 16:57:19.261 T:2887 INFO <general>: thread end: video_thread
2021-12-26 16:57:19.261 T:2881 INFO <general>: deleting video codec
Regards, Michael
This post is for Vero 2 devices, so I don’t think your issue will be related
I guess that my problem is also seen by other users. And different hardware platforms are affected. There might be a workaround, but I don’t understand the details. See Seeking causing video freeze
Regards, Michael
That link is for users on Android devices.
Without full logs or further details it’s hard to speculate what your issue is.
I tried to reproduce my problem with some streaming from Arte channel - no problems. But streaming from ct fails after seeking. Both streams are h264/AAC. Thus I guess there is something wrong with the ct app. I’ll discuss that within kodi forum.
Regards, Michael