Running vlc-3.0.6_1,4 on FreeBSD 12.0-RELEASE 64-bit. I'm not sure when this problem crept into vlc; I use it fairly often but I only have 2 or three .mkv files. When I run vlc on the command line and pass it a .mkv file I get the following output: [0000000800905060] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. [00000008126be160] mkv demux error: cannot find KaxSegment or missing mandatory KaxInfo [0000000814246060] egl_x11 gl error: cannot select OpenGL API [00000008127c2760] avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 390.87 Tue Aug 21 15:52:44 PDT 2018 for hardware decoding [00000008127c2ae0] main decoder error: buffer deadlock prevented The .mkv file audio is fine when using dragon or gst-play-1.0. According to mkvinfo (multimedia/mkvtoolnix) the audio is using the OPUS codec.
I have this problem too. Try transcode OPUS to MP4 works for me. So that's must be something related to VLC's OPUS module.
I seem to have the same bug with .webm file and on Gentoo Linux -- but with OPUS codec. (It's VLC 3.0.4)
(In reply to Eric Camachat from comment #1) Does playing a pure opus audio file work?
(In reply to Thomas Zander from comment #3) Plays opus audio only works fine. File format are the same (mkv), but with video track it will be no sound output. I also tested VLC on MacOS same problem exists, too.
(In reply to Thomas Zander from comment #3) Correction: VLC on MacOS works fine.
Created attachment 201691 [details] VLC knows it didn't played audio from statistics info. VLC knows it decoded opus but didn't play it.
I too am experiencing this problem. Playback with Opus in OGG works properly.
I was hoping 3.0.7 contains a fix, but it seems still affected.
Still an issue?
(In reply to daniel.engberg.lists from comment #9) Yes, this is still an issue.
I started digging a few months ago but didn't find the root of the problem. It's still on my todo list but if anyone has time, I'd appreciate the help.
The problem is gone after upgrade to v3.0.12.
Great, thanks for following up on this!
Submitter reports fixed in latest version
MARKED AS SPAM
Apparently, in this case we could wait it out, but still dissatisfying not to know what the reason was :-(