[SOLVED] Media player in lister using LAV fails to play MKV/MP4 with AV1 video stream

[gdpr deleted 6]

Media player with LAV filters fails to show video if video stream is AV1, and only plays the audio stream.
According to the context menu of lister's media player, the LAV splitter as well as the LAV audio and LAV video (!) decoder are setup, with the context menu entries showing the correct information. What is missing is the video renderer, though.

Not sure if other video codecs supported by LAV have similar issues. What i can tell is that MP4 and MKV with H.264 or H.265 video streams are played fine in lister's media player with LAV filters. (There is another issue with no context menu in lister's media player when playing a video with H.265 stream, but i file a separate report for that...)

Tested with MKV and MP4 containers with TC 10.00b1a x64 and x86 on Windows 7 Pro x64.


P.S.: I can make a filter graph dump over the weekend.

[ghisler(Author)]

Could you use some mp4 file splitter to create a small 1MB or less sample which I could try? If yes, please send ot to cghisler at gmail dot com.
I don't have any videos with AV1.

[gdpr deleted 6]

Email sent.

I just noticed in the context menu that the numbers behind the splitter and decoders are different from when i play an H.264 video, for example.

When playing back H.264, the splitter context menu entry shows "-> 4,3". The video and audio decoder show "-> 1" and "-> 2", respectively.

However, when playing back AV1, then the splitter context menu entry only shows "-> 3" and the context menu entry for the video decoder does not have any arrow nor number shown. That makes me believe that for whatever reason the lister media player fails to connect the splitter video output pin with the video decoder input pin. Is perhaps lister trying to detect/check pin format/capability of either the splitter output pin or the decoder input pin and fails to recognize the pin outputting/accepting an AV1 stream?

[gdpr deleted 6]

Hold on a second, i just noticed i still use LAV 0.70.xxx on this machine (current version is 0.74.xx). Let me update the LAV filters and try again...

[gdpr deleted 6]

Okay, case closed. Classic PEBCAK!

It turned out the issue was with outdated LAV filters installed on this machine here. Updating to the current LAV filter package (as of writing 0.74.1; the AV1 support was introduced with 0.73) solved the problem.

Sorry for making a ruckus.

[ghisler(Author)]

Nice to hear that! Btw, I didn't receive your e-mail.

[gdpr deleted 6]

Nice to hear that! Btw, I didn't receive your e-mail.

I double-checked my outbox. The mail was successfully sent. But....
Ooopsie! I accidentally sent it to "ghisler@..." instead of sending it to "cghisler@...".
The mail didn't bounce back so far. So, whoever owns that "ghisler@..." gmail address now got mail from me

[Fla$her]

H.265 video streams are played fine in lister's media player with LAV filters.

I have with any MKV-HEVC doesn't play the video with v.0.74.1. Just the audio.

[ghisler(Author)]

Did you re-send it? Unfortunately I haven't received anything yet.

[gdpr deleted 6]

Did you re-send it? Unfortunately I haven't received anything yet.

No, i did not re-send, as the issue was not caused by TC but by me having tried with outdated LAV filters.
Do you prefer me re-sending the mail regardless?

[ghisler(Author)]

No, you don't need to re-send it if it works now, only if you find a file which you can't play.

[Flint]

On some MKV files I have, TC crashes. I have LAV 0.74.1. The sample file and other details are sent to the specified address.

[ghisler(Author)]

Thanks for the sample, but I didn't get any crashes, neither on Windows 7 nor Windows 10. I found and fixed the problem with the missing context menu, though.

The problem with this file is that the recommended subtitle filter does not support the subtitle format in your file. My guess is that you get a crash in your subtitle filter.

[Flint]

Looks like it. I removed the files VSFilter.dll and XySubFilter.dll from the filters subdir, and both 32- and 64-bit versions started playing the file correctly.
Although I don't understand what might be wrong. The subtitles are the usual SRT text tracks (S_TEXT/UTF8), all the video players deal with them without issues. And in the changelog of the xy-VSFilter's code the SRT format is mentioned from time to time (as in, "fixed this or that for SRT"), so it looks like it should support it. That's very confusing…

[Usher]

2Flint
Do those files start with BOM?
Are the subtitles really in SRT format? Some players don't read *.txt files at all so people rename subtitles to *.srt. They should look like that:

Code: Select all

1
00:00:40 --> 00:00:40
Commander.

2
00:00:41 --> 00:00:42
We are good for pre-flight.

3
00:00:44 --> 00:00:45
<i>Roger that.</i>[code]