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. |
15th May 2015, 18:33 | #30062 | Link | |||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
1) Same sharpness. 2) Same video frame. 3) Separate screenshots with 1:1 same pixel position. Quote:
http://www.monitortests.com/forum/Th...on-Utility-CRU Quote:
|
|||||
15th May 2015, 18:36 | #30063 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
If the upscaling factor is very near to 100% then upscaling refinement doesn't become active. The key purpose of upscaling refinement is to get rid of softness caused by upscaling. If you only upscale by a tiny amount, there's almost no sharpness loss, so upscaling refinement is not needed then. Maybe I'll give you more control over this in a future build. But for now I've fixed upscaling factors which activate or deactivate SuperRes in specific situations.
|
15th May 2015, 19:28 | #30064 | Link |
Registered User
Join Date: Nov 2009
Posts: 2,352
|
So great, I tested the 10-bit ramps and my panel happens to be 10-bit, thanks for all the amazing work in madvr. Also tested the shaders without success. I'm not sure the MPC version has something to do with that, I use version 1.6.9.7418.
edit: nevermind, fixed with the hlsl files of finesharp 1.12. Will report later what I find. edit2: did 6 conversions back and forth between YUV and RGB, indeed very transparent conversions, the next is a (exaggerated) diff sample for a very clean anime source, on a 720p slightly grainy live footage it was even less difference. Last edited by Dogway; 15th May 2015 at 19:58. |
15th May 2015, 19:45 | #30065 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
would you like us to send you some food?
__________________
Laptop Lenovo Legion 5 17IMH05: i5-10300H, 16 GB Ram, NVIDIA GTX 1650 Ti (+ Intel UHD 630), Windows 10 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64) (K-lite codec pack) |
15th May 2015, 20:33 | #30066 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Haha! No, that wouldn't help much. It's not the food I'm concerned about, but my monthly bills. Well, I'll manage, just need to step away from madVR development and do some commercial stuff again in the next couple of days/weeks. |
|
15th May 2015, 20:38 | #30067 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
madVR v0.88.8 released
http://madshi.net/madVR.zip Code:
* updated to latest Shiandow deband script * fixed: D3D11 didn't activate with "frames presented in advance" set to 16 * fixed: ConfigureDisplayModeChanger(allowResolutionChanges = false) bug (P.S: And you can set the number pre presented frames in advance back to 16 for D3D11, if you like. madVR will then automatically reduce it to 15.) |
15th May 2015, 20:47 | #30069 | Link | |
Registered User
Join Date: Sep 2012
Posts: 25
|
Quote:
Except for present frames in advance. DX11 works now; thanks! |
|
15th May 2015, 21:31 | #30074 | Link |
Registered User
Join Date: May 2015
Posts: 106
|
Small bug report:
Most movies finish without any drop or glitch. However since v0.88.x with D3D11 activated (and frame for every VSync off) very rarely randomly in a movie drops and glitches start to occur at about 20 per second (both per OSD and visible on screen). This happens only in FSE mode and doesn't stop by itself but only by switching to windowed mode once and back to FSE. It seems to occur more often with some interlaced NTSC DVDs then with 24p BDs but it isn't reproducible. I guess some rare conditions can drive the D3D11 logic nuts. Windows 8.1 x64, NVIDIA 350.12 |
15th May 2015, 21:33 | #30075 | Link | |
Registered User
Join Date: Aug 2011
Posts: 38
|
Quote:
Maybe a driver issue? Are you using 15.4 as well? PS: How can I print the screen in FSE to show you the issue? |
|
15th May 2015, 21:36 | #30076 | Link | |
Guest
Posts: n/a
|
Quote:
Do you think you could add SMPTE 170M standard support for SMPTE C line or make an extra line for SMPTE 170M? AFAIK SMPTE C is the color gamut that uses Rec.601 primaries, while SMPTE 170M is the actual standard, not just the color gamut name. I mean its no big deal really, since I can toggle now. Last edited by XMonarchY; 15th May 2015 at 22:08. |
|
15th May 2015, 21:39 | #30077 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Since SuperRes is being applied after resizing, shouldn't it have a similar performance hit no matter whether the source material is 288p or 480p?
For 288p material, SuperRes 2 pass causes rendering time to go from 6.2 to 11.9ms on 768p display For 480p material, same setting causes rendering time to go from 9.3 to 20.2ms! 480p Normal 480p SuperRes Output resolution is exactly the same.
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 24th June 2015 at 06:10. |
15th May 2015, 21:43 | #30078 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Btw, is AMD driver 15.4 good? For Radeon HD 7670M, the best driver I found is LeeKM's modded driver v12.200 BETA. It is more stable than any other driver I tried, and whenever I try any other set of driver, I get worse performance so I always revert back to that one (which isn't available for download anymore). And apparently the late 13.x drivers work best for madVR.
Is 15.4 any faster or better than the 14.x or 13.x series?
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 24th June 2015 at 06:10. |
15th May 2015, 21:57 | #30080 | Link |
Registered User
Join Date: Oct 2007
Posts: 92
|
Just tried 88.8. Previous to this version, the original debanding was beating out Shiandow deband script, even with the clear improvements since its' introduction into madVR
I can now say that Shiandow deband script included in 88.8 has now edged out madVR's deband to my eyes using Power 0.50 and Margin 0.02. |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|