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, 14:54 | #30041 | Link | |
Registered User
Join Date: Nov 2009
Posts: 2,352
|
Quote:
I will test with the HLSL shader, it's possible that addgrainC is not deterministic so I can have a better look with the real thing instead. Will be calibrating the panel soon and create a profile for madVR so I still have to learn how the whole thing works. |
|
15th May 2015, 15:26 | #30042 | Link |
Registered User
Join Date: May 2013
Posts: 115
|
It's probably normal seeing detailing artifacts when you pump the sharpening algorithms. Their job is to expose small deviations and make them clear. What did you expect to happen, pull out of a hat that you don't want to expose a small part of them?
If your source isn't anything too damaged, I would start with no filters at all and then start adding only when needed, if you only care about your everyday normal viewing experience. Last edited by tobindac; 15th May 2015 at 15:33. |
15th May 2015, 15:32 | #30043 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Let me know what you find! |
|
15th May 2015, 15:46 | #30045 | Link | |||
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
If anything's confusing it's that both algorithms are almost named exactly the same when one is a GPU hog and looks artificial and the other feeds RGB so it'll also double chroma simultaneously. I really didn't like NNEDI3's chroma upscaling/doubling artificial look and far prefered Jinc3AR so I'm not sure whether I'm too happy with NEDI's chroma doubling being mandatory but it can't be disabled anyway and PQ is fantastic so whatever I take it that NEDI chroma upscaling isn't possible? Quote:
I would personally prefer if "always - if upscaling is needed" really meant what is says as in "always - if >1.0 upscaling is needed" even for 4X/8X and that the next step was ">1.01" for 2X and ">2.01" for 4X/8X. Quote:
AMD will more than likely never fix this issue and might have (far) more efficient GPU's out in a few months so I'd rather not depend on OpenCL anymore. Pausing mVR is a total no can do on my rig(HD7850/W7SP1/13.12) as the GPU load goes completely nuts, it's pretty frigging annoying tbh as I always have to stop playback instead of pausing. Pausing is a privilege I'm not entitled to as it would appear |
|||
15th May 2015, 15:55 | #30046 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
It's possible, but extra work, and I hope that SuperChromaRes will be the better option. But it's too early to talk about that, because we're still in the Deband feedback phase. That's due to PotPlayer wanting to draw animations and stuff during paused playback. It's madVR's fault, really, but if you turn the PotPlayer madVR specific OSD off, this problem should go away for now. Of course then you'll probably lose the FSE compatible OSD, as well. The high GPU load in paused state with PotPlayer will probably be fixed in a future build, but it has low priority for now. |
|
15th May 2015, 16:14 | #30047 | Link |
Registered User
Join Date: Sep 2013
Posts: 919
|
Anything special to look for besides how effective the debanding filter is?
I guess a lot of people don't have a clue (including me) what to look for, that's why this poll is slowish to say the least. I guess I'll start with a super compressed video where the banding are absolutely everywhere.
__________________
System: i7 3770K, GTX660, Win7 64bit, Panasonic ST60, Dell U2410. Last edited by James Freeman; 15th May 2015 at 16:24. |
15th May 2015, 16:17 | #30048 | Link | |||
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
Quote:
Quote:
I also wish pausing in mVR would kick in some sort of screensaver in order to avoid leaving a fixed image for too long(crucial issue on plasma, and OLED as well FWIR). When I want to pause, I have to close PotP and switch to a TV channel, oh well PQ is totally worth the hassle so no biggy Sorry, can't help with that due to my colorblindness. |
|||
15th May 2015, 16:26 | #30049 | Link |
Registered User
Join Date: Dec 2011
Posts: 1,812
|
NNEDI introduces aliasing, NNEDI3 doesn't do this.
That's why NNEDI3 looks by far the best with cartoon content with extreme scaling. To me it looks most natural and I can't tell if artifacts are because of the source or the scaling itself. All I know is that there are least artifacts and it's much sharper than Jinc3. At least for luma it's better, imho. |
15th May 2015, 16:40 | #30050 | Link | |||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
The perfect deband algorithm would remove all the banding, and at the same time keep all the real image detail. IMHO that's probably impossible to do for a non-human-intelligence algorithm. So the best compromise is needed. Quote:
Quote:
------- The new Shiandow Deband version will probably be available in madVR on Sunday. It appears to be another step up from the previous build, so I'll be quite interested in hearing your opinions. |
|||
15th May 2015, 17:13 | #30051 | Link |
Registered User
Join Date: Sep 2013
Posts: 919
|
Found a thoroughly compressed video with lots of night sky content, banding, blocking and what not; did some testing.
Well, my conclusion as before, both the default and shiandow's are doing fine job. I would be happy with either one. Both remove from the smallest banding to the biggest macroblocking without apparent "detail" loss. If the video is so compressed that the detail becomes banding or blocking I don't think we should call it "detail" because there is none, nor should this "detail" should be somehow restored. You can't restore something that looks like an ugly gradient into a cloud, or a square block into a dog can't you?... Basically what I'm saying is that if the video is so compressed that there are visible blocking and banding, the 1-3 RGB steps of detail that create the black cat in the shadows, cannot be restored by any algorithm. IMO, what a good debanding algo should do is remove the banding without effecting the clearly visible detail, the square macroblock cat is not there anymore no matter what you do. If you ask me specifically about the edges of clear objects near the already debanded gradient (what I think is actual detail loss), I would say they look just as good as without debanding on all settings. Maybe I'm just not observant enough, but to me it's all good, I am satisfied with the default or with shiandow's. That's my take.
__________________
System: i7 3770K, GTX660, Win7 64bit, Panasonic ST60, Dell U2410. |
15th May 2015, 17:14 | #30052 | Link | ||
Registered User
Join Date: May 2015
Posts: 16
|
Quote:
Quote:
In d3d9 (windowed and FSE) and d3d11 (windowed only) madvr treats the 1080p23 mode as the "good" one. Only in d3d11 FSE there is the switch with the "bad" one. This switch occours even if I disable the display modes and set the "good" mode through the nvidia control panel |
||
15th May 2015, 17:34 | #30053 | Link | |
Registered User
Join Date: May 2009
Posts: 212
|
Quote:
- Core i5-3550K, Z87, DDR3-2400 8GB - Win7x64 SP1 - HD7970/3GB + Catalyst Omega 14.12 - Sony 65HX920 @ 1920x1080p23~p60 (always) 10-bit signal modes. |
|
15th May 2015, 17:39 | #30054 | Link | |
QB the Slayer
Join Date: Feb 2011
Location: Toronto
Posts: 697
|
Quote:
QB
__________________
|
|
15th May 2015, 17:59 | #30055 | Link |
Registered User
Join Date: Dec 2011
Posts: 1,812
|
I hope Shiandow will provide us with a shader so that we won't have to wait until Sunday for his new deband filter in madVR.
Other PP tests shouldn't be blocked for too long, I'm still very sure that SuperRes for chroma gives unwanted results and that NNEDI3 + SuperRes for luma beats everything by far and have found a nice demonstration. |
15th May 2015, 17:59 | #30056 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
SuperRes appears to work on 288p videos but not on 720p videos. Here are some screenshots. With the 720p video, rendering stats are unaffected by SuperRes. These are displayed on 768p display.
288p Normal 288p SuperRes (higher rendering time as expected) 720p Normal 720p SuperRes -- SuperRes isn't working! Here I'm setting quality to high so that rendering times are more obvious. That's in addition to very high rendering times on 1080p display. For the 288p video, with SuperRes 2 passes medium quality, rendering time goes from 6ms to 11ms in windowed mode. At 1080p, it was going from 14ms to 39ms! I'd have to take screenshots next time the TV is hooked up.
__________________
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, 18:06 | #30058 | Link | |
Registered User
Join Date: Oct 2012
Posts: 7,903
|
Quote:
|
|
15th May 2015, 18:27 | #30060 | Link | |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
Quote:
__________________
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. |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|