View Full Version : LAV Filters - DirectShow Media Splitter and Decoders
max79
19th July 2017, 14:56
...If something doesn't work, test with and report to ffmpeg.
Nev, please have a look-
http://trac.ffmpeg.org/ticket/6534
http://trac.ffmpeg.org/ticket/6535
http://trac.ffmpeg.org/ticket/6536#comment:1
what can I do next to help get this resolved?
DragonQ
19th July 2017, 19:22
I don't know why nevcairiel don't want spend about 5 minutes to add h265 10bit hardware acceleration via CUVID in WinXP by implementing 100% working code in LAV Filters https://github.com/Nevcairiel/LAVFilters/issues/145 and then officially stop WinXP support in LAV Filters. All people using WinXP (I often see here in the bottom of posts too) will know i.e. 0.70.3 is last fully functional in WinXP version of LAV Filters and if they have (or buy) GM206-based videocard h265 10bit hardware acceleration via CUVID must work in their old sweet WinXP. I believe that's right.
PS. May be nevcairiel affraid National Security Agency (NSA) prohibit using WinXP to easier watch for people all over the world? ;)
I don't understand the problem. If you've written the patch but nevcairiel has refused the pull request then just host a fork with that patch applied. You and anyone else with Windows XP can use it, at least unless/until the underlying code gets rewritten.
RealSnoopyDog
20th July 2017, 09:37
I don't know why nevcairiel don't want spend about 5 minutes to add h265 10bit hardware acceleration via CUVID in WinXP by implementing 100% working code in LAV Filters
Why don't you spend some of your free time to change the code so that it meets you personal requirements? LAV is open source, ffmpeg and libbluray also, so everyone can locally change the software. nev does not need to do anything because he also has a normal life like all of us... I think this is kind of unfair.
I i were nevcairiel i also would not waste my time to support Windows XP. XP is way deprecated and has many disadvantages - also for a multimedia platform.
And if you need to add workarounds, hacks, tweaks only for Windows XP, then this is not good for the code base
clsid
20th July 2017, 14:00
This contains that patch:
https://forum.doom9.org/showthread.php?p=1812598#post1812598
VictorLS
21st July 2017, 11:16
clsid
Thanks.
RealSnoopyDog
I believe while nevcairiel not stopped support WinXP he have to do some LITTLE (just insert some written by Aleksoid1978 strings of code) work to his LAV Filters to all people have more choice. I don't want to discuss with you disadvantages of Win7-10 in my case - if you want read my posts in this thread.
I have this patched decoder for a long time (so I'm personally not interested in this patch but we Russians usually take care about all world although many foreign people not understand how and why) and it work almost perfect in WinXP and I'm sure I'm not one on the planet Earth who need this (HW acceleration of h265 10bit i.e. from SATs in WinXP) feature, read i.e. fresh post here https://forum.doom9.org/showthread.php?p=1810680#post1810680
I just want all people in the world who like WinXP (especially SAT amateurs as I am) use ready fresh solution not compiling anything.
strumf666
21st July 2017, 12:18
Why don't you go pester M$ support, to update winxp so it will work with LAV filters as it is.
rock
21st July 2017, 14:02
hi VictorLS, maybe you could get this feature from unofficial build, like codec pack (K-Lite, Shark007).
stax76
21st July 2017, 14:57
Sorry but what is SAT?
VictorLS
21st July 2017, 15:59
stax76
SAT is satellite. Most of ~20 4K channels are being translated from SATs in h265 10bit format and we can watch them in WinXP only with patched LAV Video Decoder.
rock
I hope get new versions of LAV Filters from MPC-HC by clsid now https://forum.doom9.org/showthread.php?p=1812899#post1812899 (if vevcairiel wouldn't add this patch in LAV Filters in a future).
stax76
21st July 2017, 17:34
I hope your channels don't suck like where I live.
VictorLS
22nd July 2017, 07:34
stax76
Most of 4K channels available (not encrypted) from SATs are demo (incl. Fashion 4K) now but I hope in a future watch 4K channels with good content.
clsid
I've taken files from x86 LAVFilters dir to KMPlayer in same manner as I do with patched by Aleksoid1978 files but h265 10bit file don't accelerated in WinXP - Active decoder avcodec in this case (
Same with mpchc_x86_1.7.13_20170717 version.
PS. h265 8bit are accelerated well as with non-patched decoder.
clsid
22nd July 2017, 14:18
I can only test on Windows 7. I don't care much about XP and certainly not about kmplayer. Try with MPC-HC.
VictorLS
22nd July 2017, 16:54
clsid
I've already written "Same with mpchc_x86_1.7.13_20170717 version." to mention cause in decocoder, not in your version MPC-HC.
v0lt
26th July 2017, 19:43
nevcairiel
I noticed a color distortion when converting YCgCo to RGB48. Conversion to RGB32 works fine.
rack04
27th July 2017, 02:13
Is there anything in LAV Filters that changed between LAVFilters-0.70.2-4 and LAVFilters-0.70.2-7 that would result in dropped frames and presentation glitches with madVR? When I installed LAVFilters-0.70.2-4 I get good playback with madVR but when I install LAVFilters-0.70.2-7 I get significant dropped frames and presentation glitches. Let me know what information I can provide to troubleshoot. Thanks.
Asmodian
28th July 2017, 04:42
I recently got a Creative AE-5 which supports 384 KHz audio modes (for some reason). However, when I enable any of them I don't get any audio from LAV Audio. Is this expected? I do get sound from other applications.
Win 10 Pro 1703, Zoom Player MAX v13.7.1, LAV Audio Decoder 0.70.2.
I do not consider this an issue, I am only reporting it. 32 bit, 192 KHz is fine for my use case. ;)
LigH
28th July 2017, 07:27
May depend on the audio output technology, and whether it allows drivers (or the "Wave Mapper") to upsample on their own, or requires provision of the audio in native sampling rate? ... Just guessing. In general, 384 kHz sounds a lot like "placebo for audiophiles" (similar to gold-plated digital cables) :sly:
nevcairiel
28th July 2017, 08:01
LAV just decodes the audio its given, it does not handle output or talking to the soundcard in any way - thats the job of the audio renderer.
Asmodian
29th July 2017, 02:34
I didn't even think to check the audio renderer. :o
Sure enough, after switching from "Default DirectSound Device" to "Speakers (Sound BlasterX AE-5)" I get audio even when set to 32 bit, 384 KHz. :)
Does Nvidia DSR have any effect in upscaling 1080p videos on 4k display?
nevcairiel
29th July 2017, 20:59
LAV just decodes the video to its native resolution, anything that happens beyond that is not quite related to LAV Video.
el Filou
30th July 2017, 10:38
Does Nvidia DSR have any effect in upscaling 1080p videos on 4k display?
It would make the video renderer upscale the 1080p video to more than 2160p, then the GPU would downscale it to your display's 2160p.
Juste a waste of GPU power when applying it to video playback IMHO.
VictorLS
31st July 2017, 22:26
nevcairiel, does not being registered in WinXP LAV Filters 0.70.2.1 from LAVFilters folder of 32bit MPC-HC 1.7.13.60 mean you stop support WinXP without h265 10bit patch?
nevcairiel
31st July 2017, 22:29
How mpc-hc builds their copy of LAV is unrelated to what I do. But I still have no plans to apply any such hacks, and as stated before LAV will quite likely also drop XP support in the next release.
lvqcl
31st July 2017, 23:02
MPC-HC doesn't support WinXP anymore, so their version of LAVFilters doesn't support it too.
https://github.com/mpc-hc/mpc-hc/commit/3e5afbc869f00f11d5b8349156185719814dbaf3
VictorLS
31st July 2017, 23:28
nevcairiel, I still hope you'll change your opinion and will implement h265 10bit 'hack' in your LAV Filters before you drop XP support and I (and many other SAT amateurs who use WinXP with GM206-based videocards) will use that last pre-release version of LAV Filters and will remember you with good words ;)
lvqcl
31st July 2017, 23:54
https://www.quora.com/How-do-I-deal-with-people-who-wont-take-no-for-an-answer
ryrynz
1st August 2017, 00:45
XP is dead, move on. EOD.
rack04
1st August 2017, 02:15
Is there anything in LAV Filters that changed between LAVFilters-0.70.2-4 and LAVFilters-0.70.2-7 that would result in dropped frames and presentation glitches with madVR? When I installed LAVFilters-0.70.2-4 I get good playback with madVR but when I install LAVFilters-0.70.2-7 I get significant dropped frames and presentation glitches. Let me know what information I can provide to troubleshoot. Thanks.
Just wanted to bump this post as I can reliably reproduce this between LAVFilters-0.70.2-4 and LAVFilters-0.70.2-7.
Windows 7 Ultimate 64-bit
MPC-BE.1.5.1.2745.x64
madVR v0.91.11
LAVFilters-0.70.2-7
NVIDIA 385.12
Trying to play this file using DXVA2 (copy-back) results in dropped frames and presentation glitches in madVR. Works fine with NVIDIA CUVID.
General
Complete name : H:\VIDEO_TS\VTS_01_1.VOB
Format : MPEG-PS
File size : 1 024 MiB
Duration : 34 min 48 s
Overall bit rate mode : Variable
Overall bit rate : 4 112 kb/s
Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Duration : 34 min 48 s
Bit rate mode : Variable
Bit rate : 3 583 kb/s
Maximum bit rate : 9 000 kb/s
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : 2:3 Pulldown
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.432
Time code of first frame : 00:00:00:00
Time code source : Group of pictures header
Stream size : 892 MiB (87%)
Audio
ID : 189 (0xBD)-128 (0x80)
Format : AC-3
Format/Info : Audio Coding 3
Format settings, Endianness : Big
Muxing mode : DVD-Video
Duration : 34 min 48 s
Bit rate mode : Constant
Bit rate : 448 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 112 MiB (11%)
Service kind : Complete Main
Text
ID : 189 (0xBD)-32 (0x20)
Format : RLE
Format/Info : Run-length encoding
Muxing mode : DVD-Video
Duration : 34 min 45 s
Delay relative to video : 867 ms
Menu
NikosD
1st August 2017, 04:10
@nevcairiel
Just see it as a last minute favor, before abandoning for good WinXP support, for all these people with poor incomes or great peculiarity who insist on that OS.
If it's not a great deal of work for you, it will be the last time involving with that Windows version.
lvqcl
1st August 2017, 05:18
for all these people with poor incomes
Poor people that want to watch 4K 10bit satellite video?
If it's not a great deal of work for you
clsid added (https://forum.doom9.org/showthread.php?p=1812899#post1812899) this patch to his build of MPC-HC and then VictorLS reported (https://forum.doom9.org/showthread.php?p=1813115#post1813115) that it doesn't work as expected. So probably it requires some debugging.
nevcairiel
1st August 2017, 07:23
Just wanted to bump this post as I can reliably reproduce this between LAVFilters-0.70.2-4 and LAVFilters-0.70.2-7.
[..]
Trying to play this file using DXVA2 (copy-back) results in dropped frames and presentation glitches in madVR. Works fine with NVIDIA CUVID.
That should hopefully be resolved.
VictorLS
1st August 2017, 09:17
Poor people that want to watch 4K 10bit satellite video?
If say more exact - people (mostly SAT amateurs) that don't want spend any extra money (for newer then WinXP version of Windows -> Hardware -> unlimited Internet -> Antivirus ->... -> World)) to achieve great results (if it's achievable at all) - Aleksoid1978 proves that h265 10bit hardware acceleration via CUVID works quite well in WinXP with this https://github.com/Nevcairiel/LAVFilters/issues/145 patch code and he hasn't WinXP and GM206-based videocard as clsid too). So most of work was done.
So probably it requires some debugging.
May be you're right but I'm sure nevcairiel (if he'll wish) will workable implement that code from the first time.
@nevcairiel
If it's not a great deal of work for you, it will be the last time involving with that Windows version.
Thank you for support my idea - I believe it's so logical too so there isn't any risk - if some will be wrong people always can use pre-last WinXP version of LAV Filters.
Besides, nevcairiel has implemented h265 10bit hardware acceleration via CUVID and switching off DXVA processing (to remove artifacts on some streams) for Win7 and newer I'm talking about in last year but don't want implement for WinXP - it's not logical on my own.
rack04
2nd August 2017, 04:20
That should hopefully be resolved.
Appears to be fixed in LAVFilters-0.70.2-8. Thanks!
wanezhiling
6th August 2017, 05:43
https://www.sendspace.com/file/dibo8i
blackscreen
clsid
6th August 2017, 16:10
That file seems broken:[hevc @ 00000000004a3080] Overread SPS by 8 bits
[hevc @ 00000000004a3080] SPS 0 does not exist.
[hevc @ 00000000004a3080] Overread SPS by 8 bits
[hevc @ 00000000004a3080] SPS 0 does not exist.
[hevc @ 00000000004a3080] PPS id out of range: 0
[hevc @ 00000000004a3080] Error parsing NAL unit #3.
[hevc @ 00000000004a3080] PPS id out of range: 0
[hevc @ 00000000004a3080] Error parsing NAL unit #0.
...
FDisk80
7th August 2017, 15:02
Just wanted to bump this post as I can reliably reproduce this between LAVFilters-0.70.2-4 and LAVFilters-0.70.2-7.
Windows 7 Ultimate 64-bit
MPC-BE.1.5.1.2745.x64
madVR v0.91.11
LAVFilters-0.70.2-7
NVIDIA 385.12
Trying to play this file using DXVA2 (copy-back) results in dropped frames and presentation glitches in madVR. Works fine with NVIDIA CUVID.
Can confirm this.
http://forum.doom9.org/showthread.php?p=1814235#post1814235
I thought it was an issue after updating the nvidia drivers.
nevcairiel
7th August 2017, 17:16
This issue was not related to drivers and has already been resolved in more recent versions of LAV.
FDisk80
7th August 2017, 17:20
This issue was not related to drivers and has already been resolved in more recent versions of LAV.
Yes. I see, DXVA was fixed in latest version. :) Awesome!
FDisk80
8th August 2017, 08:03
This issue was not related to drivers and has already been resolved in more recent versions of LAV.
I'm not sure that it was completely fixed.
Was watching GOT last night and that small freeze happened again. But it was much shorter than before. About 1 or 2 seconds instead of 4 or 5 seconds like before.
- Windows 10 x64 v10.0.15063
- nVidia v385.12
- MPC-BE (64-bit) v1.5.1 (build 2363)
- madVR v0.91.11 [fullscreen exclusive mode, 1080p @23.976hz]
- LAV v0.70.2.12 [DVXA2 (copy-back)] [10-bit P010]
Tried with NVIDIA CUVID and didn't see that small freeze.
nevcairiel
8th August 2017, 08:34
The issue was that DXVA2 wasn't used at all, and that issue is resolved. If you're seeing anything else, its likely your setup.
There haven't been any changes other to how DXVA2 is started - which resulted in it not being used in a few rare cases - but once its setup it still behaves just like it did in 0.70.2 and before. So if you confirm that DXVA2 is actually in use, then there are no differences to before.
FDisk80
8th August 2017, 10:38
The issue was that DXVA2 wasn't used at all, and that issue is resolved. If you're seeing anything else, its likely your setup.
There haven't been any changes other to how DXVA2 is started - which resulted in it not being used in a few rare cases - but once its setup it still behaves just like it did in 0.70.2 and before. So if you confirm that DXVA2 is actually in use, then there are no differences to before.
It is active.
For now changing to NVIDIA CUVID solves the issue completely.
I'm not sure what could be wrong with my setup. It worked fine with DXVA2 before I updated nvidia driver, LAV and madVR to latest versions.
nevcairiel
8th August 2017, 10:40
Well if you upgrade 3 components in one go, then isolating the problem to one particular component should be the first step, instead of randomly guessing what might be to blame. :)
The NVIDIA drivers also sometimes reset their power management on upgrades, it should be Adaptive at least, Optimimum Power is too aggressive in power savings. CUVID can work around that particular issue by forcing the GPU into max power mode (which is a sideeffect of using CUDA).
rack04
10th August 2017, 03:15
What determines audio sync? I've noticed for the past couple of weeks that the audio and video become out of sync using the latest madVR, LAV Filters, and MPC-BE. If I skip to a place in the video the audio gets back in sync with the video. I'm not experiencing dropped frames with madVR. Which program would set this sync? I'm viewing retail Blu-ray and DVD. Thanks.
ryrynz
10th August 2017, 04:41
I haven't experienced anything recently although I did about a week or so ago but I'm always updating.. Not sure if it was the media or something else but it appears it's gone/fixed now. Grab the latest nightly lav and Mpc-be.
AngelGraves13
11th August 2017, 09:37
What determines audio sync? I've noticed for the past couple of weeks that the audio and video become out of sync using the latest madVR, LAV Filters, and MPC-BE. If I skip to a place in the video the audio gets back in sync with the video. I'm not experiencing dropped frames with madVR. Which program would set this sync? I'm viewing retail Blu-ray and DVD. Thanks.
Same here if I move the media player to another monitor/screen.
nevcairiel
11th August 2017, 09:58
Sync is generally provided by the timestamps and maintained by the audio and video renderers.
Prinz
11th August 2017, 14:41
I have a problem since version: LAVFilters-0.70.2-10
DTS Bitstreaming results in very choppy playback, MadVR says suddenly clock derivation 30 - 50% and it's visibility dropping frames every second. Installing LAVFilters-0.70.2-8 or previous everything works fine and i get only 1 frame drop every few hours and clock derivation is again ok in MadVR OSD.
AC3 Bitstreaming hasn't this problem and works fine in current LAV too.
Using Nvidia 1060 via HDMI to AVR/TV.
nevcairiel
11th August 2017, 15:23
DTS Bitstreaming results in very choppy playback, MadVR says suddenly clock derivation 30 - 50% and it's visibility dropping frames every second. Installing LAVFilters-0.70.2-8 or previous everything works fine and i get only 1 frame drop every few hours and clock derivation is again ok in MadVR OSD.
This should be fixed in the next build.
Thanks for testing and reporting. :)
clsid
12th August 2017, 14:55
Is the D3D11 hw decoder supposed to be working yet? If so, what are its requirements and benefits?
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.