Using VLC?

VLC user spotted.

The much-touted VLC has tons of bugs. Development is extremely slow.

Mpc by K-lite is also free, for 23 years.
Mpv player has been free for 13 years.
K-lite and mpv Frequently updated.

This release predates Av1an offering DGDecNV and BestSource as the better chunking alternatives so it would be safe to assume Sokudo used the default L-SMASH-WORKS here. We also received implicit confirmation from Sokudo that lsmash was used. lsmash is now well known to have had issues with random seeking producing exactly the kind of artifacts we see in this release. Neither the media player nor the video codec is responsible for the issues reported here. Let's not jump to conclusions and unfairly blame the user - however warranted your wrath is against VLC.

We checked S01E01 (with MPV) and noted 2 instances of lsmash decoding issues:


Here is a screenshot of the first scene for anyone unfamiliar with what the issue looks like. We haven't checked other episodes but at least in S01E01 these few issues are very short so they could be overlooked. We have live releases ourselves that exhibit the same and we're in no panic to redo them.

We're very familiar with these issues and how they manifest in Av1an outputs as many of our older releases are plagued with them and we're currently redoing one of those older releases while entirely avoiding L-SMASH-WORKS. It's also difficult to reproduce the issue as it is seemingly random - 2 encodes at different times would have issues at different parts - and it only affects some sources - making a lossless intermediary was a common workaround for a long time for many of us. lsmash has seen a few updates since then and we've received assurances of the issue being resolved many times. With that said, we'll try to encode the same S01E01 source with the latest lsmash and see if we can reproduce the issue.

Have a nice day,
- SavI0r