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. |
18th February 2012, 21:15 | #9201 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Quote:
A mixer will be added, everything else not.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
18th February 2012, 21:18 | #9203 | Link |
Registered User
Join Date: Sep 2010
Posts: 321
|
Yeah my CPU can handle software decoding just fine, but I'd like to offload as much as possible to the GPU as I run Folding@home on my PC and I'd prefer the CPU having as much resources as possible.
__________________
MPC-HC/MPC-BE, Lav Filters, MadVR CPU: AMD Ryzen 5 1600, Video: AMD Radeon RX Vega 56 -> TCL S405 55", Audio: Audio-Technica M50S |
18th February 2012, 21:56 | #9204 | Link | |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
It's simply impossible because with my overclocked UVD2.2 at 710MHz I only get 71 fps average. Check your CPU load to see that software decoding is involved (maybe software fallback)
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all Last edited by NikosD; 18th February 2012 at 22:04. |
|
18th February 2012, 22:30 | #9205 | Link | |
Registered User
Join Date: Sep 2010
Posts: 321
|
Quote:
When I select DXVA2 native mode, it seems to fall back to software mode and I verified that 147 fps is what I get when I set Lav Video to software mode. Is there some limitation or bug with either software or is there another way to benchmark that I'm not aware of?
__________________
MPC-HC/MPC-BE, Lav Filters, MadVR CPU: AMD Ryzen 5 1600, Video: AMD Radeon RX Vega 56 -> TCL S405 55", Audio: Audio-Technica M50S |
|
18th February 2012, 22:49 | #9206 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
You need to use EVR as renderer if you want to benchmark DXVA playback. As an alternative do it with DXVAChecker
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
18th February 2012, 23:35 | #9207 | Link |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
@Nev, try using r41, I've improved overall performance in all cases and especially on low (and zero) queue depth. Using higher than 8 BTW, doesn't improve anymore.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
19th February 2012, 00:04 | #9208 | Link |
Registered User
Join Date: Jun 2006
Posts: 452
|
Nev,
I just updated my drivers to 290.36, no "greens" anymore ! Thanks for figuring this out. I'd never have known that the drivers were the issues until you told me so. This file plays very choppy in both DXVA and DXVA CB, but plays smooth with MPC build in DXVA. In all 3 cases the LAV-spitter is used, so it's not a splitter issue. I also tried the MPC build in MPEG-spliiter and got the same result. http://www.mediafire.com/?3z15d95b7j0j3jm PS : It's one off these files that produced "greens"" with the 285 WHQL driver. In mean time I also tested LAV with the FPS1 files that were on my disk : no issues concerning the decoding, MT seems to work fine. I'll test the MT better by creating a 60 FPS 1080p file with fraps and than decoding it. Last edited by Pat357; 19th February 2012 at 02:31. Reason: added fraps test results |
19th February 2012, 00:23 | #9209 | Link | |
Registered User
Join Date: Nov 2005
Posts: 693
|
Quote:
I guess you haven't had time to look at the SNOW issue, or have you?
__________________
My hobby website |
|
19th February 2012, 04:36 | #9210 | Link |
Registered User
Join Date: Jun 2006
Posts: 452
|
Here are some more detailed results from the FRAPS-MT version in LAV-video :
Code:
#Threads FPS 1 28,5 fps 2 56,0 fps 3 83,2 fps 4 108,6 fps 5 128,4 fps 6 141,8 fps 7 155,0 fps 8 167,9 fps 9 182,9 fps 10 197,1 fps 11 207,9 fps 12 211,2 fps 14 211,5 fps 16 211,9 fps Above 12 threads, there is no improvement anymore, probably because my CPU has "only" 6+6 cores (6 real + 6 hyper-threading). Well done Nev !! Test system : FRAPS file 2.4 GB, bitrate 130 Mbps, 1920x1080@10fps, 2min 39,4s GraphstudioNext v0.4.9.0 (32bit , LAV 0.46 (latest posted by Nev) Win7 Prof. x64 (all updates) CPU : i7-970@3.7 Ghz with 12MB on die L3 cache 24 GB of 2000 MHz trip. channel DDR3 Areca 1222 RAID6 controller / 8x 2TB 7.2k WD HD OCZ Vertex 3 240GB SSD PS: while writing this, something else comes in my mind : tranfer speed ! To get 211 fps, you probably also need a very fast HD or a fast SSD. The file is recorded at 10FPS, so to get 211 fps, you need to read it at 21x, this is 7.5s to read a 2.4 GB file = + 330 MB/s. I guess a single HD or even 2 HD in RAID0 can't keep up with this. Last edited by Pat357; 19th February 2012 at 04:43. |
19th February 2012, 07:51 | #9211 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Quote:
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 |
|
19th February 2012, 09:29 | #9212 | Link | |||
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Quote:
This is working as intended. Quote:
Quote:
Not sure why it causes this odd decoding behaviour, maybe it should be skipping some of the broken frames instead of trying to decode them. The HW decoder seems to "hang" on some frames for a short while
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 19th February 2012 at 09:55. |
|||
19th February 2012, 09:35 | #9213 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Quote:
The difference between queue depth is very marginal now, and even on depth 0 the old samsung clip plays nearly as fast as on depth 16 before. I'll run a full set of tests.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
19th February 2012, 10:15 | #9214 | Link | |
Registered User
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,787
|
Quote:
__________________
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215 Last edited by Aleksoid1978; 19th February 2012 at 10:18. |
|
19th February 2012, 10:28 | #9215 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
19th February 2012, 10:38 | #9216 | Link | |
QuickSync Decoder author
Join Date: Apr 2011
Location: Atlit, Israel
Posts: 916
|
Quote:
Aside from some very small layers of fat in the code, the trick was to lengthen the decode queues (no effect on latency - just how many frames the HW decoder can fill before it stalls), this helps performance when the decoder speed is very variable on a frame basic (as each frame can have very different bitrate). The other thing, which took most of my time to find, was the order of D3D surfaces sent to the decoder. Very weird as it should change nothing. I still don't fully understand why adding long output queues help in this case expect mandate a specific order of D3D frames. Another performance enhancement would be to remove my dependency on PostThreadMessage for passing/queuing jobs for both decode and frame processing. VTune shows a lot of waiting is done there. I'll investigate this route soon.
__________________
Eric Gur, Processor Application Engineer for Overclocking and CPU technologies Intel QuickSync Decoder author Intel Corp. |
|
19th February 2012, 10:39 | #9217 | Link |
Registered User
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,787
|
Yes - my fall. Software & CUVID ok. I sorry for the misinformation
__________________
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215 |
19th February 2012, 11:26 | #9218 | Link |
Registered User
Join Date: Jul 2011
Posts: 3
|
Subtitles Selection
Hi, couldn't find this specific questions asked before, apologies if I missed it:
I have ripped BDs in MKV. I tend to keep all English audio and PGS subtitle streams in the rip. I would like to set up LAV splitter such that the following happens: 1) If English audio then use default English subtitles but pass only those with forced flag 2) If non-English audio then pass full English subtitle track. As far as I can see, the advanced selection mode allows you to automatically select a forced track but not to use the default track and pass only titles within it that have the forced flag? Selecting the forced flag titles option in the "Blu-ray subtitles" section works perfectly for (e.g.) District 9. Presumably though with this setting enabled a foreign language film will get no English subtitles as these aren't usually marked with a forced flag? Currently am having to extract forced titles as separate track in MakeMKV and then edit the header to mark the track as forced. Any ideas if the advanced selection mode can be used to achieve the above? Thanks |
19th February 2012, 11:27 | #9219 | Link | |
Registered User
Join Date: Jun 2009
Location: London
Posts: 378
|
Quote:
__________________
Windows 11 Pro, CPU: Ryzen 9 5900X, GPU: GeForce RTX 3090 /w 512.95, Audio: HDMI to Yamaha RX-A3060 (5.1) |
|
19th February 2012, 11:28 | #9220 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,348
|
Maybe its just an NVIDIA thing.
Not to worry then, NVIDIA users should prefer cuvid anyway
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
Tags |
decoders, directshow, filters, splitter |
|
|