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. |
13th December 2012, 10:11 | #16241 | Link | ||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
|
||||||||
13th December 2012, 10:40 | #16243 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
|
||
13th December 2012, 11:04 | #16245 | Link |
Registered User
Join Date: Nov 2012
Posts: 99
|
(1) Use software decoding and e.g. Bilinear scaling.
(2) Use native DXVA2 decoding and e.g. Bilinear scaling. (3) Use software decoding and DXVA2 scaling. (4) Use native DXVA2 decoding and DXVA2 scaling. Redone the test with 0.85.3: Same behaviour like 0.85.2. (1), (3) and (4) are the same, (2) is different (oversaturated green). So using native decoding without dxva scaling is still broken (at least for my setup). |
13th December 2012, 11:41 | #16246 | Link |
Registered User
Join Date: May 2012
Posts: 9
|
Madshi, levels are now incorrect using 85.3 with dxva scaling and mpc-hc internal decoder and splitter. Blacks are now grey. Other scaling methods provide proper levels. I'm using the old path exclusive without overlay on an Amd card.
|
13th December 2012, 12:01 | #16247 | Link |
Registered User
Join Date: Mar 2002
Posts: 2,323
|
Huge performnace bug with pixel shaders from v0.85.2
I have accidently realized that there's a huge performance issue since v0.85.2 (v0.85.1 is OK) when I using post resize pixel shader (sharpen complex 2) in mpc-hc on my laptop (720p content upscaled to 1680*xxx).
test (using nvidia inspector): - v0.85.1: MCU usage: 19%, GPU usage: 53% - v0.85.3: MCU usage: 30%, GPU usage: 78% (!!!!) If I disable post resize shaders in mpc-hc, everything is the same between the 2 builds (or 0.85.3 is even slightly better). I you need more info, just ask ... Thanks
__________________
Ryzen 5 2600,Asus Prime b450-Plus,16GB,MSI GTX 1060 Gaming X 6GB(v398.18),Win10 LTSC 1809,MPC-BEx64+LAV+MadVR,Yamaha RX-A870,LG OLED77G2(2160p@23/24/25/29/30/50/59/60Hz) | madvr config |
13th December 2012, 12:37 | #16249 | Link | ||
Registered User
Join Date: Mar 2006
Posts: 1,049
|
Quote:
Quote:
|
||
13th December 2012, 13:02 | #16250 | Link |
Registered User
Join Date: Nov 2012
Posts: 99
|
Some experience with calibration:
I use a ColorMunki Display colorimeter to calibrate my Infocus X9 720p DLP projector. First I used the parameters inside the projector for basic calibration. "Nice": my projector has brightness/contrast/gamma setting in menu but no color gain/offset controls. I had to construct a serial 9pin to 3pin cable to get to the "hidden" greyscale controls by using a com console... So first setting white and black point with AVS test patterns. Bar 17 barely visible. Then I set greyscale with projector settings, readjusted blackpoint. Then I used Argyll/dispalGUI to build an ICC file. I get perfect 2.2 gamma, flat RGB niveau (< 2 deltaE for IRE>20) says HCFR. But now bar 17 and 18 are lost in black point test pattern. To see them again I have to lower gamma setting in madvr to 2.0. The outcoming is consistent to my viewing experience: I watch Breaking Bad series , there are many "dark scenes" like camera viewing from inside back of a car direction front to the dashboard. The instruments there are black, black detail is lost with gamma 2.2. And that in a scene with daylight. Thats not real life experience, sitting in a car with daylight you see the instruments. By lowering gamma to 2.0 it is a little bit better but not completely realistic. Many recommend a gamma of 2.4 for homecinema. I watch in a dim room (no light), with gamma 2.4 there´s a great loss of shadow detail. What´s the reason behind that experience? Probably poor contrast (my Infocus gets 900:1 in HCFR)? Furthermore I tried yCMS capabilities. I think it does what it is supposed to do: the corners of my CIE lay on the 709 CIE triangle sides. So there are no more outofgamut colors, but the price to pay is a srewed up greyscale. It´s not totally screwed but getting worse (greyscale steps pattern is tinted). I think I´ll stay with perfect greyscale, primaries/secondaries stay within <15 deltaE, that´s not ideal but ok for me. I´m not perfectly into that materia, maybe yesgrey can improve that (he´s working on yCMS 2.0 regarding his thread). I tried different methods, typing in my measured values to madvr-ycms setting, gamut alone or gamut+greyscale, and I tried the method of building a 3dlut file out of the icc. All methods work (cutting out of gamut colors) but influence negatively greyscale. Beside that a calibrated picture looks great, it was worth the effort. |
13th December 2012, 13:07 | #16251 | Link | |||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Quote:
PAL 4:3 - 785x576 PAL 16:9 - 1047x576 NTSC 4:3 - 655x480 NTSC 16:9 - 873x480 I could offer this as an "ITU Aspect Ratio" option, in case madVR gets PAL/NTSC content with non-ITU 4:3 or 16:9 Aspect Ratios. Objections, anyone? |
|||||
13th December 2012, 13:46 | #16252 | Link |
Registered User
Join Date: Nov 2011
Posts: 187
|
for adding the double/ triple expanded source levels toggle. I have two questions regarding the way madVR handles video levels:
1. If I increase say Black Level of source from 0 to +1, madVR changes the video levels by 0.5 (I guess) for regular content. Now if I change the Black level to +1 in case of a 10 bit content, will madVR change the video levels by 0.5 only or by 2 (=0.5*1023/255)? 2. If I switch to double expanded source levels while playing a 10 bit content, what levels are considered then? |
13th December 2012, 13:52 | #16253 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
The black/white level controls always change exactly one step in 8bit. The visible change is the same for 8bit and 10bit sources, so for 10bit sources, increasing source black level from 0 to +1 results in a change of 4.
|
13th December 2012, 13:54 | #16254 | Link |
Registered User
Join Date: Feb 2004
Posts: 399
|
I notice something strange with the screenshot feature.
Not using DXVA at all and playing a movie, when I take a screenshot it's much darker than what's on the screen, My TV expects 16-235 so that's what I set in madVR. The movie is also encoded in limited range and the decoder outputting in YV12. But it seems the screenshot feature expands to PC levels? (black crush) I'm pretty sure old builds didn't have this issue.. I don't use color controls either on the player (ZP) or in madVR.
__________________
XP SP3 / Geforce 8500 / Zoom Player |
13th December 2012, 14:03 | #16256 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
13th December 2012, 14:09 | #16257 | Link | |
Registered User
Join Date: Feb 2004
Posts: 399
|
Quote:
When I use the ffdshow grab feature, or change madVR to VMR9 and use also ZP to make a screenshot, the resulting image is exactly what's on screen (PNG). It's strange, I could have sworn madVR used to take exactly what's on screen in previous builds. ^^;
__________________
XP SP3 / Geforce 8500 / Zoom Player |
|
13th December 2012, 14:14 | #16258 | Link | |
Registered User
Join Date: Dec 2008
Posts: 496
|
Quote:
It certainly wouldn't hurt to offer it as an option, since I own about 800 DVDs (the majority is in NTSC format) I would like to give this a try myself. But I am not sure if I can even see a huge difference and if I want to go into the settings every time to change it. Last edited by iSunrise; 13th December 2012 at 14:27. |
|
13th December 2012, 14:55 | #16259 | Link |
Registered User
Join Date: Nov 2012
Posts: 99
|
Originally Posted by hannes69
(1) Use software decoding and e.g. Bilinear scaling. (2) Use native DXVA2 decoding and e.g. Bilinear scaling. (3) Use software decoding and DXVA2 scaling. (4) Use native DXVA2 decoding and DXVA2 scaling. Redone the test with 0.85.3: Same behaviour like 0.85.2. (1), (3) and (4) are the same, (2) is different (oversaturated green). So using native decoding without dxva scaling is still broken (at least for my setup). Here the debug log: http://netload.in/dateixaiGwJat9z/madVR-log.rar.htm Log created by using case (2). Hoping that helps Last edited by hannes69; 13th December 2012 at 15:17. |
13th December 2012, 16:16 | #16260 | Link | ||
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
But I've got quite a lot of work ahead of me creating a dozen automatic gamut mapping profiles in PotP, so I don't plan on bothering with this script when a mere hotkey in mVR can do exactly what I want Quote:
madshi didn't seem to like my idea of a 4:3 placeholder so I'll try to look into my options writing my own script, yay....no more whining, actions I just want something like yellow rectangles in the 16/9 outer portions so I could clearly see the 4:3 limits =) MPC provides hotkeys for pan & scan and I made my own pan & scan helper in PotP, so horizontal stretching really only takes me a few clicks: they're all pre atm, a bugfix is in the works Last edited by leeperry; 13th December 2012 at 16:19. |
||
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|