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. |
16th February 2015, 18:51 | #28241 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
16th February 2015, 22:29 | #28243 | Link |
Registered User
Join Date: Dec 2014
Posts: 1,127
|
For anyone using LAV Filters and DXVA2 Copyback, the latest LAV Filters (0.64) contains improvements in DXVA2 decoding. I downloaded the new filters and discovered I was able to turn up my madVR settings while actually lowering the rendering queue. I consider this a considerable performance upgrade.
Last edited by Warner306; 16th February 2015 at 22:31. |
17th February 2015, 01:42 | #28244 | Link |
Registered User
Join Date: Nov 2014
Posts: 81
|
I have a basic question.
If I have am doing 1080->2160 upscaling, it is basically perfect image doubling right? If I have image doubling enabled, which uses NNEDI3 with16 neurons, I don't quite understand why image upscaling settings also affect the performance. I thought if I have perfect image doubling, only image doubling setting would be used, and it doesn't matter what I select in image upscaling section. So why does image upscaling selection affect the performance, when I have image doubling enabled and doing 1080p->2160p? Last edited by bcec; 17th February 2015 at 02:03. |
17th February 2015, 02:02 | #28245 | Link | |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
Quote:
|
|
17th February 2015, 02:28 | #28246 | Link | |
Registered User
Join Date: Nov 2014
Posts: 81
|
Quote:
Is there a noticeable difference between using Jinc3AR vs Lancsoz3AR for upscaling the chrome portion, when NNEDI3 was used to upscale luma? I see quite a bit performance difference between the two. Last edited by bcec; 17th February 2015 at 02:36. |
|
17th February 2015, 04:33 | #28247 | Link | |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
Quote:
edit: I should add that madshi has stated that Jinc is probably a waste if using image doubling, even if not at a perfect 2x scaling. Last edited by Asmodian; 17th February 2015 at 05:16. |
|
17th February 2015, 06:47 | #28248 | Link | |
Registered User
Join Date: Nov 2014
Posts: 81
|
Quote:
|
|
17th February 2015, 22:02 | #28249 | Link | |||||||||||||||||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
I have all sorts of ideas and plans for madVR, but I'm not ready to talk about it now. Quote:
This is a crash in the NVidia OpenCL driver. Not sure why it crashes. You could try reinstalling the NVidia driver or something. If you can't get it to work, you may have to disable NNEDI3, which will then probably "fix" this crash. Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
So you get the correct/expected results when using madTPG? And incorrect results with MPC-HC+madVR? Is there any difference between enabling/disabling the 3dlut in MPC-HC+madVR? Maybe the 3dlut is simply not applied at all when using MPC-HC+madVR? Or is it applied, but somehow incorrectly? That is important to find out. Quote:
madTPG expects the calibration software to always send TV levels = limited range. So basically HCFR has to send "black" as 16. This is just a communication rule between the calibration software and madTPG, though. madTPG uses the madVR settings to actually display those test patterns. So if madVR is configured to output PC levels, madTPG will output "black" as 0, just like madVR does. Which means that madTPG and madVR (+ any media player) should produce identical results. Quote:
Correct. |
|||||||||||||||||||||||
17th February 2015, 22:05 | #28250 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
madVR v0.87.14 released
http://madshi.net/madVR.zip Code:
* madTPG: fixed "madVR_Get/SetSelected3dlut" API * madTPG: added "madVR_Enable3dlut" API * madTPG: network search is a bit more extensive/agressive now * fixed: madVR network functionality didn't always take WLAN into account * target rect related change for DVBViewer |
17th February 2015, 22:28 | #28251 | Link | |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
Thanks! Even if it only improvements for calibration software support.
Quote:
However, since this wasn't the case for matz I am at a loss. That test has always worked correctly for me. |
|
17th February 2015, 23:45 | #28256 | Link | |
Registered User
Join Date: Oct 2012
Posts: 7,923
|
Quote:
http://www.avsforum.com/forum/26-hom...l#post31116930 http://www.avsforum.com/forum/26-hom...l#post29866330 I personally have no issue with sync. every issue I have is in the bug tracker. |
|
18th February 2015, 09:28 | #28257 | Link | |
Registered User
Join Date: Jan 2015
Posts: 7
|
Quote:
- AVSHD 709 patterns+MPC-HC+madvr+3dlut. Measurements were made with a laptop. So you had to use different test patterns for MPC-HC+madVR, right? - Yes, but 100% green in rec.709 space should not vary outside the generator and patterns AVSHD 709 So you get the correct/expected results when using madTPG? And incorrect results with MPC-HC+madVR? Is there any difference between enabling/disabling the 3dlut in MPC-HC+madVR? Maybe the 3dlut is simply not applied at all when using MPC-HC+madVR? Or is it applied, but somehow incorrectly? That is important to find out. - with madTPG all very good. But MPC-HC + madvr - 100% oversatturated. 25,50,75 % correct. (Screenshots were posted) Applying 3dlut noticeable, but the 100% color incorrect. Edit Ranges does not change the chromatic. (In madvr i use 0-255. In mpc-hс + AVSHD709 2-Grayscale Steps patterns i see 16-235, as I understand it - all right ) |
|
18th February 2015, 10:01 | #28258 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
|
||
18th February 2015, 12:07 | #28260 | Link | |
Registered User
Join Date: Apr 2009
Posts: 1,019
|
Quote:
I have not tested it recently, but it seemed to mainly occur when going from windowed to fullscreen where the refresh rate changes. I have madVR set to only change when entering full-screen, and use smooth motion when running in a window at 60Hz. I tried disabling the option again back when I got a GTX970 because I really like how much more responsive it is when you're not waiting for 128 frames to queue up, but I ran into sync problems again. I was never able to figure out if there was a specific delay or if it only happened some of the time with certain formats for example, but any time I don't have the "delay playback" options enabled, I end up running into sync issues that are corrected by re-enabling it. |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|