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. |
12th April 2009, 17:55 | #162 | Link | ||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Well, that is one slow GPU you have there! I take it you have scaling disabled (1:1 display)? If so, could you please zoom a little and post the average GPU rendering time then? Does it go to 100ms per frame then? If you want to give madVR even a chance to achieve smooth playback you have to achieve an "average gpu rendering time" that is a notch lower than the "movie frame interval". I'd say it should not be higher than 35ms for 23.976 playback. Now the optimal configuration for madVR is if you drive the display with the same refresh rate the source is in (in your case 23.976Hz). If you have to use 59.940Hz, things get slightly more difficult for madVR. In that case you may have to bring "average gpu rendering time" down even more. But madVR is not optimized for this situation yet, so even if you do manage to bring gpu rendering time down, don't expect perfect smoothness with the current madVR version. I'm not sure yet how much influence "max gpu rendering time" will have. Could be that high spikes in that area may result in frame drops. Or maybe not, if I find a way to smoothen things out... Quote:
Quote:
Things are not as easy as that. There's more to smooth playback than just enabling triple buffering. Actually triple buffering can be bad in some situations. Anyway, I don't want to talk about smooth motion playback improvements right now because (as I said multiple times), that feature is simply not implemented yet. Quote:
The OSD layout is not final yet. Only few things in madVR are final right now... |
||||
12th April 2009, 17:57 | #163 | Link |
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Refresh rate detection is working properly here. However I'm experiencing the typical "colors are washed out" situation. My monitor expects PC levels and it seems that madVR is sending TV levels. All other renderers are fine. To have proper levels with madVR I've to use ffdshow's levels filter. BTW could you provide with a brief description of each resizer? I know a few of them but not the others.
Last edited by STaRGaZeR; 12th April 2009 at 18:00. |
12th April 2009, 18:01 | #164 | Link | ||
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
Quote:
2)got it, just an idea 3)I did, but the main KMP coder is AWOL...and I tried to hexedit the GUID in both your renderer and kmp.exe w/o succeeding 4)yet it looks really good already the measured refresh rate slightly oscillates from time to time, no wonder Reclock is mandatory for smooth playback.. Last edited by leeperry; 12th April 2009 at 18:04. |
||
12th April 2009, 18:20 | #166 | Link | |
Registered User
Join Date: Mar 2008
Posts: 2,021
|
Quote:
But i should remind you when i open an m2ts with any SW based decoder (like arcsoft), CPU consumption is 75 to 100%. My trials were based on DGAVCDecodeNV as you know. Last edited by rica; 12th April 2009 at 18:23. |
|
12th April 2009, 18:23 | #167 | Link | |
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Quote:
Any chance of a x64 build? |
|
12th April 2009, 18:25 | #169 | Link |
Registered User
Join Date: Dec 2008
Posts: 23
|
CPU usage is still very high when i use the secondary display for madVR, but according to the stats it's detecting the refresh rate from the primary screen while i'm using the secondary display. So i guess refresh detection for secondary display is bugged atm, cpu usage should be fixed once you get around fixing that.
|
12th April 2009, 18:40 | #170 | Link | |||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
http://audio.rightmark.org/lukin/gra...house_more.htm In my source code I've added the following comments. They might help here, too: Code:
aliasing (negative): the lower the better additional ringing (negative): the lower the better hide source ringing (positive): the higher the better sharpness (positive): the higher the better Bilinear (2 tap) - aliasing = 5 - additional ringing = 0 - hide source ringing = 3 - sharpness = 5 Catmull-Rom = Bicubic50, Bicubic60, Bicubic75 (2 tap) - aliasing = 4.5, 3.5, 3 - additional ringing = 1, 2, 3.5 - hide source ringing = 0 - sharpness = 7.25, 7.50, 7.75 Mitchell-Netravali (2 tap) - aliasing = 4 - additional ringing = 1 - hide source ringing = 1 - sharpness = 5 SoftCubic80, SoftCubic70, SoftCubic60, SoftCubic50 (2 tap) - aliasing = 0.25, 1, 2, 2.5 - additional ringing = 0, 0.25, 0.5, 0.75 - hide source ringing = 7, 6, 3, 1 - sharpness = 2, 3, 3.5, 4 Lanczos3 (3 tap), Lanczos4 (4 tap) - aliasing = 2, 1 - additional ringing = 6, 8 - hide source ringing = 0 - sharpness = 8.5, 9 Spline36 (3 tap), Spline64 (4 tap) - aliasing = 2.5, 2.3 - additional ringing = 4.5, 5 - hide source ringing = 0 - sharpness = 8, 8.1 Quote:
Quote:
Quote:
madVR stores 16 decoded frames in RAM. Not for now, maybe later, when 32bit is more or less complete... Quote:
|
|||||
12th April 2009, 19:03 | #171 | Link |
Registered User
Join Date: Jan 2007
Posts: 530
|
XPSP3, HD2600XT, CCC9.4, AMD X2 3.0Ghz, Reclock, MPC-HC (int decoders)
Monitors: (Prim) Samsung 60Hz (PC levels) - (Sec) LG 37 24/60Hz (Video Levels) Source material: SD = 23.976@24Hz AVC in MKV, HD = 29.970@60Hz AVCHD in M2TS (1080P) 1. Still getting tearing on secondary, SD and HD 2. madVR displaying 60Hz on my secondary (LG) when the monitor is set for 24Hz Not getting the automatic creation of the LUT's. I ended up creating them myself with modified config files. I have retained the folder structure from the zip with "cr3dlut" folder in a "madVR" folder. |
12th April 2009, 19:06 | #172 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
What did you get instead? Any error messages? Or a crash? Or what? |
|
12th April 2009, 19:07 | #173 | Link | |
Registered User
Join Date: Sep 2004
Posts: 1,295
|
Quote:
If they are, when you process them with the GPU are you accessing them via the AGP/PCI-E or via the CPU? Could this be the source of the high CPU usage?... Last edited by yesgrey; 12th April 2009 at 19:10. |
|
12th April 2009, 19:12 | #174 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
madVR v0.3 released *again*
http://madshi.net/madVR.zip Code:
* updated cr3dlut templates Please delete "out16.3dlut" (in case you still have it) and "SD/HD.3dlut". Then rerun madVR. Hopefully that will clear any and all complaints about washed out colors. BTW, there are also templates for video levels now. If you need video levels, replace the files "SD/HD.txt" with "template - SD/HD - Video.txt", then delete "SD/HD.3dlut" and rerun madVR. |
12th April 2009, 19:17 | #177 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Not sure why you only get 18fps. Might be due to madVR consuming too much CPU so that your decoder chokes (the frame queue is only at 3/16, usually it should be 16/16, having it at so low value means that the decoder is not delivering frames fast enough). But your gpu rendering times are also quite heavy. Do you happen to have another filter running (e.g. ffdshow) which upscales the video to double resolution? That would explain the strange movie resolution report and also the high gpu rendering times. |
|
12th April 2009, 19:27 | #180 | Link | ||
Registered User
Join Date: Sep 2006
Posts: 2,197
|
Quote:
yes, the card is quite old. I have the same one (as PCIE though) in my own C2D system, might be a tiny bit faster, but not much I guess. the display I used here has 1680*1050 res, so its not 1:1 (the other screen on my own system has 1280*1024). so you still want me to try zoom? but how can I do that, have no clue about zooming options :S Quote:
Last edited by Thunderbolt8; 12th April 2009 at 19:40. |
||
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
|
|