LAV Filters - DirectShow Media Splitter and Decoders

[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]

Originally Posted by 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.

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]

Originally Posted by manolito

First of all DGSplit did not bother to correct the duration

Naturally. DGSplit simply cuts X bytes on the binary level.

Originally Posted by manolito

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]

Originally Posted by sneaker_ger

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?

Whatever, I learned something new again...


Cheers
manolito

[sneaker_ger]

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

[manolito]

Originally Posted by sneaker_ger

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

Ouch, you got me...

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) -- Zips: 32-bit & 64-bit

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

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

Have fun!