LAV Filters - DirectShow Media Splitter and Decoders

[zerowalker]

Wait so EVR CR simply says (AYUV is no go), and LAV will use something else, like an automatic disable of it?

Ah yes noticed that. Didn't know about the TV->PC though, that explains why it was quite dark.

But it also messes up thing completely in some videos, there will be black bars in the video itself, i think it happens with DVD Resolution, so you only see parts of the Video (I I I I) like that, white spaces = video.

[MasterNobody]

No you're not. I've had some spare time, so I had a look:

http://www.ld-host.de/uploads/thumbnails/c8ece81c7d6d625acaeb8be0b8d2b146.png (http://www.ld-host.de/uploads/images/c8ece81c7d6d625acaeb8be0b8d2b146.png)_____http://www.ld-host.de/uploads/thumbnails/366dc190e091c68db67bc267cadb67f5.png (http://www.ld-host.de/uploads/images/366dc190e091c68db67bc267cadb67f5.png)
ffplay-20140318-git-aa86ccc (http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20140318-git-aa86ccc-win32-static.7z)____ffplay-20140319-git-ce9d3da (http://ffmpeg.zeranoe.com/builds/win32/static/ffmpeg-20140319-git-ce9d3da-win32-static.7z)

I didn't have any problems seeking, but as you can see with ffmpeg the image is corrupted as of March 19 2014.
But the strange thing is that with LAV 0.61.2, which is released on June 12 2014, the image is still fine. Does this mean LAV 0.61.2 was based on an old ffmpeg version?
As far as I investigated it is ffmpeg specific (libav doesn't have this) problem with this patch (http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=6f7ca1f55be1270e0d7c33409de4473e4dd00add). As you source most probably was encoded by lossless x264 and after cutting file ffmpeg can't guess that this is x264 stream (x264 SEI was removed).

[nevcairiel]

That makes sense, but its important to know that x264 produces files that are not standards compliant, so the SEI is required to identify it and switch into quirks mode.

[MasterNobody]

That makes sense, but its important to know that x264 produces files that are not standards compliant, so the SEI is required to identify it and switch into quirks mode.
Yes, x264 can produce "de jure" not spec compliant streams when encoding in lossless mode with 8x8dct enabled. But x264 was the only encoder (and afaik still is if we exclude JM) for many years that supported and was used for lossless H.264 encoding so "de facto" this became the "standard" for lossless encoding. So this became the chicken and egg problem if you fix decoder to be "de jure" spec compliant than you broke A LOT OF already encoded streams (and like in this example they can miss x264 SEI so you can't really depend on it) that is probably one of the reasons why x264 encoding is also not fixed because it will require this "de jure" spec complaint decoder which will broke all old streams.

P.S. imho it would be better to have in ffmpeg separate param for enabling different compatibility workarounds than depend on SEI that can be missing (for example if decoding starts not from the begining of stream).

[nevcairiel]

One suggestion was to disable the broken 8x8dct mode in x264 for lossless, that way you only create files that work everywhere. Someone should probably suggest a patch to the x264 ML.

[MasterNobody]

One suggestion was to disable the broken 8x8dct mode in x264 for lossless, that way you only create files that work everywhere. Someone should probably suggest a patch to the x264 ML.
Agree, this one of the solutions for x264 but decoders still need to have both path to not broke old streams and as I said SEI detection is imho incorrect for this because it is not reliable.

[nevcairiel]

I'm sure the FFmpeg developers are open to better auto detection ideas. I wouldn't know how to do something else.

[MasterNobody]

I'm sure the FFmpeg developers are open to better auto detection ideas. I wouldn't know how to do something else.
P.S. imho it would be better to have in ffmpeg separate param for enabling different compatibility workarounds than depend on SEI that can be missing (for example if decoding starts not from the begining of stream).
i.e. make it user or calling app decision instead of auto detection with sensible default which imho currently should be x264 style and latter (when number of non x264 encode lossless streams will be not missingly small) can be changed to spec complaint one.

[zerowalker]

I can say that it was indeed x264 lossless.
Not sure about the settings, i think it was medium or for that, but may have been slower or faster.

The file was cut with Virtualdub, but as said before seeking causes the issue, and i can gladly provide a full file if that's needed.

But if it's true that x264 produces non-compliant files with lossless in some occasions, that should be fixed. Though don't get how it works in some decoders, but well not my field of expertise i guess.

But how do we go about this, did you make a bug report?
As i haven't done it yet as i see that you are discussing it.

[sneaker_ger]

The x264 devs already have a fix ready just waiting to be committed to the master git. (i8x8 will simply be turned off for lossless)

[zerowalker]

Ah great. Hmm, i have used that A Lot for youtube content though.
Think luckily enough they have been decoded correctly. Well probably because it's not seeking so it's bypassing the issue.

[vinnytx]

I set LAV Filters with CUVID acceleration and I have opened a WMV9 video.
I was hoping that the DXVA2 acceleration would work since LAV Filters now uses the microsoft MFT decoder but it is not. The DXVA2 does not work for WMV9 video

[nevcairiel]

If you want DXVA2 acceleration, then set it to DXVA2 instead of CUVID.

[vinnytx]

I'd like to have CUVID acceleration for h264 contents and DXVA2 for wmv9 files.

[macromizer]

I'd like to have CUVID acceleration for h264 contents and DXVA2 for wmv9 files.

Then you'll have to manually change your settings.

[NikosD]

I'd like to have CUVID acceleration for h264 contents and DXVA2 for wmv9 files.
PotPlayer is flexible enough to allow such configurations.

[QBhd]

^^^ Agreed.... it's very easy to do in PP

QB

[vinnytx]

Please, tell me how to do

[nevcairiel]

Discussions about players are off topic for this thread, please keep them elsewhere.

[dude2012]

Nev, was wondering if you have any thoughts on this: I downloaded a song in .dts format and when bitstreaming with 0.62.0 my receiver says DTS ES Discrete 6.1, but if I play as PCM I'm only getting 5.1 PCM stream. Am using dtsdecoder 1.1.0.8. To deepen mystery, when I play Lord of The Rings' DTS ES Discrete 6.1 track as PCM receiver correctly shows 7.1 PCM (since I'm using the "Expand 6.1 to 7.1" option. Here is info from Lav Audio on this song file:


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

- Connected to:

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

- Connection media type:

Audio: DTS 44100Hz 7ch 1411kbps

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

WAVEFORMATEX:
wFormatTag: 0x2001
nChannels: 7
nSamplesPerSec: 44100
nAvgBytesPerSec: 176400
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0 (extra bytes)

[nevcairiel]

Try without the external decoder. Maybe it is causing this, its a black box and just does what it does.

[zerowalker]

Shouldn't lossless x264 work with --partitions 'none' for the newest LAV Decoder (or ffmpeg etc)?

Cause even if i disable i8x8 it still appears, am i missing something here?

[MasterNobody]

Shouldn't lossless x264 work with --partitions 'none' for the newest LAV Decoder (or ffmpeg etc)?

Cause even if i disable i8x8 it still appears, am i missing something here?
You need either update x264 to the newest version (rev. 2453) where it is disabled correctly or if you use old version of x264 then you need to use --no-8x8dct because --partition option can't disable them in I-frames (it only configures inter-frames partitions).

[zerowalker]

Ah okay that explains it, thanks

[dude2012]

Try without the external decoder. Maybe it is causing this, its a black box and just does what it does.

Interesting, without the .dll Lav does output as 8-channel, although ReClock properties says "PCM IEEE Float", is that a problem?

Thanks.

EDIT: Never mind, I found a discussion on another board where you explain that it's normal for lossy formats like DTS to be output with 32-bit float.

[NikosD]

@Nev

Any progress on the HEVC_MAIN_VLD ?

[Soukyuu]

I'm getting weird behavior with mpc-hc and lav now and then. It's pretty rare, so I can't seem to reproduce it. Sometimes, jumping to next chapter in an mkv results in loss of audio. Jumping back to the start of the chapter "revives" it again. Any idea what could be causing this?

[ocyl]

I'm getting weird behavior with mpc-hc and lav now and then. It's pretty rare, so I can't seem to reproduce it. Sometimes, jumping to next chapter in an mkv results in loss of audio. Jumping back to the start of the chapter "revives" it again. Any idea what could be causing this?
I have experienced similar loss of audio during seeking (doesn't have to be a chapter jump) from time to time, too. Reseeking would bring audio back.

[e-t172]

Come to think of it, I've experienced that as well. It's kinda rare, though, and I wouldn't be able to reproduce it. Seems to happen at random.

[Soukyuu]

Good to know I'm not alone. The last file I had this happen with is
General
Unique ID : 201357972140827631690935044814852352308 (0x977C2282D2DD481EB3D30821F9406934)
Complete name : unimportant
Format : Matroska
Format version : Version 2
File size : 434 MiB
Duration : 23mn 39s
Overall bit rate : 2 565 Kbps
Encoded date : UTC 2014-07-25 05:57:50
Writing application : mkvmerge v5.0.1 ('Es ist Sommer') built on Oct 9 2011 11:55:43
Writing library : libebml v1.2.2 + libmatroska v1.3.0
Attachment : Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes / Yes

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 10@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 23mn 39s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Title : 10bit H.264 - 720p
Writing library : x264 core 142 r2431kMod ac76440
Encoding settings : cabac=1 / ref=16 / deblock=1:1:1 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / fade_compensate=0.00 / psy_rd=0.72:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=18 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=16.0000 / qcomp=0.80 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=3:0.76
Language : Japanese
Default : Yes
Forced : No
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 23mn 39s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Title : 2.0 AAC
Language : Japanese
Default : Yes
Forced : No

Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : FFF
Language : English
Default : Yes
Forced : No

Menu
00:00:00.000 : en:Prologue
00:02:13.966 : en:Opening
00:03:44.014 : en:Part A
00:10:21.954 : en:Part B
00:18:30.900 : en:Part C
00:21:54.771 : en:Ending
00:23:24.819 : en:Preview

[Superb]

Audio loss on seek happened randomly here as well. A few times actually. Another seek fixed it, of course, so I didn't even bother reporting until I saw you guys do. ;)
Using the built-in LAV Filters w/ the latest MPC-HC.

[Helios61]

Hi nevcariel!

Is there a way to output PCM Audio as bitstream (bypass windows mixxer) with lav audio?

Best regards
Helios

[nevcairiel]

Thats not LAVs task, you need to setup your player to do this, ie. by using a WASAPI exclusive audio renderer.

[Helios61]

Thats not LAVs task, you need to setup your player to do this, ie. by using a WASAPI exclusive audio renderer.

I think, you've missunderstood :)! I'm talking about a PCM audio track of a mkv video (mulichannel, stereo..).

[nevcairiel]

No, I think you misunderstand how everything works.
PCM audio in a MKV is no different than any other audio. You need to setup exclusive mode, no other way to bypass the mixer. Nothing LAV Audio is responsible for.

[Helios61]

I know, but it's a mess to change everytime the audio renderer!

[huhn]

just stay with wasapi.

[clsid]

I have experienced similar loss of audio during seeking (doesn't have to be a chapter jump) from time to time, too. Reseeking would bring audio back.
I have seen it happen a few times too. Only with AAC audio. It is pretty rare though.

[ocyl]

I used to run LAV audio and video decoders with Haali Media Splitter (for more than two years), and did not encounter the audio loss issue. It started after I switched splitter from Haali to LAV recently.

[Finnish Flash]

I have seen it happen a few times too. Only with AAC audio. It is pretty rare though.I've experienced this too. Also with AAC. Not sure about other formats.

[macromizer]

I know, but it's a mess to change everytime the audio renderer!

Why would you be doing that to begin with?

[trodas]

For years, I had no problemo opening and playing a MKV and MP4 files using the Haali Matroska Splitter.

Sadly on x64 Win 7 Ultimate that filter is NOT working anymore (or perhaps the playback is wrong?), so I searched for alternatives.

For example these Gabest’s Matroska Splitter files:
http://www.hack7mc.com/2009/02/mkvs-for-minimalists-on-windows-7.html

Or getting the latest Haali Media Splitter - 20/05/2010 2010-05-20
http://www.matroska.org/downloads/windows.html

Sadly once again, absolutely nothing worked.

MatroskaDiag show that NOTHING is installed using these Haali trusty, great working splitters :( Using these new Gabest's it report:

Matroska Splitter : Gabest's Matroska Splitter
Installed : yes, in D:\Install\Win7 MKV\MatroskaSplitterx86.ax (1.0.3.1)
Can be created : yes
Matroska Splitter : Haali's Matroska Splitter
Installed : no
Can be created : no
RenderFile with DirectShow : OK

But once again it fail to work. MP4 files it won't play at all, and the MKV files plays only audio, video get updated only when I move the window of BSplayer. Suuuuux :(

So I tried the LAV filters 0.62 and get similar result. MP4 no go, MKV no go. Nothing worked. Of course I have every the filetypes selected correctly.

Of course all other videos like avi, wmv, mpg (but not asf, surprisigly it need seeking to play and it still stall at start) are working fine. FFDshow used to decode them.

What I coudl possibly doing wrong?!

[sneaker_ger]

Are you trying with Windows Media Player? If so, try setting LAV to preferred:
http://www.codecguide.com/windows7_preferred_filter_tweaker.htm

I can also recommend a different player like MPC-HC (http://forum.doom9.org/showthread.php?t=166689). (Comes with integrated LAV.)

[trodas]

NO no no no! I not trying WinMediaPlayer. It plays the movies anyway... All I want is working BSplayer. That it is. So the DirectShow filters must work.
I tried disabling the Media Foundation completely, but no change. Nothing plays, nothing works at all.

I'm clueless, why there are so terrible problems to play simple file. The old good Haali splitter worked so so so well, never had any troubles. Now this - NOTHING work on Win7 in this regard. I did not want the Mediaplayer at all. No way.

[huhn]

he said you should try MPC-HC not windows media player.

i tried the BSplayer and i will never do it again...
a toolbar and a firefox extenastion was the firs thing the player was trying to install and later it wanted me to install ffdshow, a mpeg2 decoder, ac3 filter and more of this totally not necessary stuff when lavfilter is already installed.

at the end the player was able to use lavfilter. i can't find a filter list with in the player but there is something wrong with your setup.

so i can't recommend this player at all but lavfilter should work with it.

so please delete all codec stuff on your PC and use MPC-HC linked below from speaker_ger and report back if this works.

[clsid]

Use your brain. If video is shown when you move the player window, then obviously the splitter and video decoder is working. The problem is with the rendering of the video. First update your graphics driver. Also change the video renderer in the player settings. A good choice would be EVR. Since the problem is unrelated to LAV Filters, you should go to the BSplayer forum for more help.

[NikosD]

Interesting...from Anandtech's presentation and review of A10-7800:


The other feature using the GCN cores is HEVC Compute support with PowerDVD 14, using OpenCL to speed up decoding for high definition content. With a soon-to-be released update, AMD Fluid Motion Video should also be supported



AMD also points out in its release that PowerDVD 14 is fully supporting HEVC compute via OpenCL on AMD APUs, with also AMD Fluid Motion Video in a later update.

[nevcairiel]

They can't build a video decoder, so now they advertise some OpenCL stuff Cyberlink builds? :p

[NikosD]

True, but TBH who can ?

All of them (Intel, Nvidia, AMD) rely on developers like you, FFMpeg and mainly commercial (due to license costs) in order to leverage their HW.

But they build the drivers of course.

[theoneofgod]

Any progress on this issue here: https://code.google.com/p/lavfilters/issues/detail?id=467&sort=-modified&colspec=ID%20Type%20Status%20Priority%20Filter%20Summary%20Modified