The VideoLAN Forums

The CI mostly test that things build but testing everything on all platforms on all architectures is impossible for the small videolan team so it's tested on a best effort basis. Arm64 windows are still quite rare (and windows focused dev even rarer) compared to their x64 counterparts so expect that...

The step 4. ../vlc/extras/package/win32/build.sh -a aarch64 Already calls bootstrap/configure and make When it ends you should have everything already and subsequent step looks dubious. Please note that llvm-mingw-20240903-ucrt-ubuntu-20.04-aarch64.tar.xz is meant to be run on an aarch64 machine if ...

It is difficult to say what went wrong without knowing what is failing and the error logs. All in all the main difference should be that you have to replace x86_64 with aarch64.

Hi, these logs are incomplete you have to open the log window before starting the playback.

Can you share the verbose logs? The MKV opening process hasn't changed since at least a year.

How many MKV do you have in that directory?

How could we drop our beloved santa hat cone? It is up now.

This shall be fixed in the next release. You can already try the nightly builds at http://nightlies.videolan.org/

Thanks for the report.

I'll get the file and check.

You can upload the file that causes the crash on http://streams.videolan.org/upload

It's in my TODO list.

You can try to disable the ordered chapters to avoid auto skip and play the file continuously

How can i solve this problem? will this problem be solved in next versions of vlc?
tnx for help

Well unless you can found where exactly is the bug and fix it, you can't solve that but it will be investigated. It's the first time I see the core silently dropping frames.

I see what you mean: looks like a bug in the video core...

your sample plays at around 30fps for me

Please share the file on http://streams.videolan.org/upload

Most seek problems should have been resolved with 2.0.6, unless your file lack index, in that case you'll have to wait for my new new seek method.

Could you try a 2.1 nightly build on http://nightlies.videolan.org

For the MKV are you using 2.0.6? If yes, your file may lack the index needed for a fast start so VLC will try to read your file until the point. (A faster alternative method is in development).
If you are not using 2.0.6 use it, there was a bug in MKV seek that should be fixed.

And what do the verbose logs say when you have the discontinuity?

If it doesn't work and you really want to restart buffering, you'll have to manually call ES_OUT_RESET_PCR.

If your demux seeks by itself (without libvlc asking it). It should call ES_OUT_SET_PCR with a new PCR after the seek., this will most likely issue a RESET_PCR (you can call it by hand but it's not really advised for smoothness reasons).

You can try using input slave.

Tools->Messages set verbosity to 2 and start playback

You can try to use the advanced playlist options:

viewtopic.php?f=7&t=107133#p362790

This is possible using MKV ordered chapters. You need two separate files one with the german track and one with the english track (and the same video). You can create an ordered editions in one of those files and tell it 0-1 use the german file 0-2 use the english file etc. You put both files in the...