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. |
4th May 2010, 20:37 | #2464 | Link |
Registered User
Join Date: Aug 2004
Location: Canada
Posts: 860
|
I read the ReadMe for 3dlut a bit...so this should be used? It's a benefit for lower cpu usage and picture quality correct? Do I need a large amount of GPU memory? Does it erase and recreate this offline data for every video watched?
|
4th May 2010, 20:38 | #2465 | Link |
Registered User
Join Date: May 2007
Posts: 454
|
I have had problems getting madVR working with the latest nvidia graphics drivers and I can confirm v012 still has the same problem on my system as previous madvr version.
win7 ultimate x64 197.45 nvidia drivers gtx295 and gt240 in system (making three gpus in system) Problem I see is player freeze trying to play video. To get 012 working I have to go back to nvidia drivers 191.07 which was the same situation as v011 of madVR. Just to add Im using x86 build of MPC-HC I have just seen you have supplied a debug build, here is a log of your 2nd build on my pc to see if its the same issue as Steveo08 (I have different gpu's). http://unibios.free.fr/log.rar Last edited by Razoola; 4th May 2010 at 21:05. |
4th May 2010, 22:55 | #2466 | Link | |||
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Quote:
I wouldn't say plenty of spare GPU, but there is enough. madVR 0.12 GPU Render + Present times = 32ms Frame Interval (24fps) = 41.71ms GPU-Z: 35% GPU Load madVR 0.11 GPU-Z: 45% GPU Load Each frame is ready to display 10ms before a frame is needed. Oddly enough, GPU-Z is reporting 10% less GPU usage in 0.12. I'll stress that the problem is somewhat random. Sometimes I can get through a video without any dropped frames. Other times, after 5-10 minutes it starts dropping 1-3 frames every 15 seconds or so. That 5-10 minutes number is important because there are no dropped frames until 5-10 minutes have passed, if the issue even occurs. Quote:
Would you like me to try the capture the problem in a debug log or does it not log any information which would be helpful? |
|||
4th May 2010, 23:05 | #2468 | Link | |
3 eyed CRT supporter
Join Date: Jan 2008
Location: Or-strayl-ya
Posts: 563
|
Quote:
Your refresh rate is actually wrong. (If you use Reclock 96.000 is close enough, but without it you will get dropped/repeated frames). |
|
5th May 2010, 00:51 | #2469 | Link | |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Quote:
Feature Request: Have the CTRL+J stats show achieved FPS. The real reason why I use 96.000 Hz is for simplicities sake, since with a bit of fiddling I was able to get the NVIDIA control panel to set it as a custom resolution. I've had no such luck getting the NVIDIA control panel to set a custom resolution with exactly 95.904 Hz refresh, so I would be forced to use Powerstrip. In any case I'll try 95.904 Hz with Powerstrip (fluctuates around 95.90415 Hz) and see if the problem still happens. On that note, madshi, have you added any VSync code in madVR 0.12 for non-fps-multiple refresh rates yet? I remember you saying a long time ago it was on your to-do list. Last edited by cyberbeing; 5th May 2010 at 01:39. |
|
5th May 2010, 00:59 | #2470 | Link |
3 eyed CRT supporter
Join Date: Jan 2008
Location: Or-strayl-ya
Posts: 563
|
Sorry, I was a bit unclear.
96.000hz + Reclock = all good (sub optimal perhaps...perhaps super optimal = you are back to the film rate). 96.000hz no Reclock = potential issue with repeated frames. Not sure you'll have much luck with Powerstrip and an Nvidia card (or a 5 series ATi...grrr). |
5th May 2010, 01:04 | #2471 | Link |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
I have to admit that "non-fps-multiple refresh rates" look amazingly smooth in the latest build...I often find myself checking the actual refresh rate in Reclock(that doesn't do any "adaptation" due to the rates mismatch)
Last edited by leeperry; 5th May 2010 at 01:33. |
5th May 2010, 01:20 | #2472 | Link | |
3 eyed CRT supporter
Join Date: Jan 2008
Location: Or-strayl-ya
Posts: 563
|
Quote:
With or without Reclock Mr Scratch? On my system, Reclock causes chaos unless the refresh rate is a multiple of the source fps. |
|
5th May 2010, 02:54 | #2473 | Link |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Bad news, the problem still happens with Reclock + 95.90415 Hz refresh rate. The dropped frames are more infrequent though (1-3 ever couple minutes again beginning after ~10 minutes). I never had issues with dropped frames in madVR 0.11.
madshi, how were you determining that 0.12 was slower? If something is slower, it's not being displayed by the CTRL+J statistics on my machine. Maybe the "slowness" is caused by madVR constantly waiting on something, which would explain the 10% less GPU utilization in 0.12? If the GPU isn't given enough work, GPU utilization would obviously be lower. To help troubleshot the issue, could you compile a madVR 0.11 build with more detailed stats like 0.12? What about a madVR 0.12 debug build which outputs to log some extremely detailed execution statistics for every portion of the code which other parts of the code would be forced to wait on until finished? Last edited by cyberbeing; 5th May 2010 at 02:59. |
5th May 2010, 04:30 | #2475 | Link | |
Registered User
Join Date: May 2007
Posts: 454
|
Quote:
|
|
5th May 2010, 06:27 | #2480 | Link |
Registered User
Join Date: Sep 2009
Location: Sydney, Australia
Posts: 1,073
|
ooh I forgot. you can check GPU usage/load with the latest GPU-z. check it.
Also, make sure that you're not running out of video ram. ie. I can't run madvr and coreavc with cuda acceleraton at the same time, or vram is at 230MB and there is immense lag. but if I make the media player window smaller or disable cuda, acceleration vram goes down to ~170 and playback is smooth. Last edited by namaiki; 5th May 2010 at 06:35. |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|