LAV Filters - DirectShow Media Splitter and Decoders

[ashlar42]

Hi! Does LAV source/splitter support authentication headers in https streams?

[nevcairiel]

Hi! Does LAV source/splitter support authentication headers in https streams?

Yes, as long as you pass the username/password in the URL in the common format (ie. http://user:pass@host.tld/)

[ashlar42]

Yes, as long as you pass the username/password in the URL in the common format (ie. http://user:pass@host.tld/)Thanks, do you see anything in the Kodi log I posted here: http://forum.kodi.tv/showthread.php?tid=177557&pid=2264762#pid2264762 that could justify the failure?

[ashlar42]

On the same subject, that plugin's developer is asking me to post this, as he's got problems registering here:

"KODI allows passing along additional header information in a HTTP/HTTPS request by passing it along in the URL with a |. Such as a URL "https://www.google.ca|Authentication: Bearer 1234" which would attach Authentication: Bearer 1234 to the header of the request. Is there an equivalent way to pass long authentication information that can be appended to the header of the http request? See http://forum.kodi.tv/showthread.php?tid=77500 -- note this has been implemented in KODI since v12"

An extra bit of important information: all this concerns Kodi DSPlayer use, which is a DirectShow implementation of it I think you might be familiar with.

[nevcairiel]

I already told you how authentication data can be passed to HTTP/HTTPS requests, which is a pretty standard syntax any browser would also understand, no plans to add any other weird ways, sorry.
LAV supports Basic and Digest auth, but you need to tell it the credentials.

[P.J]

Anyway to force LAV to load a specific settings for a certain video?
Something like .lav file with the same name of the video, just like .srt subtitle files
I need to force de-interlacing + TTF/BFF settings for some videos :(

[DragonQ]

Anyway to force LAV to load a specific settings for a certain video?
Something like .lav file with the same name of the video, just like .srt subtitle files
I need to force de-interlacing + TTF/BFF settings for some videos :(
If you're using MadVR as your renderer, it supports settings parameters in file names.

[clsid]

Export the LAV settings from the Registry. Then create .reg files with default and custom settings and import the desired one before playback.

[TechnIx]

I've been experimenting with a bunch of demuxers and LAV Splitter plays back my files perfectly, but has one crucial flaw for my use - it doesn't support multiple output pins for multiple video streams (i.e. 1 pin for each stream)

My files tend to be between 1 to 4 video streams, with 1 audio stream, muxed as MPEG-TS.

I know this is a bit of a specialized feature, but is it on the horizon? If not, how hard would it be to implement in the code myself? I have looked at the source code and not quite sure where to start. I have written a few programs that use DirectShow filters in a graph, and even written a very basic filter, but actually meddling with an advanced demultiplexer filter like LAV Splitter just seems a bit out of my depth.

I have used AV Splitter (which I believe was a fork of LAV Splitter from way back) which has multiple output pins, but doesn't quite play my files back correctly (long delays when seeking)

[P.J]

If you're using MadVR as your renderer, it supports settings parameters in file names.

No, I'm using EVR :(


Export the LAV settings from the Registry. Then create .reg files with default and custom settings and import the desired one before playback.

Not a good solution.

[nevcairiel]

I know this is a bit of a specialized feature, but is it on the horizon? If not, how hard would it be to implement in the code myself?

LAVs entire architecture is designed around having one output pin per type, and I don't see that ever changing. Similarly, its not going to be easy to change that, sorry.

PS:
AV Splitter is not related at all.

[rock]

hi, I wonder if this is limitation of my spec or already known issue. My notebook is using Windows 8.1 with Sandy Bridge GPU. With combination of LAV Splitter + WMAudio Decoder DMO, I easily get audio out of sync whenever I seek this video (http://media.ch9.ms/ch9/b208/c62d6156-e839-4d1c-8d78-a484a382b208/aspnet26767_Source.wmv) around 20s or before that. With LAV Splitter + LAV Audio Decoder or MS Splitter + WMAudio Decoder DMO, it's fine.

[AngelGraves13]

nevcairiel, can you please increase the buffering of Dolby Atmos tracks a little? If I skip forward in an MKV file, there's a hiccup in the audio, like it's trying to catch up for a second and then it's fine. Haven't experienced the issue with TrueHD or DTS-HD MA.

[nevcairiel]

nevcairiel, can you please increase the buffering of Dolby Atmos tracks a little? If I skip forward in an MKV file, there's a hiccup in the audio, like it's trying to catch up for a second and then it's fine. Haven't experienced the issue with TrueHD or DTS-HD MA.

Thats not possible. Atmos is just some fancy metadata in TrueHD streams.
Sounds like your Atmos receiver is just being slow.

I don't know what you think "buffering" does.

[AngelGraves13]

Thats not possible. Atmos is just some fancy metadata in TrueHD streams.
Sounds like your Atmos receiver is just being slow.

I don't know what you think "buffering" does.

I'm just playing it on PC with Downmix.

Seems to be fine after running the file through mkvtoolnix.

[Leader]

Hi, nevcairiel!

In Windows XP incorrectly displayed and positioned options (checkboxes) shown in the screenshot:
http://fs5.directupload.net/images/160305/gnb4mozw.png (http://www.directupload.net)

[LigH]

May depend on the default UI font.

[Vasilich]

@Leader, what version is shown on screenshot?

[sneaker_ger]

It's one of the recent nightlies. Nev changed the GUI a bit to make room for a drop-down list of hardware decoding devices. (Same cosmetic problem in Win7 without Aero, btw.)

[ocyl]

This is what I see in v0.67.0.142-git.

http://i.imgur.com/5j73NSl.png

[nevcairiel]

The latest nightly should give those checkboxes a bit more room, hopefully it looks better now. On my system I can fit another full character in there now without clipping, but oh well. :)

[Leader]

The latest nightly should give those checkboxes a bit more room, hopefully it looks better now. On my system I can fit another full character in there now without clipping, but oh well. :)

I checked the latest nightly build 0.67.146-git - now everything appears normal and looks neat.

Many thanks! :thanks:

[Leader]

And yet, nevcairiel, I discovered that Windows XP, using "NVIDIA CUVID"-Decoder, incorrectly playback video files at a frame rate = 60 FPS.
Jerks observed deviations and missing frames. Perhaps the case in timestamps. Do you have the ability to fix this?
Just because of this bug is inconvenient to use "CUVID-Decoder".
P.S. Link to sample: https://dropmefiles.com/c9WKm

[nevcairiel]

Looks fine here, and I'm not supporting XP anymore, especially when it comes to HWAccel, sorry.

[Mikounou]

Hello,

Sorry for my english but i have a big problem with the latest lavfilters:
I can't bitstream Dolby Digital + (eac3) and DTS-HD HRA.

With Dolby Digital +, DD logo appear on the Onkyo but no sound.
With DTS-HD HRA, i have only the DTS Core.

No problem with Dolby Digital, TrueHD, DTS or DTS-HD MA.

Windows 10
NVIDIA GTX 960
Onkyo TX-RZ900
Latest MPC HC nightly build

Can you help me ?
I have tested many things, change all options in Lav Filters, but no luck :confused:

Thanks

[PPPPark]

Hello,

Sorry for my english but i have a big problem with the latest lavfilters:
I can't bitstream Dolby Digital + (eac3) and DTS-HD HRA.

With Dolby Digital +, DD logo appear on the Onkyo but no sound.
With DTS-HD HRA, i have only the DTS Core.

No problem with Dolby Digital, TrueHD, DTS or DTS-HD MA.

Windows 10
NVIDIA GTX 960
Onkyo TX-RZ900
Latest MPC HC nightly build

Can you help me ?
I have tested many things, change all options in Lav Filters, but no luck :confused:

Thanks
I tested EAC3 No problem, DTS-HD HRA just DTS core. POT也只是输出DTS核 。@万恶之灵
Windows 10
NVIDIA GTX 760
Onkyo TX-NR646
LAVFilters-0.67.0-146.exe

[nijiko]

Can you supply a portable version of nightly lav? In most cases, we use lav with mpc-hc. And if you directly pack the files, I think it's better and more convenient than to compile to a installer.

[nevcairiel]

Can you supply a portable version of nightly lav? In most cases, we use lav with mpc-hc. And if you directly pack the files, I think it's better and more convenient than to compile to a installer.

There are no plans to offer LAV nightlies in any other form, sorry.

[filler56789]

@nijiko: you can use the Inno Setup Unpacker for extracting the contents from the installer.
If you prefer a GUI, download the Universal Extractor package, and then update its innounp.exe to the newest version.

[mzso]

Is there a possibility of Atmos decoding with LAV in the near future?
I imagine it as DTS-HD MA used to be for a long time, with an external dll loaded by LAV.
(Somehow I don't think that we'll see Atmos decoding in ffmpeg anytime soon.)

[AngelGraves13]

Is there a possibility of Atmos decoding with LAV in the near future?
I imagine it as DTS-HD MA used to be for a long time, with an external dll loaded by LAV.
(Somehow I don't think that we'll see Atmos decoding in ffmpeg anytime soon.)

I'm sure it's planned, but just like with DTS:X, we don't know when it will be possible. It's basically nothing more than metadata on top of the TrueHD stream and DTS-HD Ma stream (for DTS:X).

[mzso]

I'm sure it's planned, but just like with DTS:X, we don't know when it will be possible. It's basically nothing more than metadata on top of the TrueHD stream and DTS-HD Ma stream (for DTS:X).

The stream might be. But I'm sure decoding is not as easy. It needs HTRF and who knows what sort of other processing to sound right.

[nevcairiel]

LAV Filters 0.68

LAV Splitter
- NEW: H.264 MVC 3D demuxing from MKV 3D, Blu-ray discs and Blu-ray SSIF files
- Fixed: The bitdepth of DTS-HD MA streams is reported properly in the stream information

LAV Video
- NEW: H.264 MVC 3D decoding (requires madVR 0.90 or newer)
- NEW: HEVC HDR streams export the HDR metadata to the video renderer (requires madVR 0.89.18 or newer)
- NEW: VP9 DXVA2 Hardware Acceleration
- NEW: Weston Three Field Deinterlacing filter (w3fdif)
- NEW: Ability to choose which GPU is used for DXVA2-CopyBack decoding
- Changed: Removed the CUVID HQ processing option, it is now automatically used when appropriate
- Fixed: CUVID would crash when playing certain HEVC files
- Fixed: Some pixel format conversions were much slower than expected
- Fixed: Pixel Format changes mid-stream were not re-negotiated with the renderer in all cases
- Fixed: Changes in the framerate due to software deinterlacing are properly reflected in the media type

LAV Audio
- Fixed: Increased PCM buffering to avoid stuttering with TrueHD on some audio devices


Download: Installer (both x86/x64) (https://files.1f0.de/lavf/LAVFilters-0.68.exe) -- Zips: 32-bit (https://files.1f0.de/lavf/LAVFilters-0.68.zip) & 64-bit (https://files.1f0.de/lavf/LAVFilters-0.68-x64.zip)
Download 3D Plugin: 32-bit (https://files.1f0.de/lavf/plugins/libmfxsw32-v1.7z) & 64-bit (https://files.1f0.de/lavf/plugins/libmfxsw64-v1.7z)

H.264 MVC 3D Support

This version introduces support for decoding H.264 MVC 3D streams, as found on 3D Blu-rays (or in MKVs created from those Blu-rays with MakeMKV).
LAV Splitter supports reading H.264 MVC from Blu-rays directly, when opening a Blu-ray SSIF file, or from MKVs. Note that MVC in MPEG-TS which is not created Blu-ray compliant is not supported at this time.

To enable decoding of the H.264 MVC extensions, an external decoder plugin is required, which the Installer will automatically download if the appropriate option is set, or which you can download manually from the links above (place in the same folder as LAVVideo.ax)
LAV Video currently does not allow "processing" the 3D video in any way, it can only output it to a 3D aware video renderer - madVR 0.90 or later. In the future it might be possible to have LAV Video render the video as Side-by-Side, but not in this release.

The interface to receive 3D video and accompanying metadata is documented in the developer info package, if other renderer developers want to support this.

HEVC HDR support

Also new in this release is the ability to export the HDR metadata from HEVC HDR streams. This metadata is automatically send to the video renderer, so it can render the video properly. This is available with madVR 0.89.18 or newer.
LAV Video does not process the HDR information in any way, and any video renderer unaware of HDR will still render the typical "washed out" image.

The interface for the HDR metadata is also documented in the developer information.

DXVA2 VP9 Hardware Acceleration

Late last year Microsoft published a specification on VP9 DXVA2 hardware acceleration. Shortly after, both Intel and NVIDIA started to support this in their hardware.
This version of LAV Video enables using the hardware acceleration in the latest NVIDIA GPUs (GTX950/960), and recent Intel GPUs (Braswell and Skylake)

Please note that only VP9 Profile 0 is supported, 4:2:0 8-bit.

There is more!

On top of all these features, LAV Video also added a new deinterlacer, Weston Three Field Deinterlacing Filter (w3fdif), which can achieve quality similar to YADIF at much higher speeds (simple on 32-bit, complex on 64-bit)
For multi-GPU systems, you can now choose which GPU DXVA2-CopyBack should use for decoding. Please note that only GPUs with a connected display are available (Direct3D9 limitation)
And of course there is also a list of stability and bug fixes that may not even have made the changelog.

Enjoy one of the bigger LAV releases of the recent past, and have fun!

PS:
The download links have switched to HTTPS, if you're having trouble with access due to an old browser and/or OS (I'm looking at you, XP users), you can manually switch the URL back to HTTP if you must.

[madshi]

Awesome release - many thanks! :)

[LigH]

:thanks:

This will be the first "stable" release with w3fdif to recommend for DVBViewer users, to test different deinterlacers regarding speed and quality.

The only annoying part of "TV on a PC" are the flickering top and bottom lines. They are not always encoded cleanly by the broadcaster. I wonder how to treat them in a special way; but I know you have never been a fan of implementing post-processing filters, pure decoders only...

[NikosD]

LAV Filters 0.68


DXVA2 VP9 Hardware Acceleration

Late last year Microsoft published a specification on VP9 DXVA2 hardware acceleration. Shortly after both Intel and NVIDIA started to support this in their hardware.
This version of LAV Video enables using the hardware acceleration in the latest NVIDIA GPUs (GTX950/960), and recent Intel GPUs (Braswell and Skylake)

Please note that only VP9 Profile 0 is supported, 4:2:0 8-bit.


Thanks for the release.

I remember talking about "VP9_VLD_10bit_Profile2" support and adding this info to a nightly build.

[nevcairiel]

I remember talking about "VP9_VLD_10bit_Profile2" support and adding this info to a nightly build.

Still no hardware that exposes this, and Microsoft actually updated the spec again and removed it again.

[LigH]

Typo:

For multi-GPU systems, you can now choose which GPU DXVA2-CobyBack should use for decoding.

[manolito]

Quick question:
Is the ArcSoft dtsdecoderdll.dll still supported?

[nevcairiel]

Is the ArcSoft dtsdecoderdll.dll still supported?

Yes, but I don't really consider it useful anymore. The built-in DTS decoder has proven to work quite well, and if there is a sample where it doesn't work, we would love to get a copy.

The only thing it doesn't support yet is DTS Express (which is its own little codec, not much to do with the remainder of DTS), but those are commentary streams only, and rare at that.
But someone was actually working on DTS Express decoding, so it may show up in the future as well.

Anyway, as long as it doesn't start causing problems, no reason to remove it.

[Mikounou]

Yes, but I don't really consider it useful anymore. The built-in DTS decoder has proven to work quite well, and if there is a sample where it doesn't work, we would love to get a copy.

The only thing it doesn't support yet is DTS Express (which is its own little codec, not much to do with the remainder of DTS), but those are commentary streams only, and rare at that.
But someone was actually working on DTS Express decoding, so it may show up in the future as well.

Anyway, as long as it doesn't start causing problems, no reason to remove it.

For me the built-in DTS decoder not bitstream DTS-HRA, only core :(

My messsage :

I can't bitstream Dolby Digital + (eac3) and DTS-HD HRA.

With Dolby Digital +, DD logo appear on the Onkyo but no sound.
With DTS-HD HRA, i have only the DTS Core.

No problem with Dolby Digital, TrueHD, DTS or DTS-HD MA.

Windows 10
NVIDIA GTX 960
Onkyo TX-RZ900
Latest MPC HC nightly build

Any ideas ?

I will try with the ArcSoft dtsdecoderdll.dll

[huhn]

what type of connector are you using.

bitstreaming has nothing to do with a decoder decoders aren't used for that.

[manolito]

Yes, but I don't really consider it useful anymore. The built-in DTS decoder has proven to work quite well, and if there is a sample where it doesn't work, we would love to get a copy.

For me it still is extremely useful... :p

The built-in DTS decoder fails miserably with a very common DTS 6-ch audio track when piping the decoded 6-ch wav to Aften.

Source info:
Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format_Settings_Mode : 16
Format-Einstellungen für Endianess : Big
Codec-ID : A_DTS
Dauer : 1h 28min
Bitraten-Modus : konstant
Bitrate : 755 Kbps
Kanäle : 6 Kanäle
Kanal-Positionen : Front: L C R, Side: L R, LFE
Samplingrate : 48,0 KHz
Bildwiederholungsrate : 93,750 FPS (512 spf)
BitDepth/String : 16 bits
Stream-Größe : 479 MiB (11%)
Titel : Surround 5.1
Sprache : Deutsch
Default : Ja
Forced : Nein

Using Wavi or AVS2PipeMod and piping the result to Aften causes Aften to detect a wrong channel layout. The 6-ch source is either detected as mono or 2-ch depending on the Aften build (Wisodev or KurtNoise).

Using the ArcSoft DTS DLL fixes it, the source is correctly detected as 6-ch. I cannot believe that Aften is to blame since it always detects raw wav files correctly when using them as STDIN. Somehow the built-in DTS decoder seems to create non-standard PCM audio streams.

So please do not disable support for the ArcSoft DTS decoder...


Cheers
manolito

[nevcairiel]

Sounds like Aften (or your AviSynth step) is just faulty and doesn't like the channel layout or sample format, maybe the float output that the built-in decoder produces for lossy DTS, while ArcSoft produces 24-bit integer.
If there would be something fundamentally wrong, it would happen in all sorts of circumstances, during playback, or who knows where. Especially if behavior changes depending on which build you use, it points to the software just being faulty.

Easy enough to test by forcing integer output in LAV for example, or switching the 5.1 channel layout using the option.

I never used anything like that to pipe audio, nor would I have a reason to, but there is various reasons such a tool could break in one circumstance and not another.
Maybe they just don't handle format changes well, which are always a possibility with DTS decoding as you don't know beforehand if its going to be lossy core only, or 16-bit HD, or 24-bit HD. ArcSoft "bypasses" that problem to some degree by using 24-bit output for lossy, instead of (the more accurate) float output.

[manolito]

Did some more tests, but no difference...

The built-in decoder does not produce float output. The LAV Audio status window reports 24bit integer 6-ch for input and output, no matter if the built-in DTS decoder is used or the ArcSoft decoder. To make absolutely sure I retested it disabling float output first, but the results were identical.

Of course it is easy to blame Aften. After all there is no real standard for headerless raw PCM. But since Aften handles this for all other decoders (AC3, MP3, AAC, WMA, you name it), and the ArcSoft DTS decoder also handles it correctly, I do have a point when I say that the built-in DTS decoder is responsible for the issue.

http://i.imgur.com/Q3UnVE4.png

Aften is no longer maintained, you can consider it static. But a lot of applications use it, I do see it as kind of a standard.

And I am a result oriented person, I do not care too much for principles. It just has to work. Period. So again please continue supporting the ArcSoft DTS decoder... (because it just WORKS)


Cheers
manolito

[nevcairiel]

Like I said, as long as it works, there is no reason to remove it. If it breaks, its leaving.
And no, your reasoning is not very useful. Just because something is broken with a "static" component doesn't automatically put blame on everything else. I don't care if Aften breaks, I care that my software functions according to specifications. If Aften can't deal with that, thats not something I concern myself with.

There is a long list of things between LAV and Aften as well, some AviSynth DirectShow source plugin, AviSynth itself, and your CLI tool that reads from AviSynth and pipes it out, those could equally be faulty and just not handle DirectShow properly.
There is a reason DirectShow is not very commonly used for processing or transcoding, its architecture isn't all that well suited to that task.

In any case, its not going anywhere soon. But its dead either way, since ArcSoft vanished into obscurity. So it would seem to be in your long term interests as well to figure out why its broken, and not just accept defeat and go back to some other solution.

PS:
I just tried AVStoDVD and it works perfectly fine and creates a 5.1 AC3 from my 5.1 DTS input.

[clsid]

The LAV Audio status window reports 24bit integer 6-ch for input and output, no matter if the built-in DTS decoder is used or the ArcSoft decoder.Is the channel mask also the same?

You should try the "Use Legacy 5.1 channel layout" option in LAV.

[ddjmagic]

LAV Filters 0.68


Great release :cool: Thanks!

[Anima123]

LAV Filters 0.68
On top of all these features, LAV Video also added a new deinterlacer, Weston Three Field Deinterlacing Filter (w3fdif), which can achieve quality similar to YADIF at much higher speeds (simple on 32-bit, complex on 64-bit)

What exactly do you mean here by "complex on 64-bit"?

[huhn]

http://forum.doom9.org/showthread.php?p=1755017#post1755017


On 32-bit, Simple is significantly faster than YADIF, but due to lack of 32-bit optimizations, Complex is slower.
On 64-bit, both Simple and Complex are faster than YADIF.

it means that w3fdif complex is only faster with 64 bit than YADIF.