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 April 2011, 21:56 | #6982 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
IMHO, 64-bit is only really useful if you need to handle alot of data, and the 32-bit address space might run out on you.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
15th April 2011, 21:58 | #6983 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Better performance? Nope. Current HTPC software is not any faster in 64bit, often it's slower. Compatability with 64bit players is no advantage because you can use 32bit players without any disadvantage (that I can see). "Why not"? Because it would cost many days of hard work, for no practical benefit. |
||
15th April 2011, 21:58 | #6984 | Link |
Registered User
Join Date: Apr 2010
Posts: 235
|
I dont see a reason to push this for now - especially after this weeks 6 versions of madVR. If you want, you can try to convince at first James at the slysoft forum to rewrite Reclock to 64-bit version
__________________
__________________ System: Intel Core i5-6500, 16GB RAM, GTX1060, 75" Sony ZD9, Focal speakers, OS Win10 Pro, Playback: madvr/JRiver |
15th April 2011, 21:58 | #6985 | Link |
Registered User
Join Date: May 2004
Posts: 5,351
|
I made the argument for 64 bit before, too, but, there's another issue. What decoder to use? ffdshow is pretty much it for 64 bit. No commercial decoders are going to work in 64 bit.
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
15th April 2011, 22:10 | #6986 | Link | |
Registered User
Join Date: Sep 2009
Posts: 16
|
Quote:
What mater to me is fast playback start (I don’t know how but madVR rocks on this part) flawless switching to fullscreen, flawless moving windows around (flawless UI in short), correct upscaling (dithering and lanczos is a minimum), and for performance matter I bought the needed hardware. |
|
15th April 2011, 22:14 | #6988 | Link |
Registered User
Join Date: May 2007
Posts: 454
|
madshi, I have found something very important on my system but it may help others. Remember I was getting those D3D errors? Well with 056 I am getting them again and more frequently too, also had a couple of player lockups, remember this is at 120hz.
I have found a solution that gives me 100% stability so far... A simple change of the new flush settings to 'dont flush', 'dont flush', 'flush', 'dont flush' did the trick. With the limited tinkering I have done so far it appears having a flush after copy to backbuffer is very important for stability. I can also see having a flush here greatly limits presentation glitches, in fact so far its the only way I have found to limit them from the initial start few that seem to always happen. |
15th April 2011, 22:19 | #6989 | Link | |
Registered User
Join Date: Apr 2008
Posts: 546
|
Quote:
If one day movies that I see are not smoothing, I prefer to know that madvr is not the culprit because I hate make tests during many hours to know where is the culprit. |
|
15th April 2011, 22:23 | #6990 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Let's say you play a 24fps movie on a 120Hz display. What madVR now does (new exclusive path) is this: (1) render frame 1 (2) copy frame 1 to backbuffer and present (3) copy frame 1 to backbuffer and present (4) copy frame 1 to backbuffer and present (5) copy frame 1 to backbuffer and present (6) copy frame 1 to backbuffer and present (7) render frame 2 (8) copy frame 2 to backbuffer and present (9) [...] Basically every frame is rendered once and then copied to backbuffer (and presented) 5 times, since 120Hz / 24fps = 5x. Now the first two flush settings only apply to the rendering, but not to the backbuffer copy and presentation. So I guess with high refresh rates, if your GPU/driver needs flushes, you need to flush after the backbuffer copy or after the presentation. Otherwise you'll have a flush only every fifth VSync event. Two questions for my interest: - does flushing after present instead of after backbuffer work just as well? - does the new rendering path now work better for you than the old (and than windowed mode)? Those of you with glitches when doing 24fps -> 60Hz playback, please also try flushing after either the backbuffer copy or after the present! |
|
15th April 2011, 22:23 | #6991 | Link | |
Registered User
Join Date: May 2007
Posts: 454
|
Quote:
|
|
15th April 2011, 22:26 | #6992 | Link |
Registered User
Join Date: Mar 2009
Posts: 962
|
The "delay switch to exclusive mode by 3 seconds" option is not working here. It stopped working several versions ago, but I thought that some setting must have gotten stuck or something. Even when resetting and deleting the madvr registry key it still doesn't work. exclusive switches immediately. Is this setting somewhere else in the registry or somewhere else?
|
15th April 2011, 22:28 | #6993 | Link | |
Registered User
Join Date: Feb 2006
Posts: 293
|
Quote:
With all this stream of troubles from introducing new rendering path, I decided to try it out (I'm totally happy with windowed mode). I just want to come out and say that I never actually have any problem with it (havn't try 0.56 yet). Just to give some positive feedback out
__________________
Spec: Intel Core i5-3570K, 8g ram, Intel HD4000, Samsung U28D590 4k monitor+1080p Projector, Windows 10. |
|
15th April 2011, 22:33 | #6996 | Link |
Registered User
Join Date: Dec 2007
Posts: 652
|
0.56 Testing on my HTPC:
New Render Path & Black Screen / Display Rate Change 1) Pause/Play fixes it: Reclock does the Refresh Rate change and the screen goes to Black. A Pause brings it back to Windowed Mode and you see a still frame. Pressing Play starts playback and it goes back into Exclusive mode and plays on. 2) If Exlcusive Mode fails (no idea why that would be) a player restart is required then all back to normal 3) I did not have any example of a Mismatch in Refresh Rate between madVR and Reclock this time 4) Old path is fine. It just seems that nothing is being presented when in exclusive mode and the Refresh Rate changes. The Pause/Play cuases a Windowed/Exclusive mode cycle that gets it all going again. The other option of couse is the madshi refresh rate changer option (instead of recock)! I'm also surprised no one else is seeing this - I can believe I'm that "special"! 1080/50p 1) madVR's OSD is still happily tearing etc on fast pans. What I find odd on this one is why would a fast pan in the movie cause tearing in the OSD (unless the whole presentation is also tearing in the renderer - which is kind of hard to tell as similar issues could have been in the original encoding from the Cam, decoding by ffdshow etc The OSD however is added after all is decoded) Last edited by jmone; 15th April 2011 at 22:36. |
15th April 2011, 22:35 | #6997 | Link | |
Registered User
Join Date: May 2007
Posts: 454
|
Quote:
update, dang, I just got a D3D error when flushing on presentation. So the answer is no to the first one. Last edited by Razoola; 15th April 2011 at 22:42. |
|
15th April 2011, 22:37 | #6998 | Link |
Registered User
Join Date: Mar 2009
Posts: 962
|
btw, I guess I get why you took out that 3 second wait madshi, when going from window to full screen, but if I change refresh rates when on windowed mode, and then switch to exclusive, it works fine. If I change while on exclusive, it doesn't work. I think the 3 second wait might make MPC-HC's auto refresh switch work for some of us, if not most.
|
15th April 2011, 22:52 | #7000 | Link | |
Kid for Today
Join Date: Aug 2004
Posts: 3,477
|
Quote:
I still need the old path, but apparently ditching "upload frames in render thread" is indeed fine. |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|