LAV Filters - DirectShow Media Splitter and Decoders

[nevcairiel]

Well, converting the dts decoder output to floats, at a level were its not clipped yet, would be rather annoying considering the way the decoder is currently hooked into ffmpeg. Not sure I want to hack up all the things for some theoretical problem that may have been isolated to one disc. There is no clear evidence this is a common problem. Other discs may have hard clipping baked into their waveform and there is nothing to recover, so...

[Manni]

LAV Filters 0.67

LAV Splitter
- NEW: Support for HTTPS URLs
- NEW: Automatic selection of the highest quality variant in HLS streams
- Changed: Reverted back to the old ASF demuxer
- Changed: Backported ASF seeking improvements to the old ASF demuxer
- Fixed: ASS in AVI did not work in recent versions
- Fixed: RTP/RTSP did not work properly in 0.66

LAV Video
- NEW: Improved DVD subtitle and menu drawing with madVR (support for madVRs subtitle repositioning and lower latency)
- Changed: HEVC and 4K HWAccel is enabled by default
- Changed: Enabled DXVA2-CB Direct Mode with YV12 output on 8-bit sources
- Fixed: DVD menus could show a black screen instead of the menu in some situations

LAV Audio
- Fixed: Improved clipping behavior in badly mastered DTS-HD tracks

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

I'm going on vacation soon and wanted to release this before, so that I can focus on a bunch of new things after getting back.
This release contains mostly maintenance, and a few new features like HTTPS support, which was asked for a couple times.

Otherwise new is support for drawing DVD menus and subtitles directly through madVR, which lowers the latency of interactive menus, and allows madVRs subtitle moving logic to be used.
A recent version of madVR is required, 0.89.10 or newer.

For the next version after this one, I have a few changes planned for hardware acceleration, mostly involving a new settings UI for them and a bit more flexibility like allowing fallback to DXVA2-CB if Native doesn't work.
On top of that, I have been working on VP9 DXVA2 support, and it will also be part of the next release, but its not quite done yet. VP8 is also in the pipeline, but I need a Intel drivers first that support VP8 DXVA2, which should appear sometime in the future.

As always, if you encounter a problem, especially if its a regression, please report the problem in as great detail as possible, with a test-case to reproduce it if applicable, so it can be fixed more easily.

Have fun and take care!

Thanks for the new release, and have a great holiday.

[Hockey Man]

Hi nevcairiel

These segment linked files are having problems with LAV Filters 0.67.
https://www.sendspace.com/file/s07fim
https://www.sendspace.com/file/1ons84

To reproduce the problem, seek from the Intro -> Opening -> Part A. madVR won’t fill queues, and the audio and video end up going out of sync.

Sorry, I don’t know if this is actually a LAV Filters or madVR problem, but I thought I’d report it here since LAV Filters 0.66 is still working alright though.

[nevcairiel]

Hi nevcairiel

These segment linked files are having problems with LAV Filters 0.67.
https://www.sendspace.com/file/s07fim
https://www.sendspace.com/file/1ons84

To reproduce the problem, seek from the Intro -> Opening -> Part A. madVR won’t fill queues, and the audio and video end up going out of sync.

Seems generally fine here. Maybe its a performance thing?

I see one thing that isn't quite right, but shouldn't cause sync issues, unless performance is at its max. Will try to fix that part, maybe it helps.

Edit:
I resolved the issue I noticed, which should lead to much lower performance requirements again (it was needlessly converting everything, because the segments are in a different format)

[romulous]

LAV Filters 0.67
LAV Splitter
- Changed: Reverted back to the old ASF demuxer
- Changed: Backported ASF seeking improvements to the old ASF demuxer


Hi nev,

Just to confirm my understanding of this is correct. In 0.66.0, you changed over to the new demuxer (in an attempt to fix the known LAV issue of slow WMV seeking). In 0.66.0-33, you reverted back to the old demuxer after some complaints about the new one. Sometime between 0.66.0-33 and 0.67.0, you added the seeking improvements from the new demuxer into the old demuxer (which is the demuxer that LAV uses now)?

In short, the WMV seeking has been improved without the stability issues of the new demuxer? I did check the commits log, and there is nothing there that looks like the changes were backported from the new demuxer to the old one, which is why I ask (unless it was in the 'updated ffmpeg' commit, the changes being done on the ffmpeg side).

romulous

[nevcairiel]

Hopefully, yes.
The seeking index in asf files is rather weird, and the proper solution would be to inspect every seeking offset and find the timestamp that goes with it, however that would be rather slow as the code would have to seek to every index and read a couple packets, so not ideal.

[hubblec4]

Hi nevcairiel

I have today updated LAV to 0.67, MadVR to 0.89.17 and MPC-HC to 1.70.14(nightly).

Then I tested the Aliens DVD and it plays fine, the menu always visible and the vob-buttons useble
BUT
the whole video(and menu) show a 4:3 format (normal 16:9).

What or which updated component has this new issue?

[nevcairiel]

What or which updated component has this new issue?

Likely madVR, madshi did a lot of things to DVD aspect ratio stuff which I don't quite understand why.
You can always confirm by switching to EVR temporarily, if AR is correct there, you know where to go!

[hubblec4]

Likely madVR, madshi did a lot of things to DVD aspect ratio stuff which I don't quite understand why.
You can always confirm by switching to EVR temporarily, if AR is correct there, you know where to go!

You are right, with EVR it plays with 16:9 format.
I will post it in madVR thread.

[chros]

please don't. Some of us appreciate your hard work and are happy you share these status updates.
+1
thanks for the new release, and have a great holiday.
+1

[KoD]

Hi nevcariel,

I have an issue that seems to be triggered by enabling the "Adaptive HW deinterlacing" in the QuickSync decoder, when the video output is done through a discrete graphics card and not directly by the iGPU. I was first under the impression that it was a madVR issue, and have been reporting this in the madVR thread here (http://forum.doom9.org/showthread.php?p=1746682#post1746682) and here (http://forum.doom9.org/showthread.php?p=1746897#post1746897), but after many tests, including using Windows Media Player with the external LAV filters, I am convinced the issue is on the decoder side, and not in the player or the renderer.

Would it be possible to have a look, maybe it's something easy to fix. The sample file (http://wikisend.com/download/199646/qs-adaptive.mkv) (35Mb) is a straight remux to mkv of the first minute of the first episode of a Start Trek Voyager PAL DVD (25i).

The CPU is an Intel 4790K, OS in Win 8.1, the Intel Graphics driver is the latest available for Haswell for Win 8.1 (10.18.14.4294 from the package that Intel advertises on its download website as 15.36.26.4294). The newer Intel Graphics driver package on their website has drivers for Haswell only for Windows 10! :(

[nevcairiel]

QuickSync is an external component, please report all problems to the author. I do not maintain the related code myself, and do not plan to take over that part either.
The best course of action is to let the renderer perform the deinterlacing, its more efficient and less error prone.

http://sourceforge.net/projects/qsdecoder/
http://forum.doom9.org/showthread.php?t=162442

Unfortunately, the author seems to have lost interest, which may lead to removing the QS decoder from LAV eventually, as its been collecting issues for a while already.
I generally do not recommend using it at all, anymore.

[KoD]

Ok, will try to contact the author.

madshi says he can not retrieve the data from a DXVA video surface without some kind of damage to the chroma information, which is what happens when DXVA deinterlacing is performed by madVR. Using any elaborate scaling algorithms after that does not make much sense. That's why I am interested in making deinterlacing by QS work, because it seems to be the only way to get good quality deinterlacing and color info that is not damaged. So please, don't remove it yet! :)

[nevcairiel]

Interlaced content already starts out damaged, sorry. :)

[nussman]

But interlaced content is still very commen for dvb sources. ;)

What about using gpu deinterlacing with dxva copyback (in LAV before copyback) to avoid these issues? Would this be possible?

[nevcairiel]

Its one of the options that I'm exploring, but still needs some figuring out if it would work properly.

[huhn]

madVR could copyback by it self.

[Overdrive80]

Hi, if someone can answer me I will thank.

Is posible get a result like in below snapshot with lavfilters instead of haali? I am refering that mpc can shows embeded tags of matroska. (Sorry for my english)

http://s11.postimg.org/dhu0xxs5v/Captura.png

Thanks.

[nevcairiel]

Such details should be mostly available today. If you have a file with more tags than LAV exports, please share a sample, and I'll see what data I can find.

[sneaker_ger]

No 0.67 nightly on server?

[nussman]

Its one of the options that I'm exploring, but still needs some figuring out if it would work properly.
Glad to hear that. Thanks for your work. :thanks:

[DragonQ]

[GPU deinterlacing with DXVA copy-back is] one of the options that I'm exploring, but still needs some figuring out if it would work properly.
Would be a useful feature for sure, I hope it works out.

[Overdrive80]

@nevcairiel

Sample that you request https://mega.nz/#!hxAj2SAS!sQLtm8392F0HZxon7izlG4uy7JtaHn1kkoFuYWBoLR4

[foxyshadis]

Such details should be mostly available today. If you have a file with more tags than LAV exports, please share a sample, and I'll see what data I can find.

You're on vacation. Vacate! *glare* You don't have to be the hardest working man in the vidya business from the beach! :p

[nevcairiel]

Actually vacation starts on Friday :D

[totalz]

Actually vacation starts on Friday :D

Hi Nev,

My LAV Audio bitstreaming for Atmos worked before, but once I tried a non-working HEVC clip, the whole thing turn sour again. I suppose it's the KMP's fault or probably Win10 too, but I cannot pinpoint what's causing the problem.

https://lh3.googleusercontent.com/gXy1sjvIu8u4fqzSv6-lY3vXY-nFtWdvueg3y7PPgOQ=w994-h513-no

As you can see the output stream is somehow locked to 2ch PCM. The option "Convert output to standard channel layouts" is not checked.

cheers :)

[Hockey Man]

Seems generally fine here. Maybe its a performance thing?

I see one thing that isn't quite right, but shouldn't cause sync issues, unless performance is at its max. Will try to fix that part, maybe it helps.

Edit:
I resolved the issue I noticed, which should lead to much lower performance requirements again (it was needlessly converting everything, because the segments are in a different format)

I just tested 0.67.0-3 and everything looks good now. Thanks!

[nevcairiel]

As you can see the output stream is somehow locked to 2ch PCM. The option "Convert output to standard channel layouts" is not checked.


Your track is AC3, not TrueHD. No Atmos in AC3.

[totalz]

Your track is AC3, not TrueHD. No Atmos in AC3.

That could be the problem too, the track is indeed TrueHD. Also it doesn't make sense if the track is actually AC3 but locked as 2ch PCM.

[nevcairiel]

That could be the problem too, the track is indeed TrueHD. Also it doesn't make sense if the track is actually AC3 but locked as 2ch PCM.

Thats just how bitstreaming works, AC3 is bitstreamed through a 2 channel connection.
The channel number is entirely irrelevant when bitstreaming, no matter which codec.

[jkauff]

Is it Friday yet? ;)

[Nullack]

Hi, what is the nature of the libbluray inclusion with LAV filters? Can it be used for full menu support on bluray discs? Ive experimented with nightly builds of VLC along with having java installed and ANYDVD to do the decryption, and it seems bluray menus have come a long way in recent work. For getting it working beyond VLC, is it simple for MPC-BE and MPC-HC?

[markanini]

Can I set a preference for 2.0 tracks over 5.1 tracks?

[ikarad]

LAV Filters 0.67
[CODE]
LAV Splitter
- NEW: Support for HTTPS URLs



What means this new option? How use it?


0.66.0 - 2015/09/22
LAV Audio
- Changed: 5.1 audio favors the "Side" 5.1 layout, which conforms to modern surround standards
I have a 5.1 with surround speakers in the back and not the side. What are the differences in sound?

[foxyshadis]

What means this new option? How use it?

It's not an option, if you open an https link in a media player that uses LAV Splitter, it'll now work instead of failing. (Some players always did http and https on their own.)

I have a 5.1 with surround speakers in the back and not the side. What are the differences in sound?

There's now a "Use Legacy 5.1 Layout" option.

[ikarad]

It's not an option, if you open an https link in a media player that uses LAV Splitter, it'll now work instead of failing. (Some players always did http and https on their own.).
Thanks.
Is it possible to open an https link with mpc-hc?

What media player allow to open https link?



There's now a "Use Legacy 5.1 Layout" option.

Thanks but you don't answer at my question. I ask the differences.

[PPPPark]

WIN10 10586.11, continuous playback different video, LAV 0.67 CUVID random is not working, black screen and software decoding.
WIN7 does not have this problem
KMPlayer GTX760 359.00-desktop-win10-64bit-international-whql
I hope Subtitle Filter released.

[huhn]

don't use CUVID on windows 10 or in general. there is a huge windows 10 driver issue.

[wanezhiling]

WIN10 10586.11, continuous playback different video, LAV 0.67 CUVID random is not working, black screen and software decoding.
WIN7 does not have this problem
KMPlayer GTX760 359.00-desktop-win10-64bit-international-whql
I hope Subtitle Filter released.
http://forum.doom9.org/showpost.php?p=1745973&postcount=19920

[Digiface]

LAV Audio has played AC3 tracks fine, but today i downloaded a file, which it has problems and won't play the track. FFDShow plays it fine though. I looked the track info and noticed that Codec ID was ac-3 instead of 2000. I bitstream AC3 files.
I wonder if that's the reason it won't play with LAV Audio filter? Here's the track info (from MediaInfo):

Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : ac-3
Duration : 1h 32mn
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 297 MiB (21%)
Title : Surround
Language : English

[markuznw]

Hello, I've got an issue with lav filters, maybe I do something wrong since I am not an expert, so please in case guide me on how to fix it :)

I've got an IPCam that is streaming in h264 @ 720p through rtsp protocol (local network in my shop). If I open the stream through mpc be that uses lav for rtsp protocol I can view it fine, but I've got some serious latency during playback that can go to over 1 minute of delay. This is happening randomly, sometimes latency is really high, sometimes just a few seconds.
Opening the same stream with VLC everything is fine and it's realtime.

I would love to use mpc be since it uses lot less resources than vlc which is optimal on my work computer

P.S. I'm using latest 0.67 version

Thanks in advance :D

[VincAlastor]

Bug?!

when i try to play a hevc main10 file with the encoded with the latest x265 build (x64 1.8+106) and try to decode with mpc-hc and lav filters 0.67 or 0.67-3 beta with enabled CUVID then mpc-hc stopped working with the following message:

WARNING: Following frames may be wrong.
nvcuvid!cuvidCtxLockDestroy+0x64893
lavvideo+0x3cfa
lavvideo+0x10b0d
lavvideo+0x102fc
lavvideo!DllGetClassObject+0x3f6
kernel32!BaseThreadInitThunk+0xe
ntdll!__RtlUserThreadStart+0x70
ntdll!_RtlUserThreadStart+0x1b


the same files is playing fine with native DXVA. All other files created with older x265 builds are playing under same conditions (CUVID).

Is it an lav CUVID bug?

[oddball]

http://i.imgur.com/F4ZdmwF.jpg

Audio
ID : 2
Format : TrueHD
Codec ID : A_TRUEHD
Bit rate mode : Variable
Maximum bit rate : 6 051 Kbps
Channel(s) : 8 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless

EDIT: If I don't try to bitstream (just play as PCM stereo) it it works. But not if I bitstream.

EDIT2: Hmm. Is it correct that you cannot bitstream TrueHD (Or the AC3 contained in it) over SPDIF? If so then it looks like I need a new receiver. I have extracted the AC3 using ffmpeg and remuxed for now. I thought LAV would just pass the AC3 contained within, if the output did not meet the requirements.

[nevcairiel]

The embedded AC3 is exposed as a separate stream from LAV Splitter if present. Note that in MKV there is no embedded AC3 (and if there is, its an invalid file), it would already have to be its own stream.

[foxyshadis]

Bug?!

when i try to play a hevc main10 file with the encoded with the latest x265 build (x64 1.8+106) and try to decode with mpc-hc and lav filters 0.67 or 0.67-3 beta with enabled CUVID then mpc-hc stopped working with the following message:

WARNING: Following frames may be wrong.
nvcuvid!cuvidCtxLockDestroy+0x64893
lavvideo+0x3cfa
lavvideo+0x10b0d
lavvideo+0x102fc
lavvideo!DllGetClassObject+0x3f6
kernel32!BaseThreadInitThunk+0xe
ntdll!__RtlUserThreadStart+0x70
ntdll!_RtlUserThreadStart+0x1b


the same files is playing fine with native DXVA. All other files created with older x265 builds are playing under same conditions (CUVID).

Is it an lav CUVID bug?

CUVID is dead, Nvidia abandoned it and no longer seems to even test that it functions without crashing in new driver releases. Stop using it unless you have to.

[Digiface]

CUVID is dead, Nvidia abandoned it and no longer seems to even test that it functions without crashing in new driver releases. Stop using it unless you have to.

Cuvid still works with older graphic cards? I have G210 card and 341.81 drivers, and cuvid seems to work fine.

[huhn]

the hardware has little to do with this. the number of major issues in new driver is rising and rising.
341.81 aren't new driver.

and what do you gain from CUVID?

[andybkma]

Since we are on the subject of CUVID, I guess I better ask this question now. How come when I use AviSynth (Limited Sharpen Faster, LSF) as a real time post processor (via ffdshow raw) in Zoom Player, DXVA2 Native falls back to software decoding (avcodec). And when I use CopyBack the audio goes out of sync after a few minutes? With CUVID, using AviSynth LSF as post processor works just fine. So it would seem that CUVID still performs a much needed service when using Avisynth as a real time post processor unless somebody has a fix...


Win 7 64 bit, Nvidia GT650M and Intel HD 4000 (prob occurs whether using Nvidia or Intel Graphics)

[chros]

and what do you gain from CUVID?
E.g. this is on my system: http://forum.doom9.org/showthread.php?p=1746032#post1746032

[huhn]

and you are sure the HD 4000 isn't used with copyback?