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, 11:33   #22921  |  Link
mclingo
Registered User
 
Join Date: Aug 2016
Posts: 667
i'd be interested to know what difference this would make as I could set LAV to software and use my CPU for LAV and GPU for MADVR.

Although, I doubt my CPU could handle HEVC.
mclingo is offline   Reply With Quote
Old 12th June 2018, 11:43   #22922  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,133
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, 11:59   #22923  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 5,076
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, 14:19   #22924  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,703
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, 15:03   #22925  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 5,076
good job missing the point...
huhn is offline   Reply With Quote
Old 18th June 2018, 15:46   #22926  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,703
Well, just partially.
aufkrawall is offline   Reply With Quote
Old 19th June 2018, 13:55   #22927  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,440
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 15:24.
nevcairiel is offline   Reply With Quote
Old 19th June 2018, 14:10   #22928  |  Link
mclingo
Registered User
 
Join Date: Aug 2016
Posts: 667
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, 14:30   #22929  |  Link
zaemon
Registered User
 
Join Date: Mar 2016
Posts: 24
Great, thanks. I had the dropout issue.
zaemon is offline   Reply With Quote
Old 19th June 2018, 14:38   #22930  |  Link
Manni
Registered User
 
Join Date: Jul 2014
Posts: 543
Thanks for the great work, as usual!
__________________
Win 10 Pro x64 V1803 MCE add-on
i7 3770K@4.2Ghz 16Gb@2.1Ghz EVGA GTX 1080 Ti SC2 11Gb@2GHz 385.28 RGB Full 12bits
MPC-BE / LAV / MadVR / MyMovies V5.24
Denon X8500H>Vertex>JVC RS500/X7000
Manni is offline   Reply With Quote
Old 19th June 2018, 14:50   #22931  |  Link
hubblec4
Matroska Dev-Helper
 
Join Date: Apr 2008
Posts: 922
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.
hubblec4 is offline   Reply With Quote
Old 19th June 2018, 16:25   #22932  |  Link
chros
Registered User
 
chros's Avatar
 
Join Date: Mar 2002
Posts: 1,149
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 55LD650(1080p@23/24/50/59/60Hz)
chros is offline   Reply With Quote
Old 19th June 2018, 18:53   #22933  |  Link
nussman
Registered User
 
Join Date: Nov 2010
Posts: 198
Thanks nevcairiel for the new Version and especially for the fallback feature.
nussman is offline   Reply With Quote
Old 20th June 2018, 19:34   #22934  |  Link
iSeries
Registered User
 
Join Date: Jan 2009
Posts: 550
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, 22:06   #22935  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 5,076
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 20th June 2018, 23:31   #22936  |  Link
jmone
Registered User
 
Join Date: Dec 2007
Posts: 599
Thanks Nevcairel for the work on TrueHD/ATMOS bitstream changes. Working well.
jmone is offline   Reply With Quote
Old 21st June 2018, 00:46   #22937  |  Link
ryrynz
Registered User
 
ryrynz's Avatar
 
Join Date: Mar 2009
Posts: 2,930
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 04:11.
ryrynz is offline   Reply With Quote
Old 21st June 2018, 01:36   #22938  |  Link
SamuriHL
Registered User
 
SamuriHL's Avatar
 
Join Date: May 2004
Posts: 3,966
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, I7 3770k, GTX 1060, Pioneer Elite VSX-LX303, LG C8 65" OLED
Laptop: MSI GT70 Dominator (Optimus)
SamuriHL is offline   Reply With Quote
Old 21st June 2018, 08:58   #22939  |  Link
Aleksoid1978
Registered User
 
Aleksoid1978's Avatar
 
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,063
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, 09:06   #22940  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,440
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
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 05:31.


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