Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 12th June 2018, 12:43   #22921  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,511
Systems and files are so different it's best if you simply give it a try and compare. Note that video decoding is usually on an extra part of the chip not used by madvr and that copying uncompressed frames via PCIe has overhead so often D3D11 native should have the performance advantage (without quality loss DXVA2 native may introduce).
sneaker_ger is offline   Reply With Quote
Old 12th June 2018, 12:59   #22922  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 6,125
it's not that simple.

the only part that is simple is that the performance differences for madVR are mimimal if not zero on a proper working system.

if you think d3d11 native is the fastest mode for madVR it has to copy the data to dx9 after getting them this is not the case with dxva2 or software decoding.

if transferring big data or doing this copy process is using more processing power is hard to check because it is so little and inconsistent.

in term of rendertiems d3d11 clearly looses on the madVR OSD what ever that is worth i never encountered any real world differences.

i get 1.5 to 3 ms in the madVR OSD just for the d3d11 interop while for software decoding i can't find a reliable number or performance impact.
huhn is offline   Reply With Quote
Old 18th June 2018, 15:19   #22923  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,717
Artificial statistics data don't prove anything. With my GTX 1070, the decoder performance with DXVA2 was too slow for 8k VP9, while D3D11VA worked.

madVR uses an interop for D3D11 presentation as well, and it doesn't really cost performance. Less guessing, please.
aufkrawall is offline   Reply With Quote
Old 18th June 2018, 16:03   #22924  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 6,125
good job missing the point...
huhn is offline   Reply With Quote
Old 18th June 2018, 16:46   #22925  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,717
Well, just partially.
aufkrawall is offline   Reply With Quote
Old 19th June 2018, 14:55   #22926  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,871
LAV Filters 0.72
Code:
LAV Video
- Changed: Enabled CineformHD decoding by default, since the decoder has much improved
- Fixed: Decoding Matroska files with Linked Segments which used old x264 4:4:4 encodes could result in corruption

LAV Audio
- NEW: Blu-ray Dolby Digital Plus 7.1 decoding and bitstreaming support
- NEW: LAV Audio will fallback to audio decoding if bitstreaming is not supported by the audio renderer/hardware
- Fixed: DTS-HD HRA bitstreaming did not work properly with many A/V receivers
- Fixed: TrueHD bitstreaming could result in drop-outs on high bitrate TrueHD+Atmos streams
Download: Installer (both x86/x64) -- Zips: 32-bit & 64-bit

Audio and Bitstreaming Improvements

A lot of work went into this release for bitstreaming improvements, including doing a lot of research and reverse engineering to figure out how the TrueHD bitstreaming is really supposed to work, so that high bitrate streams (as found on UltraHD Blu-rays with Atmos) no longer cause drop-outs during playback.

Some newer receivers also had trouble receiving DTS-HD HRA streams, which should hopefully be resolved as well - even though my own receiver accepted the previous format just fine, but testing by other users has yielded quite positive results.

And last but not least, LAV Audio finally supports handling Dolby Digital Plus 7.1 as found on Blu-ray discs properly, both in decoding and bitstreaming. This format has not seen very wide use on Blu-ray discs, but the usage seems to be increasing lately.

Outside of those improvements, LAV 0.72 of course comes with a newer version of FFmpeg.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 19th June 2018 at 16:24.
nevcairiel is offline   Reply With Quote
Old 19th June 2018, 15:10   #22927  |  Link
mclingo
Registered User
 
Join Date: Aug 2016
Posts: 1,039
yikes, some great stuff there Nev, specifically the fallback we asked for, fantastic work again, wonderful.

Thanks.
mclingo is offline   Reply With Quote
Old 19th June 2018, 15:30   #22928  |  Link
zaemon
Registered User
 
Join Date: Mar 2016
Posts: 27
Great, thanks. I had the dropout issue.
zaemon is offline   Reply With Quote
Old 19th June 2018, 15:38   #22929  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 739
Thanks for the great work, as usual!
__________________
Win10 Pro x64 b1909 MCE
i7 3770K@4.0Ghz 16Gb@2.18Ghz EVGA GTX 1080 Ti SC2 11Gb@2GHz 442.19 RGB Full 8bits
MPC-BE/LAV/MadVR/jRiver/MyMovies V5.25/CMC V3.1
Denon X8500H>HD Fury Maestro>JVC RS2000
Manni is offline   Reply With Quote
Old 19th June 2018, 15:50   #22930  |  Link
hubblec4
Matroska find' ich toll
 
Join Date: Apr 2008
Posts: 1,118
Hi nevcairiel

Many thanks for fix the issue with Matroska Linked Segments.
I have tested my Blu-ray Thor 3 which has audio Dolby Digital Plus 7.1, all works fine now.
__________________
chapterEditor || Matroska-Playback || hSplit || DiscShare
hubblec4 is offline   Reply With Quote
Old 19th June 2018, 17:25   #22931  |  Link
chros
Registered User
 
chros's Avatar
 
Join Date: Mar 2002
Posts: 1,562
Thanks for the new release and your work!
__________________
Ryzen 5 2600,Asus Prime b450-Plus,16GB,MSI GTX 1060 Gaming X 6GB(v385.28),Win10 LTSB 1607,MPC-BEx64+LAV+MadVR,Yamaha RX-A870,LG OLED65B8(2160p@23/24/25/29/30/50/59/60Hz)
chros is online now   Reply With Quote
Old 19th June 2018, 19:53   #22932  |  Link
nussman
Registered User
 
Join Date: Nov 2010
Posts: 215
Thanks nevcairiel for the new Version and especially for the fallback feature.
nussman is offline   Reply With Quote
Old 20th June 2018, 20:34   #22933  |  Link
iSeries
Registered User
 
Join Date: Jan 2009
Posts: 615
Hi, my AVR is 7.1 capable, however, I have a 5.1 setup. If I were to send PCM to my receiver instead of bitstream, for 7.1 tracks should I send the full 7.1 channels and let the AVR do the downmixing, or set LAV to output 5.1?

Also, not starting a PCM vs bitstreaming debate, but is there any advantage to bitstreaming? Don't the lossless codecs have downmixing metadata in them whereas PCM would not have this?
iSeries is offline   Reply With Quote
Old 20th June 2018, 23:06   #22934  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 6,125
bitstreaming is less accurate in term of A/V sync.
lav or an audio render could use the meta data to down mix not sure if there is a render with support for that or if lavfilter is reading it.

i can't tell you if PCM can be send with meta data.
huhn is offline   Reply With Quote
Old 21st June 2018, 00:31   #22935  |  Link
jmone
Registered User
 
Join Date: Dec 2007
Posts: 613
Thanks Nevcairel for the work on TrueHD/ATMOS bitstream changes. Working well.
jmone is offline   Reply With Quote
Old 21st June 2018, 01:46   #22936  |  Link
ryrynz
Registered User
 
ryrynz's Avatar
 
Join Date: Mar 2009
Posts: 3,276
Quote:
Originally Posted by iSeries View Post
Hi, my AVR is 7.1 capable, however, I have a 5.1 setup. If I were to send PCM to my receiver instead of bitstream, for 7.1 tracks should I send the full 7.1 channels and let the AVR do the downmixing, or set LAV to output 5.1?
I would let the amp take care of it. Grab a 7 channel test file and see which you prefer, but I'd rather let hardware deal with a process like this.

Last edited by ryrynz; 21st June 2018 at 05:11.
ryrynz is offline   Reply With Quote
Old 21st June 2018, 02:36   #22937  |  Link
SamuriHL
Registered User
 
SamuriHL's Avatar
 
Join Date: May 2004
Posts: 4,385
It depends on the AVR but yea, I let mine do the same thing. Then again, I've got a massive speaker upgrade en route so I'll be fully 7.1 shortly. WOO HOO!
__________________
HTPC: Windows 10, I9 9900k, RTX 2070 Founder's Edition, Pioneer Elite VSX-LX303, LG C8 65" OLED
SamuriHL is offline   Reply With Quote
Old 21st June 2018, 09:58   #22938  |  Link
Aleksoid1978
Registered User
 
Aleksoid1978's Avatar
 
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,309
nevcairiel
Hi. Fallback to audio decoding is not working if some audio processor present in graph, "ffdshow Audio Processor" as example.
__________________
I7 2600K@4.2 /Asrock P67 Extreme4 Gen 3 /Kingston HyperX 8Gb 1866 (4x2) Kit /OCZ Vertex 3 256Gb /Gigabyte GTX 960 /BenQ EW2430 /LG 47LM620T /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215
Aleksoid1978 is offline   Reply With Quote
Old 21st June 2018, 10:06   #22939  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,871
Thats probably ffdshows fault, its extremely inflexible in changing its types. Also, why would an audio processor ever accept a bitstreaming type in the first place?
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 21st June 2018, 17:29   #22940  |  Link
clsid
Registered User
 
Join Date: Feb 2005
Posts: 5,033
Works here with ffdshow, except if I enable bitstreaming during playback.
clsid is offline   Reply With Quote
Reply

Tags
decoders, directshow, filters, splitter

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 15:24.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2020, vBulletin Solutions Inc.