Log in

View Full Version : LAV Filters - DirectShow Media Splitter and Decoders


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 [441] 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508

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. :)

P.J
29th July 2017, 20:41
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?