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. |
9th May 2010, 07:16 | #2561 | Link |
Registered User
Join Date: Jan 2010
Posts: 60
|
To me playback is smooth but still I can see that there are at least 10 frames dropped all the time. What can be done to prevent it? I am using madVr with mpc hc, core avc as a decoder, reclock and windows seven 32-bit, aero on.
|
9th May 2010, 07:58 | #2562 | Link |
Registered User
Join Date: May 2007
Posts: 454
|
I think given that madshi says he may have found a potential bug in his code that is related to which vsync frame video frames should be presented that people with judder problems should wait until the next release. I myself await it for the fix to allow madVR to work on some nvidia gfx cards with their latest drivers.
|
9th May 2010, 23:09 | #2563 | Link |
Registered User
Join Date: Jan 2010
Posts: 479
|
Nice improvements, it is much more stable now. It won't crash during fast stop/start/framestep/jump actions anymore. It works perfectly on my desktop PC (HD5850 and Q6600@3,6Ghz).
And it also works with new Forceware drivers. But I can not use it on my laptop so far. I think a mobile 8600GT with a C2D@2.0Ghz won't be enough. I tried to apply all of the four performance options and set all resize modes to "narest neighbourhood" and overclock the VGA (from 400/800/400) to 600/1500/440 but the result is always a slide show. It seems like the problem is the CPU. I have constant 50% CPU load during this slide show. There was someone here who could use this renderer with a desktop 8600GT which would imply that I really have a CPU limit. (But he could do it with uncompatible 19x.xx forceware drivers, so he has to be a blessed man or something like that anyway... DD) It is weird because I have nearly the same CPU loads with this renderer on my desktop PC as I have with other renderers (like EVR). FFDShow is multi-threaded, I can produce 100% CPU load with a Blu-Ray sample and EVR. So, I do not understand this constant 50% CPU load thing... My be I still have some bugs with this renderer and Geforce VGAs. (I am using the latest 197.75 now) |
10th May 2010, 08:19 | #2566 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,336
|
I get frame drops when i switch between window/fullscreen in MPC-HC, so thats kinda tainting the nice "0 frame drops" display, but other then that, its working smoothly without any frame drops at all. Good job
|
10th May 2010, 12:59 | #2567 | Link |
Registered User
Join Date: Feb 2009
Posts: 77
|
Looking at a new card.
Is a GeForce 210 GPU with 512MB DDR2 at 600MHz enough for madVR with heavy duty options? Thanks Neeto
__________________
ASUS H97 Plus, Intel i5-4690 2.50Ghz, 16GB DD3 1600, XFX R9 270X 2GB DDR5, LynxTwo B Win 8.1 Pro with WMC 64Bit, Kodi, MPC-HC 1.7.8, LAV 0.65.0, Reclock 1.8.8.5, HD AnyDVD |
10th May 2010, 13:05 | #2569 | Link |
Registered User
Join Date: Feb 2009
Posts: 77
|
So something like a 220 GPU with these setting?
Luma Upscaling: Spline36 Luma Downscaling: Spline64 Chroma Resampling: Mitchell-Netravali
__________________
ASUS H97 Plus, Intel i5-4690 2.50Ghz, 16GB DD3 1600, XFX R9 270X 2GB DDR5, LynxTwo B Win 8.1 Pro with WMC 64Bit, Kodi, MPC-HC 1.7.8, LAV 0.65.0, Reclock 1.8.8.5, HD AnyDVD |
10th May 2010, 13:12 | #2570 | Link |
Registered User
Join Date: Sep 2009
Location: Sydney, Australia
Posts: 1,073
|
I dunno, but also what resolution source and screen?
My 9600M GT can do the above settings (doubling the resolution of 1280x720 video) in 21ms (say avg frame time is ~42ms). The 210 is below the 9600M GT and the 220 is just above. Last edited by namaiki; 10th May 2010 at 13:19. |
10th May 2010, 13:40 | #2571 | Link |
Registered User
Join Date: Feb 2009
Posts: 77
|
I'll be running 1920x1080 resolution to Samsung 46" B550 LCD
__________________
ASUS H97 Plus, Intel i5-4690 2.50Ghz, 16GB DD3 1600, XFX R9 270X 2GB DDR5, LynxTwo B Win 8.1 Pro with WMC 64Bit, Kodi, MPC-HC 1.7.8, LAV 0.65.0, Reclock 1.8.8.5, HD AnyDVD |
10th May 2010, 14:25 | #2572 | Link | |||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Default for (luma) upscaling is Lanczos! Which is the sharpest scaler madVR currently offers. Quote:
I've never seen tearing in exclusive mode yet. So yes, exclusive mode should definitely fix it. Quote:
Quote:
Quote:
Quote:
Get the fastest GPU you can afford and which fits your thermal/space/noise requirements. The faster, the better. That is, if you want to prepare for potential future madVR algorithms. |
|||||||||
10th May 2010, 14:34 | #2573 | Link |
Registered User
Join Date: Mar 2002
Location: Sofia, Bulgaria
Posts: 661
|
I'm not trying to argue with you - I value your work very much, I simply can't see the need / benefit of exclusive mode and it's limitations if we have a fully working "non-exclusive" mode. And also having in mind that Aero is the default mode for the new and I believe future Windows versions I think it'll have much wider acceptance than Exclusive mode ... also it doesn't require any changes in the software player (OSD / notifications).
That's just my $0.02. |
10th May 2010, 14:54 | #2574 | Link | |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
A GT 220 may have trouble scaling higher resolution 30fps content and definitely 60fps content quick enough with those settings. If you never watch anything except 24fps content, this may be a non-issue.
Another thing to keep in mind is that using a higher tiered scaler like Spline or Lanczos for Chroma Resampling would most likely absolutely kill that GPU when scaling content. Every other Chroma Resampler except Spline and Lanczos should be fine, so this may be a non-issue as well. Something like a GeForce GT 240 (385 GFLOPS, 54.4GB/s GDDR5) or even better a 9800 GT (504 GFLOPS, 57.6GB/s GDDR3) would give you a lot more headroom. Quote:
The defaults are: luma upsampler=SoftCubic50 luma downsampler=Lanczos4 chroma resampler=SoftCubic100 Last edited by cyberbeing; 10th May 2010 at 15:01. |
|
10th May 2010, 14:56 | #2575 | Link | |
Registered User
Join Date: Mar 2007
Location: London, UK
Posts: 576
|
Quote:
But for sure it will cause problems if Reclock is unable to move the point "present()" returns by altering the reference clock. If madVR pins the start of presentation to a specific spot in the frame cycle, hence, with Aero or exclusive mode, average end of presentation is also fixed, there will be a serious problem if the Reclock target range does not coincide with the position madVR defines. Then, Reclock will try to bring end of presentation back into line by running the clock a little too fast or slow, but because madVR keeps "end of presentation" pinned Reclock will never stop and "rolling sync occurs" where there is a burst of judder every 20-60 secs, approx (frame rate and refresh rates not quite exact multiples of each other). In principle it is possible to set madVR/Reclock so they both agree on the desired position of "end presentation". Then Reclock will turn off its vsync correction and all will be good. But that depends on madVR being able to control the av. end of presentation tightly enough that it always stays inside of the Reclock target. The MediaPortal guys felt that would be very difficult to achieve with their EVR CP renderer. Even if it were possible, if the madVR position is fixed and not compatible with that required for Reclock in other players (eg. TMT or PDVD) the user would still need to write to the registry to move the target before and after using madVR. Last edited by Jong; 10th May 2010 at 15:08. |
|
10th May 2010, 15:21 | #2576 | Link | |||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
(1) the renderer has full control over everything (2) DeepColor can be used (3) probably necessary for 3D playback (4) no additional GPU load caused by Aero (5) works in all OSs, while Aero doesn't work in XP (6) no problem with multi display setup (see Razoola's post) Quote:
Quote:
Quote:
Quote:
@Jong, I think the key problem is that I still don't understand how Reclock and madVR affect each other. Sure, if Reclock modifies the reference clock, madVR may schedule different frames for different VSync events. That I understand. But I just don't see how Reclock would have any effect on the hardware VSync interrupt. And as a result I don't see how madVR could cause any trouble because in the end madVR relies on Direct3D and in exclusive mode Direct3D relies on the VSync hardware interrupt. If you can explain to me why madVR could make problems to Reclock, and how Reclock can change the end of presentation (in *system time*), then maybe we can make a step forward... Last edited by madshi; 10th May 2010 at 15:23. |
|||||
10th May 2010, 15:21 | #2577 | Link |
Registered User
Join Date: May 2007
Posts: 454
|
Yes its certinally an Aero issue and not something caused by the renderer. I currently always disable Aero as it most instances it solves my judder issues. I use the MPC-HC disable desktop composition but this option is not available when using madVR. Is it possible you can add an option into madVR to disable Aero while madVR is doing its thing?
|
10th May 2010, 15:26 | #2578 | Link | |
Registered User
Join Date: Aug 2006
Location: Stockholm/Helsinki
Posts: 805
|
Quote:
With CoreAVC, MPC-HC simply crashes. With ffdshow it works fine. |
|
10th May 2010, 15:29 | #2579 | Link | |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
It is my understanding that Overlay works so well with Reclock because it's more of a "passive" VR than anything else..and to many ppl Reclock is mandatory to get audio adaptation and perfectly smooth video. I realize Reclock is just a "dirty hack"(hence Slysoft not selling it, being impossible to technically support) but mVR looks so close to offer proper compatibility...FWIW, Beliyaal's EVR CP seems to work really really well. One thing that's really weird to me is that you tell me that mVR knows exactly the VSYNC position at any given time, yet when I seek sometimes it works fine for 15 mins then it starts dropping frames...it is my understanding that Reclock pushes its tight timings assuming that the VR caught the fliptime perfectly, but that mVR simply did not. I believe running Aero would fix all my problems altogether(as Aero seems to enforce VSYNC control on a permanent basis...very noticeable with HR's jitter OSD), too bad I like my XP box so much Last edited by leeperry; 10th May 2010 at 15:32. |
|
10th May 2010, 15:58 | #2580 | Link | |
Registered User
Join Date: Mar 2004
Posts: 140
|
Quote:
So... probably want something a little faster. |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|