LAV Filters - DirectShow Media Splitter and Decoders

[clsid]

Can you also export the metadata "comment" value from FFmpeg (as description) for embedded cover art? Then I can use that in MPC-HC to choose the best cover.I have made a patch:
https://github.com/clsid2/LAVFilters/commits/master

[mytbyte]

Try MPC-HC 1.8.2

Thanks, now it works, both internal and external 0.72.x.x...

[nevcairiel]

I have made a patch:
https://github.com/clsid2/LAVFilters/commits/master

I've picked that patch with some additions for the second attachment case, thanks.

[nevcairiel]

LAV Filters 0.73

LAV Splitter
- Changed: Export the description of cover art and attachments for use by players
- Fixed: Properly marked the packet allocator as providing read-only packets, to avoid crashes with in-place transform filters

LAV Video
- NEW: Support for AV1 decoding using libaom
- Changed: Enabled VP9 hardware acceleration by default
- Fixed: The aspect ratio of certain WMV/VC-1 files was not being properly respected in the WMV9 MFT decoder

Download: Installer (both x86/x64) (https://files.1f0.de/lavf/LAVFilters-0.73.exe) -- Zips: 32-bit (https://files.1f0.de/lavf/LAVFilters-0.73.zip) & 64-bit (https://files.1f0.de/lavf/LAVFilters-0.73-x64.zip)

AV1 Support

This is the first officialy LAV Filters release with AV1 support. LAV Splitter can read compliant files, and LAV Video can decode AV1 using the libaom decoder.
The alternative dav1d decoder is still under active development, and at this time is not quite ready for widespread use yet. It'll be included in the future, once the dust settles.

Otherwise, not much changed. General house keeping and some small corrections. New FFmpeg version of course.

As always, please report issues, specifically regressions, in as much detail as possible with a sample file if applicable.

Have fun!

[mclingo]

bit a noob question this as its never come up as i've only recently started updating the LAV filters in the KODI DS build, to update the LAV filters you normally just copy the filters from: C:\Program Files (x86)\LAV Filters\x86 to \KODI DS\system\players\dsplayer\LAVFilters - or whereever you have it instsalled.

This time they didnt overwrite as the DLL names have changed, do these always change with major build changes nevcairiel?, I assume I'll just delete the old filters and copy the new ones in there.

If you're not sure i'll ask on the DS forum,

Cheers for the new version ! :)

[NikosD]

AV1 Support

This is the first officialy LAV Filters release with AV1 support. LAV Splitter can read compliant files, and LAV Video can decode AV1 using the libaom decoder.
The alternative dav1d decoder is still under active development, and at this time is not quite ready for widespread use yet. It'll be included in the future, once the dust settles.I think that libaom is in active development too.

Are you going to follow their new releases too ?

They are probably doing great steps regarding SMT, ASM and SIMD optimizations not in every new release of course, but certainly they haven't stopped development.

Also we must have a way to benchmark those two different decoders for AV1.

It would be extremely useful to add both decoders in LAV in order to test which is faster as they release new versions.

[nevcairiel]

LAV has no real possibility to choose between two decoders based on FFmpeg. If you want to benchmark them, I suggest you use FFmpeg itself - although the dav1d decoder module for FFmpeg has not landed yet, partially because dav1d keeps changing (its just not ready yet).
I'll include whichever ends up better, but just from history I have far more trust in the people working on dav1d to provide the fastest AV1 software decoder. The FFmpeg vp9 decoder, from the same developer, runs leaps around libvpx.

[nevcairiel]

This time they didnt overwrite as the DLL names have changed, do these always change with major build changes nevcairiel?, I assume I'll just delete the old filters and copy the new ones in there.

The name change was already in February, so 0.72 already had them.
The names change when FFmpeg updates to a newer major version. The old ones should just be deleted.

[mclingo]

I probably had some really old ones in there then I hadnt removed, thanks for the info, I just tested KODI DS and it works fine.

Thanks again for your excellent work.

:)

[clsid]

Thanks for the release!

If you get bored, could you take a look at this bug report (https://github.com/clsid2/mpc-hc/issues/26).

[NikosD]

@nevcairiel

Yes, ffvp9 is a lot faster than libvpx and when SIMD arrives in dav1d it will be a lot faster than libaom.

But right now I would like to test them both.

Thanks.

[James Freeman]

Video playback in MPC-HC freezes when AAC 5.1 audio stream is selected with newest 0.73 build.
Once a different audio stream is selected, the video continues to play.
This problem did no occur in 0.72.

[sneaker_ger]

I cannot confirm this. Sample?

[James Freeman]

I cannot edit a video to cut a sample, I don't know how.

I can post a picture of what audio stream freezes the playback, and the LAV Audio Pin Info of that stream.

Meanwhile I'll try to change output formats and see if it helps.


Filter : LAV Audio Decoder - CLSID : {E8E73B6B-4CB3-44A4-BE99-4F7BCB96E491}

- Connected to:

CLSID: {B98D13E7-55DB-4385-A33D-09FD1BA26338}
Filter: LAV Splitter Source
Pin: Audio

- Connection media type:

Audio: AAC 48000Hz 6ch

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {53544441-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 256000
cbFormat: 25

WAVEFORMATEX:
wFormatTag: 0x4441
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 0
nBlockAlign: 1
wBitsPerSample: 0
cbSize: 7 (extra bytes)

pbFormat:
0000: 41 44 06 00 80 bb 00 00 00 00 00 00 01 00 00 00 AD..€»..........
0010: 07 00|13 30 56 e5 9d 48 00 ...0Vå�H.


EDIT:
Something in 0.72.0.12 created this bug for me, 0.72.0.3 works fine, as far as the nightly builds I can test.

EDIT2:
I found the problem, it is LAV Splitter.
0.73 Audio and Video work fine with the older 72.03 Splitter.

-

[LigH]

Attachments in this forum take a while to get approved. Please use a public image hoster instead (frupic, imgur, tinypic, etc.).

[clsid]

Here is a little tool to cut a sample from front of file:
http://rationalqm.us/dgsplit/dgsplit12.zip

[nevcairiel]

Without a sample file its unfortunately impossible to help with such problems. Do use the tool clsid linked, it can easily make a small sample from the beginning of the file. Please confirm after cutting that it does infact reproduce the problem still! :)

[James Freeman]

https://www114.zippyshare.com/v/CmyHXgS7/file.html

This is 5MB from start of the video.
The video doesn't freeze with this segment unlike the complete file (300MB), but there is no audio when selecting the 5.1 track.
I have tested with 0.73 and 0.72.3 LAV Splitter and kept 0.73 audio+video, still the same results, only 0.72.03 Splitter produces audio with the 5.1 track.

[LigH]

The complete file is only 300 MB small? MediaFire can hold that. Maybe in an encrypted 7-zip archive (doesn't need the strongest compression, media content is hardly compressible).

[nevcairiel]

The small sample is fine, thanks.

[mytbyte]

https://www114.zippyshare.com/v/CmyHXgS7/file.html

This is 5MB from start of the video.
The video doesn't freeze with this segment unlike the complete file (300MB), but there is no audio when selecting the 5.1 track.
I have tested with 0.73 and 0.72.3 LAV Splitter and kept 0.73 audio+video, still the same results, only 0.72.03 Splitter produces audio with the 5.1 track.

Can't be bothered to revert to LAV older than 0.73 but your 5.1 track indeed doesn't work with me either. However, my other files with 5.1 AAC audio do work, the difference being that yours, that don't work, is he-aac, mine are aac le. But, the he-aac from here: https://www2.iis.fraunhofer.de/AAC/multichannel.html does produce sound, the difference being 44100 vs 48000 kHz.

[manolito]

This uploaded sample is indeed interesting...

First of all DGSplit did not bother to correct the duration, loading it into mkvmerge and remuxing it fixes it. No big deal...

I can also reproduce that LAVSplitter 0.73 cannot handle the first audio track. Going back to LAVSplitter 0.72.03 does fix it like James Freeman reported.

But there is another thing about this first audio track which is problematic. Both MediaInfo and FFProbe report that the track has 2 audio channels. But importing it into AviSynth with DirectShowSource using LAV Audio results in a 6-ch audio track. When using ffms2 instead the track appears as 2-ch in AviSynth.

Who is right here? Since MediaInfo and FFProbe and ffms2 all agree that the number of channels is 2 could it be that LAV Audio has a problem recognizing this track correctly?


Cheers
manolito

[sneaker_ger]

First of all DGSplit did not bother to correct the duration
Naturally. DGSplit simply cuts X bytes on the binary level.


But there is another thing about this first audio track which is problematic. Both MediaInfo and FFProbe report that the track has 2 audio channels. But importing it into AviSynth with DirectShowSource using LAV Audio results in a 6-ch audio track. When using ffms2 instead the track appears as 2-ch in AviSynth.

Who is right here? Since MediaInfo and FFProbe and ffms2 all agree that the number of channels is 2 could it be that LAV Audio has a problem recognizing this track correctly?
Do you have LAV Audio set to mix to 5.1?

[nevcairiel]

The first track is stereo, and LAV also shows it like that for me. The second track is 5.1 and the one this issue is about - which is already fixed for the next nightly.

[manolito]

Do you have LAV Audio set to mix to 5.1?

No, the LAV Audio mixer is disabled.

And of course nevcairiel is correct, I stumbled over an audio track peculiarity when using AviSynth with DirectShowSource for audio.

When using audio via DirectShowSource there is no way to specify a track number. Up to now I thought that the first audio track will always get used in such cases.

For this uploaded sample it works differently (tested with AVS 2.61 and also the current version of AVS+). The problematic 5.1 audio track is the second audio track here. But AviSynth will always open this 5.1 track and not the first track which is stereo. In the LAV Splitter configuration the option "Prefer Audio Stream with the Highest Quality" is unchecked.

AVS script:
a = DirectShowSource("f:\download\098 - A Final Attack_0.mkv", video = false)
v = DSS2("f:\download\098 - A Final Attack_0.mkv")
AudioDub(v, a)

AVSMeter report:
AVSMeter 2.6.5 (x86) - Copyright (c) 2012-2017, Groucho2004
AviSynth 2.61, build:May 17 2016 [15:57:42] VC6 (2.6.1.0)

Number of frames: 479
Length (hh:mm:ss.ms): 00:00:19.978
Frame width: 640
Frame height: 480
Framerate: 23.976 (10000000/417083)
Colorspace: YV12
Audio channels: 6
Audio bits/sample: 32 (Float)
Audio sample rate: 48000
Audio samples: 960946

I did not find any information about this behavior in the AviSynth docs. Is this a bug or a feature? :confused:

Whatever, I learned something new again... :devil:


Cheers
manolito

[sneaker_ger]

Second track is marked as [default], right? Not because of AviSynth.

[manolito]

Second track is marked as [default], right? Not because of AviSynth.

Ouch, you got me... :o

Now I need to make a bg report for AVStoDVD about the handling of more than 1 audio tracks...

Cheers
manolito

[James Freeman]

My problem is fixed in 0.73.01, thanks Nev!

[manolito]

Confirmed...

[nevcairiel]

LAV Filters 0.73.1

LAV Video
- Fixed: Container-provided color information will only overwrite video bitstream color information if its set and valid

LAV Audio
- Fixed: Certain multi-channel AAC streams did not decode in 0.73

Download: Installer (both x86/x64) (https://files.1f0.de/lavf/LAVFilters-0.73.1.exe) -- Zips: 32-bit (https://files.1f0.de/lavf/LAVFilters-0.73.1.zip) & 64-bit (https://files.1f0.de/lavf/LAVFilters-0.73.1-x64.zip)

Just a quick bugfix release for two issues I fixed since 0.73, one of which was a regression.
If you haven't seen the 0.73 release, check its release notes here (https://forum.doom9.org/showthread.php?p=1853965#post1853965)

As always, please report issues, specifically regressions, in as much detail as possible with a sample file if applicable.

Have fun!

[mclingo]

LAV Filters 0.73.1
[CODE]
....

Have fun!

awesome thanks :):):):):):):)

[max79]

Problem with "LAV Splitter Source", on these [HLS]-LIVEstreams it didn't output the highest possible quality for video stream:
http://85.238.112.40:8810/hls_sec/online/list-renome.m3u8
http://85.238.112.40:8810/hls_sec/online/list-ont.m3u8
https://strm.yandex.ru/kal/zvezda_supres/zvezda_supres0.m3u8
https://strm.yandex.ru/kal/fresh/fresh0.m3u8
and on these [HLS]-LIVEstreams it can't even connected:
https://strm.yandex.ru/kal/zvezda/zvezda0.m3u8
https://strm.yandex.ru/kal/euronews/euronews0.m3u8

Any feedback would be appreciated.

[max79]

Problem with "LAV Splitter Source", on these [HLS]-VoDstreams it can't even connected:
https://media.culture.ru/video/204/204.,144p,240p,360p,576p,.mp4.urlset/master.m3u8
https://media.culture.ru/video/204/204.576p.mp4/index-v1-a1.m3u8

Any feedback would be appreciated.

[LigH]

Any feedback would be appreciated.

To be taken serious, always avoid "Comic Sans MS", everywhere... :sly:

[max79]

To be taken serious, always avoid "Comic Sans MS", everywhere... :sly:

forgive me magnanimously, if it's inappropriate, I won't do it again. I only tried to thoroughly describe a problem that really annoys me, so in desperation I stopped watching the HLS-LIVEstreams at all.

[nevcairiel]

You should probably use software thats actually designed for playing live streams, if you want an actual decent experience. LAV Splitter is designed for file playback first and foremost, and thats always going to be the main focus of its development and my time.

[max79]

You should probably use software thats actually designed for playing live streams...
roger that. And I'm express my gratitude to you for the excellent work to eliminate the issue from my "SUPPORT REQUEST - #1". Thank you it's really needed for me!

[cyberscott]

@nevcairiel. I think I found a bug. HDR no longer works properly in 0.73.1. I get distorted video when displaying any HDR file. Problem goes away if I roll back to 0.73.
I first noticed it when launching HDR videos in MPC-HC v1.8.3 which has LAV Filters 0.73 built in.
MPC-HC would work fine but MPC-BE, which was configured to use LAV 0.73.1 would fail. Took one more step and over-write MPC-HC with 0.73.1 and it starting failing running HDR videos as well.
I'm Running latest madvr, Windows 10 64 Pro ver. 1803 and latest nvidia drivers. (2080 Ti)

[nevcairiel]

There is literally only two changes in 0.73.1 over 0.73, and if the one affecting video breaks HDR for you, then your HDR file has broken metadata.
A sample file would be needed. Alas HDR still works for many other people.

[Manni]

@nevcairiel. I think I found a bug. HDR no longer works properly in 0.73.1. I get distorted video when displaying any HDR file. Problem goes away if I roll back to 0.73.
I first noticed it when launching HDR videos in MPC-HC v1.8.3 which has LAV Filters 0.73 built in.
MPC-HC would work fine but MPC-BE, which was configured to use LAV 0.73.1 would fail. Took one more step and over-write MPC-HC with 0.73.1 and it starting failing running HDR videos as well.
I'm Running latest madvr, Windows 10 64 Pro ver. 1803 and latest nvidia drivers. (2080 Ti)

There is literally only two changes in 0.73.1 over 0.73, and if the one affecting video breaks HDR for you, then your HDR file has broken metadata.
A sample file would be needed. Alas HDR still works for many other people.

I confirm that 0.73.1 works fine here with HDR using MPC-BE.

[cyberscott]

There is literally only two changes in 0.73.1 over 0.73, and if the one affecting video breaks HDR for you, then your HDR file has broken metadata.
A sample file would be needed. Alas HDR still works for many other people.

Thank your for the response!

Weird thing with software... I repeated my tests using known, good HDR video files, same results.. working with 0.73 and not with 0.73.1.

However... decided to take the "nuclear" option, completely removed LAV, both MPC-HC and BE, madvr. Used DDU to remove Nvidia drivers (which is something I always do when installing new Nvidia drivers). Proceeded to re-install everything, rebuild profiles, etc.
Now HDR is working for me with Lav 073.1 on all HDR files I have.
It is just weird how consistent the failure was prior to re-installing the drivers and programs. Go figure! :p

[NikosD]

Using a new PC with Win x64 October 2018 and a Skylake i5 6500 (HD 530) I couldn't make it work with LAV filters for hybrid VP9 acceleration (DXVA2 native VP9)

It falls back to SW.

Latest versions and updates for everything.

Does it work ?

[ryrynz]

I've ticked wmapro in the LAV Audio formats page but I still get MPC-BE choosing the WMAudio Decoder DMO for pro V9 files, should this happen?
Having this decode causes stuttering on seek so I have to set MPC-BE's internal decoder for this format.

[nevcairiel]

It depends how you've setup LAV in MPC-BE. If you've set them to be the preferred filters, it should work. If not, then the MS decoders may have a higher merrit. You could also block the MS decoder on MPC-BE and it should then use LAV.
Personally I just use LAV as the preferred decoders in MPC-HC/BE. Some people don't recommend doing that, but if I want external LAV for everything, I don't see why I shouldnt. :)

[VictorLS]

Personally I just use LAV as the preferred decoders in MPC-HC/BE.
I'm usually (why not always read lower in this post) too. Because only last version of MPC-BE begins showing video with half-height H265 files but quality without script is worse (with script equal) then with external LAV Video Decoder.
My script https://forum.doom9.org/showthread.php?p=1850467#post1850467 for ffdshow raw works well enough in SmartDVB already (due to implementing LAV Splitter in it) too so I can watch such SAT channels directly from SAT in almost maximum (I'd prefer hardware deinterlacing over yadif x2 in script but don't know how reach it) quality.

MainConcept is working on half-height files supporting but ffmpeg seems not. This is answer on my yesterday's request - I'm sure it's not a secret:
The file you sent us 20180923-225044_CT 24.ts (17MB) https://yadi.sk/d/BfOGlnU7Ftir0g is interlaced. - I know that ;)
We support this in new version of HEVC Video Decoder (v.10.0).
This new SDK version is under final testing now and it'll be available soon...

Btw only MainConcept HEVC Video Decoder due to decoding only key-frames shows first 8K test from Turkish SAT - half-minute record 20181024-132601_TURKSAT_8K_TEST.ts (307MB) https://yadi.sk/d/70tUNE7oK21xfA and longer than minute 20181024-222320_TURKSAT_8K_TEST.ts (761MB) https://yadi.sk/d/7ALFkaKuIMUfRA
I'm not only one who want this feature http://smartdvb.net/bb/viewtopic.php?f=13&t=1699
PS. Elecard with Skip Non-key setting:
REGEDIT4

[HKEY_CURRENT_USER\Software\Elecard\Elecard HEVC Video Decoder\SmartDVB.exe]
"Quality"=dword:00000001
shows that 8K well too.

[NikosD]

@nevcairiel

Any news regarding VP9 hybrid support of Skylake ?

Do you have one to test it ?

[nevcairiel]

No, I don't have a Skylake CPU. And as a general answer, LAV has no conditions to check for hardware compatibility (at least not for VP9), it'll just try to open the device in the videos resolution, and if it succeeds, then it'll use it.
Hence if its not being used, then opening the device did not succeed.

The closest I have is a Apollo Lake NUC with a 9th Gen HD500 GPU, but I don't know if there are any media differences between that and Skylake (even though they were released very close to each other and are both 9th Gen).

[NikosD]

Apollo Lake NUC has full hardware decoding support for HEVC and VP9 for both 8bit/10bit, so it's a lot different and closer to Kabylake's GPU.

It should work for that GPU.

I'll try different drivers, probably.

Thanks.

[wanezhiling]

Apollo Lake has no 10-bit VP9 ability, Gemini Lake does.

[NikosD]

No, I don't have a Skylake CPU

Just found out an ancient post of you (late 2015) at benchmark thread.
You owned that time a Skylake NUC and ran a VP9 DXVA2 benchmark too :)

On my NUC5PPYH (ie. Pentium N3700)

Decode Benchmark: 25/31/50, at 40% CPU usage

The clip would maybe just barely run, but probably not quite fluid.