Playback timestamps are wrong, if moving around the timeline.
When playing back music (MP3), the timestamp shown in the timeline can be wrong by as much as 5 seconds! This is rather a problem if you are trying to work out synchronisation cues for something else, based on certain instants in the music.
-
For example, if I open VLC and let it play straight through /usr/bin/vlc 07_Rewrite_the_Stars.mp3 then the track ends at 1:31 (which is correct).
-
However, if I open VLC, and pause/start a few times, and drag the timeline slider a few times, the end point (where the sound stops) is now 1:36 (which is wrong).
I'm on Linux (Ubuntu 22.04) and this happens with both the distro package (3.0.16) and the snap package (3.0.18). I've done this test repeatedly, with multiple different files, with the same result.
Using mplayer (from CLI) does not have this problem - whether I play straight through or pause/play, back/forward a lot. (and it confirms VLC is right in case 1).
Note also, the packaged VLC (/usr/bin/vlc) does emit a lot of messages such as this to the terminal:
[00007f989cc09890] main decoder error: Could not convert timestamp 0 for mpg123 [00007f989cc09890] main decoder error: Timestamp conversion failed for 52215396: no reference clock [0000561ffdc3b7c0] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (jitter of 26978 ms ignored) [0000561ffdc3b7c0] main input error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 5885 ms)
However, the snap package does not print any errors (yet another reason to avoid snap!)