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

rock
9th March 2016, 11:10
if I remember correctly I read it somewhere, output formats on LAV Video Decoder only work on s/w decoding. Beside output formats, any other option that don't work on h/w decoding?

ileile
9th March 2016, 11:20
does this release support hardware acceleration for msdk mvc? when I play a 3D Bluray, the "active hardware accelerator" shows none.

if hw accel for stereo 3D is not supported at current, do you have a plan to support it in the near future?

nevcairiel
9th March 2016, 11:25
if I remember correctly I read it somewhere, output formats on LAV Video Decoder only work on s/w decoding. Beside output formats, any other option that don't work on h/w decoding?

The only hardware accelerator with any kind of limitations is DXVA2-Native, and the answer is simple there: Nothing works.

All other hardware accelerators have no limitations at all.

does this release support hardware acceleration for msdk mvc? when I play a 3D Bluray, the "active hardware accelerator" shows none.

if hw accel for stereo 3D is not supported at current, do you have a plan to support it in the near future?

3D is not hardware accelerated and there are no immediate plans to change that. Its a 1080p H.264 decoder only, any half-recent PC can handle those with ease.

Sharc
9th March 2016, 11:28
LAV Filters 0.68
[CODE]
LAV Splitter
- NEW: H.264 MVC 3D demuxing from MKV 3D, Blu-ray discs and Blu-ray SSIF files
.....
H.264 MVC 3D Support

.... In the future it might be possible to have LAV Video render the video as Side-by-Side, but not in this release.


Thanks for this great release!
... and looking forward to the future Side-by-Side rendering .... :)

P.J
9th March 2016, 19:14
For multi-GPU systems, you can now choose which GPU DXVA2-CopyBack should use for decoding. Please note that only GPUs with a connected display are available (Direct3D9 limitation)
Thanks a lot :thanks:

Now waiting for Direct3D11 :)

ocyl
10th March 2016, 04:35
The latest nightly should give those checkboxes a bit more room, hopefully it looks better now. On my system I can fit another full character in there now without clipping, but oh well. :)

Confirmed. This is what I see now.

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

Thank you, nevcairiel =)

macycat
10th March 2016, 07:50
LAV Filters 0.68

LAV Audio
- Fixed: Increased PCM buffering to avoid stuttering with TrueHD on some audio devices



nevcairiel,

I have been having an audio glitch every minute or so when bitstreaming TrueHD audio streams. I tried the new version, and I still get the occasional audio glitch, so it doesn't look like the above fix addresses this problem. I don't observe the problem when decoding to PCM.

I am using madVR, and I don't see and dropped, repeated, or delayed frames, nor do I see any presentation glitches ... just the audio problem.

Let me know if you need me to test anything for you ...

nevcairiel
10th March 2016, 08:37
Bitstreaming needs extremely careful setup to work properly, either it works or it doesn't, there isn't anything I can do.

ryrynz
10th March 2016, 08:50
nevcairiel,
I have been having an audio glitch every minute or so when bitstreaming TrueHD audio streams.

Get someone else with your amplifier to test.. also try another HDMI cable.

mixus
10th March 2016, 19:14
I waiting HEVC QuickSync Decoding Support.

When will it arrive?

My System : I5 6600K, Asus Z170 Pro Gaming

nevcairiel
10th March 2016, 19:15
I waiting HEVC QuickSync Decoding Support.

When will it arrive?

Use DXVA2, there are no plans to further develop QuickSync decoding.

mixus
10th March 2016, 19:25
Use DXVA2, there are no plans to further develop QuickSync decoding.

OK, Thanks for very fast reply.

manolito
10th March 2016, 21:03
PS:
I just tried AVStoDVD and it works perfectly fine and creates a 5.1 AC3 from my 5.1 DTS input.

Tried the same conversion on my Win7 laptop (Core i5 CPU, 4 GB RAM), and everything worked fine.

So the issue must have something to do with my ancient desktop PC. WinXP, CPU without SSE2, only 576 GB RAM.


Cheers
manolito

JarrettH
11th March 2016, 02:47
Is x265 decoding still getting faster? I only update LAV when it's integrated in the latest MPC release.

ryrynz
11th March 2016, 05:00
I only update LAV when it's integrated in the latest MPC release.

Why? Just copy it over its the same thing..

NikosD
11th March 2016, 07:51
Does LAV video require SSE2 for DXVA (native or cb) ?

I have an old Win XP SP3+ system with Radeon 3650 AGP and AthlonXP (SSE only NOT SSE2) and LAV Video works only in SW decode mode using latest LAV v0.68

Also DXVA Checker reports LAV Video as DXVA2 only and not DXVA1/2 decoder.

Aleksoid1978
11th March 2016, 08:12
Does LAV video require SSE2 for DXVA (native or cb) ?

I have an old Win XP SP3+ system with Radeon 3650 AGP and AthlonXP (SSE only NOT SSE2) and LAV Video works only in SW decode mode using latest LAV v0.68

Also DXVA Checker reports LAV Video as DXVA2 only and not DXVA1/2 decoder.

LAV don't support DXVA 1.0 decoding.

LigH
11th March 2016, 09:47
x265 decoding

x265 is one specific of many different encoders. The video format being decoded is called HEVC.

http://cosgan.de/images/smilie/figuren/a045.gif

NikosD
11th March 2016, 11:05
If LAV Video doesn't support HW acceleration on Windows XP, maybe it should be noted in the first page of this thread which says that it supports Win XP SP3.

huhn
11th March 2016, 11:29
than you have to do that with all features that work on some OS and on some not and that would create a real mess.

and in the end DXVA2 can be used under XP but that's not reliable to say it friendly.

wanezhiling
11th March 2016, 11:41
https://www.sendspace.com/file/pmnymp
LAV says the duration as 9min49sec but actually it's 10min.

nevcairiel
11th March 2016, 11:53
https://www.sendspace.com/file/pmnymp
LAV says the duration as 9min49sec but actually it's 10min.

I can't download the file, it gets stuck at 5% or so, but alas, not really need more:

The math is quite simple, since its nice and CBR.
The stream is DTS at 1536kbit/s (or 192kB/s), for 10 minutes that would require 112.5 MB of data - but its only 107.9, so clearly the file isn't big enough for 10 minutes of audio at that bitrate.

wanezhiling
11th March 2016, 12:01
I can't download the file, it gets stuck at 5% or so
Try this host: https://drive.google.com/file/d/0B2LewMkGuMYtU203anF6U1QzZlE

The math is quite simple, since its nice and CBR.
The stream is DTS at 1536kbit/s (or 192kB/s), for 10 minutes that would require 112.5 MB of data - but its only 107.9, so clearly the file isn't big enough for 10 minutes of audio at that bitrate.
Ok, so on the contrary displaying 10min is incorrect?

nevcairiel
11th March 2016, 12:06
Ok, so on the contrary displaying 10min is incorrect?

MediaInfo and ffmpeg seem to disagree about the DTS bitrate (1536 vs 1509), that probably explains the difference. There is a slightly variation of "actual bitrate" and "nominal bitrate".
The thing is that to stay fully CBR, a dts encoder is *supposed* to pad the DTS stream to the nominal bitrate, but apparently most don't seem to do that, so you end up with slight differences.

wanezhiling
11th March 2016, 12:23
I see.
But there is a problem, when the dts is as an external track of a movie, then it can't match..hmmm...

nevcairiel
11th March 2016, 12:28
If you wanted this to be accurate and function properly, you would put it into a container (ie. a mka file). raw audio files are never going to be very fun to handle.

NikosD
11th March 2016, 12:45
than you have to do that with all features that work on some OS and on some not and that would create a real mess.

and in the end DXVA2 can be used under XP but that's not reliable to say it friendly.

We are not talking about limitations of the OS or other factor here (for example the HW acceleration of VP9) but about limitations of LAV Video.

So, if LAV supports SW decoding only, on Windows XP and not HW decoding at all on that OS, it should be mentioned as a feature or limitation of LAV and not OS (Windows XP)

nussman
11th March 2016, 13:06
That's not true at all.
LAV supports DXVA2 and if it's not working on WinXP this is a limitation of the OS.

Imho every minute spend for WinXP is wasted time ...

huhn
11th March 2016, 13:19
We are not talking about limitations of the OS or other factor here (for example the HW acceleration of VP9) but about limitations of LAV Video.

So, if LAV supports SW decoding only, on Windows XP and not HW decoding at all on that OS, it should be mentioned as a feature or limitation of LAV and not OS (Windows XP)

you can use lavfilter with DXVA2 on windows XP. at least i'm pretty sure you can do that because i'm pretty sure i did this with an 6770 or ion1 or both many many years ago.

and it depends on the point of view if XP is missing a feature or lavfilter.

on XP DXVA2 isn't really supported.
lavfilter doesn't support the very old DXVA1.

windows XP is 15 years old so if someone wants to use this they have to life with broken or missing features.

NikosD
11th March 2016, 13:41
Both of you seem to misunderstand my point.

We don't judge here Windows XP and its capabilities, but the announcement of LAV Video supporting Win XP SP3.

If someone can use HW acceleration of LAV Video in Win XP SP3, please tell me how.

nevcairiel
11th March 2016, 13:44
LAV has no OS specific checks for HW acceleration, and CUVID should also work on XP.
I once disabled DXVA2 on XP and some people complained that it worked for them on some codecs, so I enabled it again.

Quite simply, as others have said, LAV supports DXVA2 and not DXVA1, which OS that works on is not something LAV concerns itself with. It just tries to use it, and falls back to SW if its not available.
There is many things with a OS requirement, not only hwaccels, for example HD audio bitstreaming has never worked on XP because the OS doesn't support it, and there is probably quite a list of other things, which I do not really care to document, or remember.

Everything should work starting with Vista, and XP is practically dead to me, everyone that still runs XP is just lucky I didn't break it by accident yet. I haven't tested against XP in years. ;)

NikosD
11th March 2016, 13:51
According to Microsoft, DXVA2 requires Vista or later.

" The DXVA 2 API requires Windows Vista or later. The DXVA 1 API is still supported in Windows Vista for backward compatibility. An emulation layer is provided that converts between either version of the API and the opposite version of the DDI:

If the graphics driver conforms to the Windows Display Driver Model (WDDM), DXVA 1 API calls are converted to DXVA 2 DDI calls.

If the graphics drivers uses the older Windows XP Display Driver Model (XPDM), DXVA 2 API calls are converted to DXVA 1 DDI calls.

The following table shows the operating system requirements and the supported video renderers for each version of the DXVA API.

DXVA 1
Windows 2000 or later
Overlay Mixer, VMR-7, VMR-9 (DirectShow only)

DXVA 2
Windows Vista
EVR (DirectShow and Media Foundation)"

nevcairiel
11th March 2016, 13:53
According to Microsoft, DXVA2 requires Vista or later.
If you install some version of the .net framework on XP you get EVR and the most basic dxva2 support (i forgot which .net exactly) - you just need a graphics driver which also supports it, which seems to be rare, but some people claim to have used it.

NikosD
11th March 2016, 13:57
I have the unofficial "SP4" installed with all .net installations possible and the latest 14.4 Catalyst drivers, which are pretty old of course.

Maybe Nvidia provided suitable drivers for that.

Thanks for the replies.

huhn
11th March 2016, 14:34
try way older driver. maybe some driver before windows 8 was released.

isn't 14.4 one of the lastest CCC driver?

Volfield
12th March 2016, 10:13
Some commit between LAVFilters-0.67.0-67.exe and LAVFilters-0.67.0-69.exe broke playing any avi files with external txt subs for me. When using .67 is ok subs show ok, but on .69 sync is broken (they show one after the other, without any interval). Tested on MPC-HC, MPC-BE.

nevcairiel
12th March 2016, 10:14
LAV isn't really involved when playing external subtitles, thats the players job.
I don't see what might have changed that would disrupts a players abilitity to do so. So I would suggest to contact the developers of said subtitle renderers and ask them to determine why their subtitle renderers don't obey subtitle timing information anymore.

Volfield
12th March 2016, 10:52
Ok. I check more. Problem exist when i select Weston Three Field (complex and simple). Testes on internal subtitles renderer and xy-subfilter on evr-cp.

Media info:
Format : AVI
Format/Info : Audio Video Interleave
File size : 175 MiB
Duration : 20mn 55s
Overall bit rate mode : Variable
Overall bit rate : 1 169 Kbps
Writing application : transcode-1.0.6

Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings, BVOP : 2
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Default (H.263)
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 20mn 55s
Bit rate : 1 023 Kbps
Width : 624 pixels
Height : 352 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (23976/1000) fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.194
Stream size : 153 MiB (87%)
Writing library : XviD 1.2.0SMP (UTC 2006-01-08)

Audio
ID : 1
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Joint stereo
Mode extension : MS Stereo
Codec ID : 55
Codec ID/Hint : MP3
Duration : 20mn 55s
Bit rate mode : Variable
Bit rate : 128 Kbps
Channel(s) : 2 channels
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 20.0 MiB (11%)
Alignment : Aligned on interleaves
Interleave, duration : 24 ms (0.58 video frame)
Writing library : LAME3.90.
Encoding settings : -m j -V 4 -q 2 -lowpass 17.6 --abr 128

nevcairiel
12th March 2016, 10:56
Ok. I check more. Problem exist when i select Weston Three Field (complex and simple). Testes on internal subtitles renderer and xy-subfilter on evr-cp.


With YADIF everything is fine? Specifically with YADIF in 50/60p mode?

Volfield
12th March 2016, 11:01
You're right. YADIF in 50/60p same problem.

nevcairiel
12th March 2016, 11:02
Your file isn't even interlaced, do you have LAV set to force deinterlacing?

Volfield
12th March 2016, 11:09
No it's set "AUTO"
My current settings: http://imgur.com/YR6qHUY

nevcairiel
12th March 2016, 11:11
Well even if its doing something that it shouldn't be doing, it should not affect the subtitle renderer, so I would still suggest you contact them about that.
What if the file would actually be interlaced, then this behavior would be correct, and subtitles wouldn't work? How odd.

Alexey1975
12th March 2016, 11:43
- Changed: Removed the CUVID HQ processing option, it is now automatically used when appropriate

Please, restore the ability to turn off the High-Quality Processing of CUVID HW Deinterlacing function. Because of it the problem with a certain video streams still remains.
http://f20.ifotki.info/thumb/2b59327709a9e4fd747bdddf2fc666f02ec925240438943.jpg (http://i-fotki.info/20/2b59327709a9e4fd747bdddf2fc666f02ec925240438943.jpg.html)

Here the sample https://yadi.sk/i/JfjhbVSmq73ks

wanezhiling
12th March 2016, 11:53
- Changed: Removed the CUVID HQ processing option, it is now automatically used when appropriate

Please, restore the ability to turn off the High-Quality Processing of CUVID HW Deinterlacing function. Because of it the problem with a certain video streams still remains.
http://f20.ifotki.info/thumb/2b59327709a9e4fd747bdddf2fc666f02ec925240438943.jpg (http://i-fotki.info/20/2b59327709a9e4fd747bdddf2fc666f02ec925240438943.jpg.html)
Offer a sample file instead.

nevcairiel
12th March 2016, 12:08
I have no plans to re-add that option again, sorry. Contact NVIDIA and have them fix their driver.
The effect you are seeing was an unintended side-effect of the option, and not what it was supposed to do in any case. It had more far reaching impact on decoding than just deinterlacing, which is why I removed it. It was extremely misleading.

Alexey1975
12th March 2016, 12:16
Can you at least leave the ability to disable it through the registry tweak?
For me parley with NVIDIA too complicated.

kiwijunglist
13th March 2016, 04:44
Hi

My question is regarding playback of mkv remux on my htpc with atmos 7.1. (Receiver does Dolby HD MA but not atmos) Can LAV decode the atmos object based channel?

A search of this thread suggests, No it can't decode the object based channel.

I have passthrough enabled, with an HDMI connection to my receiver (Pioneer Elite LX-SC87) which supports Dolby HD-MA 7.1 but not atmos support. I assume I get the 7.1 audio, but the object based channel is completely lost and I miss out on some of the sound effects?

Can't find the answer with search, but I assume it would be discarded.

What happens if I let LAV decode the audio, what happens to the object based channel, is it discarded, or is it mixed down into the 7.1 LPCM output?

Can't find the specific answer with search, but I assume it's discarded as it can't be decoded.

Are there any directshow audio decoders for PC (Open source or commercial) that support Atmos decoding?

?????????

Thanks
Kiwi

EDITED MY POST

khanmein
13th March 2016, 06:27
@nevcairiel, i tick codes for HW decoding HEVC (DXVA-CB) & watch h.265 .mkv will freeze & cause the mpc-hc unresponsive? i5-4460 + GTX 970 here.

0.68.0.5 lav
1.7.10.107 mpc
0.9.15 madvr

huhn
13th March 2016, 08:36
@kiwijunglist

with an receiver that isn't supporting atmos it is totally normal that all atmos data is ignored so don't think to much about it.

the 7.1 audio is already like it should be.

@khanmein

have you tried EVR with that file and settings?

in the end hybrid decoding of HEVC isn't worth it and it will highly load the GPU maybe even to a point where madVR can't be used and the performance win is very usually little.