LAV Filters - DirectShow Media Splitter and Decoders

[LigH]

"I sue"? ... I guess that means "I use". ;)

[Boardlord]

"I sue"? ... I guess that means "I use". ;)

Yup, thanks, corrected :D

[Gravitator]

Салам!
I discovered hardware VP9 decoding in the new version of the LAV. Please tell me, GTX 750 supports hardware decoding vp9?

[clsid]

Only the 750 v2, which is a rebranded 950.

[ryrynz]

Only the 750 v2, which is a rebranded 950.

Only 512 cores enabled with that apparently rather than the 950's 768 cores, it would seem to be an OEM part? as I've seen no physical cards and the naming is odd.

Nvidia is however is readying the 950 SE/LE which will have 640 cores and be out in March.

[Sunset1982]

Are these the right settings to use the GTX960's built in HEVC hardware decoder for 4K HEVC files? I want the other codecs to be decoded by software...

http://fs5.directupload.net/images/160224/temp/olgp22co.jpg (http://www.directupload.net/file/d/4274/olgp22co_jpg.htm)

[nevcairiel]

Personally I would leave HD on aswell, even a 1080p file can bring many CPUs to its knees.

[FDisk80]

Are these the right settings to use the GTX960's built in HEVC hardware decoder for 4K HEVC files? I want the other codecs to be decoded by software...

http://fs5.directupload.net/images/160224/temp/olgp22co.jpg (http://www.directupload.net/file/d/4274/olgp22co_jpg.htm)

Why not enable everything? Except maybe VP9. That one could be problematic.

I don't see any downsides to this.

[Sunset1982]

ok, I thought I read that softwaredecoding gives better image quality.

[nevcairiel]

ok, I thought I read that softwaredecoding gives better image quality.

No, the quality is exactly the same.

[huhn]

isn't software better at error handling?

[ryrynz]

isn't software better at error handling?

I guess it would make some sense that it was, but there should be adequate error handling built into the spec. And how often is it that errors would be encountered that software would make sense to use over hardware?
Maybe almost never?

[huhn]

broadcast is full with errors.

[DragonQ]

broadcast is full with errors.
Shouldn't be, unless you're talking about different "errors" to what I'm thinking. I frequently run recordings to TS-Doctor to trim them and it almost never finds stream errors.

[rock]

could enable/disable system tray icon applied immediately even in the middle of playback?

[nevcairiel]

could enable/disable system tray icon applied immediately even in the middle of playback?

You can enable it on the fly, and it'll just show up then, but disabling is intentionally delayed because it can cause problems since the tray icon interacts with the playback to some degrees.
Not likely to change.

[omarank]

While testing 3D with the latest LAV nightly and madVR 0.90.12, I found issues with two samples:

Sample 1 (https://www.mediafire.com/?6k0e88m2rj6xa0u) shows image corruption in the right eye view.

Sample 2 (http://memepuffs.com/indoor.MTS) shows a black screen. It’s an MTS file though. I am not sure if it is supported, but LAV splitter is able to identify the video stream as H.264 stereo high L4.1.

I tried reverting to older nightlies with 3D support. I see the same issue with all of them.

[jkauff]

Now that the latest major version of ffmpeg has been released, can we expect a new official LAV release soon?

[nevcairiel]

While testing 3D with the latest LAV nightly and madVR 0.90.12, I found issues with two samples

I fixed the first one, for the second one, only Blu-ray compatible muxes are supported, which this one is not. It lacks timestamps on some frames and the views are interleaved in the wrong order (the extension has to come first). Don't have immediate plans to try to support any more kind of muxes of such content.

Now that the latest major version of ffmpeg has been released, can we expect a new official LAV release soon?

ffmpeg versioning or releases are of no consequence to LAV.

[omarank]

I fixed the first one
Confirmed. Thanks!

for the second one, only Blu-ray compatible muxes are supported, which this one is not. It lacks timestamps on some frames and the views are interleaved in the wrong order (the extension has to come first). Don't have immediate plans to try to support any more kind of muxes of such content.
Ok.

[jkauff]

ffmpeg versioning or releases are of no consequence to LAV.
I was thinking more of your workload, you being an ffmpeg contributor.

[P.J]

Can't choose HD4600:

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

[nevcairiel]

Can't choose HD4600

Only devices with a connected display are available.

[P.J]

No way to create a fake connected display?

[nevcairiel]

Windows needs to see it as an active display, that's all. If its fake or real doesn't matter, as long as windows thinks its active.
But the GTX960 is a much better choice for decoding anyway, so why bother.

[wanezhiling]

http://i.imgur.com/ZnxlEPb.png
PotPlayer's dxva cb mode supports dx11 feature and can select both gpus.
Maybe lav can add too?

[nevcairiel]

I have no plans to add d3d11 soon. Just enable the GPU you want to use.

[andybkma]

Hi nev, I am finally getting around to reporting this long standing bug I am having with LAV and Speex audio. In the download link I am including two files:

1) the orig AVC/Speex file that pixelates when using LAV to audio/video decode it (unwatchable due to video pixelation)
2) the same exact file "ran through" a lossless video editor (in this case Machete Video Splitter) that after I run in through selecting the start/end points now plays fine (nothing transoded). I can't explain why if plays fine now but that's the only way to play the file short of transcoding the audio to AAC but then it goes out of sync. Definitely something to with Speex

http://depositfiles.com/files/ao7x6y5an

I am hoping that by including both of these files (especially the original) you can figure out why the video is pixelating with Speex. I have many files like this, please let me know if you need more

Cheers

[3421]

Opencl is turned off or not supported, no code?

[nevcairiel]

Hi nev, I am finally getting around to reporting this long standing bug I am having with LAV and Speex audio. In the download link I am including two files:

1) the orig AVC/Speex file that pixelates when using LAV to audio/video decode it (unwatchable due to video pixelation)
2) the same exact file "ran through" a lossless video editor (in this case Machete Video Splitter) that after I run in through selecting the start/end points now plays fine (nothing transoded). I can't explain why if plays fine now but that's the only way to play the file short of transcoding the audio to AAC but then it goes out of sync. Definitely something to with Speex


Both files play identically for me. No pixelation. Maybe something specific to your settings?

[LigH]

^ Confirming, MPC-HC 1.7.10 with internal LAV Filters of shipping date plays both well.

In addition: NSFW! If you mentioned that earlier, I already forgot, should have been repeated.

[3421]

I say: %HYGF%&t^**(())PQWEGHJKL:#$%^^&&UJDFTTHY&dv

https://www.cubbyusercontent.com/pl/text.7z/_a1f29a1629b5400da7a0804c3e49f9e7

[andybkma]

Both files play identically for me. No pixelation. Maybe something specific to your settings?

Wow, that is really strange...

Well, I can only say that I am using two different media players to duplicate the problem:

1) Zoom Player with mVR and LAV set up as the file's splitter & audio/video decoder with Reclock

2) PotPlayer with EVR and LAV set up as the file's splitter & video decoder only (no Reclock). If I remove either LAV splitter or LAV video decoder from the Potplayer chain then I have no pixelation/video corruption. But as soon as both are added back in (as the set up is in Zoom Player) then I have the problem again.

I have troubleshot this for a long time... can you give me any pointers on what to look for next? The only common usage between the two media players is LAV as the splitter/decoder. They both have different video and audio renderers so that is what led me to believe it was a LAV problem.

Really appreciate it....

[LigH]

@ 3421:

Instead of publicly quoting a halfway anonymized chat snippet, posting a password protected archive of it ... that's one of the most complicated ways to discuss a matter. :rolleyes:

Using OpenCL to decode UHD video would depend a lot on the available hardware. If there is no GPU available with a really powerful implementation, and the OpenCL algorithms are executed on the CPU instead, that will probably be slower than CPU optimized decoding algorithms with support for SSE2 or even better.
__

@ andybkma:

"Pixelation" ... hard to imagine if I don't see any, but its appearance would be important to understand. Is it like decoding errors of video streams cut not at GOP borders, so that the first GOP is decoded against a blank background as reference?

[andybkma]

@ andybkma:

"Pixelation" ... hard to imagine if I don't see any, but its appearance would be important to understand. Is it like decoding errors of video streams cut not at GOP borders, so that the first GOP is decoded against a blank background as reference?

I guess I should say extremely corrupted looking video instead of pixelation... you would know what I mean if you saw it. Blurred, totally washed out, unwatchable instead of a usual looking compressed cam video.

[LigH]

You could possibly give us an impression if AviSynth with DirectShowSource loads the same corrupt video, to convert a brief Trim() to a sample.

[nevcairiel]

With settings i meant things like disabling all hardware acceleration, trying different hardware accelerators if available for your hardware, etc. Everything behaves differently.
Thats really the first thing anyone with decode corruption should do, turn off hardware decoding, that way it can point to the issue more clearly.

[3421]

Very good captcha. I wrote only for one person. Who needs that will unpack the archive. GPU OK support decode format H264 SD /HD /FHD /4K, other formats SD /HD /FHD. For me, there is nothing to discuss.

[andybkma]

With settings i meant things like disabling all hardware acceleration, trying different hardware accelerators if available for your hardware, etc. Everything behaves differently.
Thats really the first thing anyone with decode corruption should do, turn off hardware decoding, that way it can point to the issue more clearly.

Ah yes, that was the push I needed in the right direction... after changing LAV video decoder from CUVID to software decoding the problem went away. So ummm, it's Nvidia's fault? Odd though that the files play fine with Cuvid after running it once through Machete Video Splitter. And that the problem only occurs with Speex audio. So CUVID, Speex and AVC don't play well together? I guess that's the bottom line...

[rseiler]

Does LAV Audio Decoder have an audio gain function hidden away somewhere like AC3Filter's? It's handy when using players that don't have the capability when playing videos that have abnormally low volume.
http://www.ac3filter.net/wiki/AC3Filter:Main_page

[Anima123]

There are some videos which LAV (mpc-hc invoked) reports fps double of the fps reported by mediainfo, while mpc-be is correct.

[wanezhiling]

There are some videos which LAV (mpc-hc invoked) reports fps double of the fps reported by mediainfo, while mpc-be is correct.
Such report means nothing, posting a sample file means everything.

[Anima123]

Such report means nothing, posting a sample file means everything.

Please check the following url for HJSplitted files (the first and the last)

https://www.dropbox.com/s/qo797legsyw012l/%5B1pondo%5D%202015-02-10%20%28021015_025%29.avi.001?dl=0

https://www.dropbox.com/s/ma1xqkr7hljg8w1/%5B1pondo%5D%202015-02-10%20%28021015_025%29.avi.1326?dl=0

LAV reported as 119.880 fps
MPC-BE reported as 59.940 fps

and I tend to believe that both are wrong.

[Sparktank]

Please check the following url for HJSplitted files (the first and the last)

LAV reported as 119.880 fps
MPC-BE reported as 59.940 fps

with "Deinterlacing Mode Auto", it doubles.
With "Deinterlacing Mode Disbaled (Progressive)", it singles.

Deinterlacing Mode Auto pin info in MPC-HC with LAV nightly (0.67.0-136)
Pin: [OUT] Output
Filter : LAV Video Decoder - CLSID : {EE30215D-164F-4A92-A4EB-9D4C13390F9F}

- Connected to:

CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Filter: ffdshow Video Decoder
Pin: In

- Connection media type:

Video: YV12 1280x720 119.88fps

Deinterlacing Mode Disabled (progressive) pin info in MPC-HC with LAV nightly (0.67.0-136)
Pin: [OUT] Output
Filter : LAV Video Decoder - CLSID : {EE30215D-164F-4A92-A4EB-9D4C13390F9F}

- Connected to:

CLSID: {04FE9017-F873-410E-871E-AB91661A4EF7}
Filter: ffdshow Video Decoder
Pin: In

- Connection media type:

Video: YV12 1280x720 59.94fps

[Anima123]

Sparktank, thank you for the info.

Would someone please check why IVTC of madVR won't work on this file? As I remembered, I have inverse telecined one video that reported as 59.94 fps and resulted 23.976 fps, so a more GPU intensive image doubler can be applied without dropped frames.

[huhn]

Sparktank, thank you for the info.

Would someone please check why IVTC of madVR won't work on this file? As I remembered, I have inverse telecined one video that reported as 59.94 fps and resulted 23.976 fps, so a more GPU intensive image doubler can be applied without dropped frames.

inverse telecine can only be used on telecine content this is not telecine because it is 59p.

and ivtc can be used to decimate for example 24p in 60p.

but the content must be 24p in 60p it doesn't work on real 60p.
i can't play your second sample so i can't check it but what so ever i don't see on issue in lavfilter.

[Anima123]

I always dreams of a decimator which can output half the framerate from decoder side, so I can enjoy the video with higher scaling settings.

@huhn, the second one is just the tail part of the video, in case it was needed.

[ipanema]

Some MP4 files from smartphones have a rotation indicator that states which way up the camera was held when the video was recorded. So if the phone was held vertically the rotation indicator would be 90 degrees or maybe 270.

Playing in VLC seems to correctly rotate the video so that the recorded scenery is always the right way up.

Is there any way to get the LAV decoder to rotate the video frame in the same way?

Incidentally, I noticed that the Intel Media SDK 2016 can do rotation by 90, 180 and 270 degrees but I guess that would only apply to the Intel Quicksync component of the LAV decoder.

https://software.intel.com/en-us/forums/intel-media-sdk/topic/601236

[sneaker_ger]

I think LAV may support this already, but only passes on the rotation info as metadata and it's up to the video renderer to do the actual work. Try madVR renderer.

[nevcairiel]

LAV will export the rotation metadata, its up to the video renderer and/or player to actually rotate it. Some already do.