Switching audio track doesn't work & seeking causes still picture

Hi,

I’ve just upgraded to the latest Kodi/OSMC version on my Vero 4K+ and I now have 2 issues which I didn’t have on the version just before this:

  • in an ISO BluRay I have multiple audio tracks, one 6 channel which it selects by default and an 8 channel TrueHD one, which I want to switch to, but instead of switching the audio doesn’t change, the screen displayed it does. It also has 4 other 6 channel tracks, those can’t be switched to either. It worked on the previous version just before. - switching in other eg. mkv files it works fine. I’m using NFS to my file sever to connect. Looks like it only happens if I don’t start from the beginning of the ISO, so as a workaround, start from the beginning, then seek to where you left off. Log: https://paste2.org/L2cwkKDA at around 2:02 - mediainfo inside the mounted ISO: https://paste2.org/AwKzsNxF

  • when seeking in certain videos (eg. +10s/+30s jump, forwards or backwards), most of the time I get still screen, but the audio continues. As a workaround, if I seek the opposite direction, it eventually starts working. I also see this issue on HTTP network streams too, not just NFS. I didn’t have this issue with the previous version. - Logs at around 2:05 in the above linked file - mediainfo: https://paste2.org/Ptf07vew

-Can you please help with these issues? What (debug) logs would you need?-

Thank you!

1 Like

Just a standard upload of debug logs would be great, but please keep in mind that Vero 4K / 4K+ support has now ended with regards to software updates.

1 Like

Just to add to this thread, my V4k is displaying the exact same issue with seeking. Behaviour is new with march update.

If this isn’t going to be fixed, is there an easy way to roll back to the previous update?

1 Like

Without a log nothing can get fixed. Can you please provide one?

You can of course downgrade to the previous version via Download - OSMC.

1 Like

Same behavior when seeking here. The playback does eventually recover, but it just hangs for several seconds while audio playback continues. It does not happen consistently on every skip, some are fine.
Without component-specific debugging, this " waiting for keyframe" message seems to be the last message before a “hang”:

2025-03-06 16:03:56.443 T:3750    debug <general>: H264Codec::prepareFrame waiting for keyframe (bitstream)
2025-03-06 16:03:56.449 T:2821    debug <general>: Skipped 3 duplicate messages..
2025-03-06 16:03:56.449 T:2821    debug <general>: ------ Window Deinit (Custom_Cache_Progress.xml) ------
2025-03-06 16:03:56.454 T:3750    debug <general>: H264Codec::prepareFrame waiting for keyframe (bitstream)
2025-03-06 16:03:56.522 T:2925    debug <general>: Skipped 6 duplicate messages..
2025-03-06 16:03:56.522 T:2925    debug <general>: ActiveAE::SyncStream - average error of 0.597516, start adjusting
2025-03-06 16:03:56.522 T:2925    debug <general>: ActiveAE::SyncStream - average error 0.597516 below threshold of 30.000000
2025-03-06 16:03:56.589 T:3750    debug <general>: H264Codec::prepareFrame waiting for keyframe (bitstream)
2025-03-06 16:03:59.348 T:2821    debug <general>: Skipped 36 duplicate messages..
2025-03-06 16:03:59.348 T:2821    debug <general>: ------ Window Deinit (DialogSeekBar.xml) ------

(playback resumes without additional logging after this snippet)

Full log: https://paste.osmc.tv/vogovojele.xml

The linked log has component-specific logging for video enabled. The way I captured this: started the file playback, did skips until I hit one that got stuck, waited until playback resumed, then hit ctrl+c on the log capture to stop it, so the relevant information should still be somewhat close to the bottom of the file. I hope that’s condensed enough, this log level is very verbose and a bit hard to capture.

1 Like

Sorry, but that’s not the full log. For instance, I miss the information about installed packages and their versions. Without that information we can’t tell you if all the packages are up-to-date on your device. Or if there were any errors during installationg etc.

1 Like

Those

2025-03-06 15:40:37.661 T:3459    debug <general>: H264Codec::prepareFrame waiting for keyframe (bitstream)

messages are indeed a hint …

1 Like

Apologies, you’re right, here’s my bootlog: https://paste.osmc.tv/olipejakuq.xml

1 Like

I’ve updated my original post with logs and mediainfo. Thanks for looking at it.

1 Like

Can you upload full logs via My OSMC?

1 Like

I have the same issue on the Vero V after the March upgrade. A chapter skip results in the video freezing for 5 to 6 secs, while the audio continues fine.

If you need additional logs, I can provide.

Cheers

Definitely need logs as we haven’t had any via My OSMC yet

Adding up here as well, just wanted to open a thread and stumbled across this one.
Also since March update on Vero V seeking forward and backward produces the video to freeze for 5 to 10 seconds while audio already starts playing back normal almost instantly… :confused:

https://paste.osmc.tv/efosatuxoy

Played back two movies and skipped a little back and forth.

1 Like

Started the movie, using the koi app on my phone, I select the next chapter arrow. The audio changes, but the video is frozen for 5-6 seconds.

video file
log files

I finally found a clip that I can use to reproduce that issue, so no further logs are needed. I’m investigating …

2 Likes

I am experiencing this issue with x264 and x265 video files, just if info is needed.

discovered this seeking issue myself, but I only just got my first Vero so figured it’s just how it is.

I resolved the issue on the show I am currently encoding by reducing keyint=250 (which is the default in x264 and x265) to keyint=96.
I noticed 96 is what HBO uses (one of the few platforms that leave their encode settings in the video metadata).

Of course I have hundreds of videos with the default keyint=250 so my workaround is informative but not particularly helpful.

Same here, we are experiencing image freeze sometimes after using the seek 10s, 30s function, but sound continues. I didn’t got this kind of issues before so I was pointing out the latest update from March.

Edit: after quick analysis, there are more freeze chances when doing a seek10s at the end of a video. It looks like a buffer issue, and as sound get another buffer than images… disynchronisation between sound and image ?

I am having this same issue on multiple Vero 5 devices with different TVs. None of the files that I’m having the issue with had the issue before the March update. One commonality I’ve noticed is they all have Dolby audio.

Hi

The skipping issue should be fixed for Vero V with the following commit:

I’d appreciate it if you could test this and provide feedback before we potentially release this as an update to other users. To test this update:

  1. Login via the command line
  2. Run the following command to add the staging repository:
    echo 'deb http://apt.osmc.tv bullseye-devel main' | sudo tee /etc/apt/sources.list.d/osmc-devel.list
  3. Run the following commands to update: sudo apt-get update && sudo apt-get dist-upgrade && reboot
  4. Your system should have have received the update.

Please see if the issue is resolved.

I also recommend you remove /etc/apt/sources.list.d/osmc-devel.list after updating.

This will deactivate the staging repository. You can do so with the following command:
sudo rm /etc/apt/sources.list.d/osmc-devel.list.

Please note that we will automatically disable this update channel after 14 days on your device in case you forget to do so to ensure that your system reverts to the stable update channel.

2 Likes