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, 22:55 | #7001 | Link | ||
Registered User
Join Date: Apr 2008
Posts: 546
|
Quote:
Quote:
With madvr0.54 there is the problem all the time. With madvr 0.55, the problem appears only when ctrl+J function are displayed (enven thing with 0.56). If I don't display ctrl+J function, there is no problem anymore. ) (I will test tomorrow with many videos to verify if it's right all the time |
||
15th April 2011, 22:56 | #7002 | Link | ||
Registered User
Join Date: Sep 2004
Posts: 1,295
|
Quote:
Quote:
Please don't. I'm sensitive to rainbow effect. |
||
15th April 2011, 23:18 | #7004 | Link | |
Virtual_ManPL
Join Date: Sep 2009
Posts: 170
|
Quote:
In 64bit I can see that decoder don't use that much CPU like in 32bit and it don't drop frames or drop only a few when all postprocessing is enabled and I play HQ movie with 60fps. Also for well written code, the source code is agnostic to the underlying platform, and can compile to x86-32, x86-64, IA-64 without modification, so in speed terms should be the same or better (due to more registers on 64bit side). Exception to this is if you hand code certain algorithms using assembly or if you implement a compiler/interpreter. There're plenty of H.264/AVC 64bit decoders like ffdshow, CoreAVC, MainConcept ,CyberLink or internal MPC-HC. In near future also LAV CUVID. Moar are not needed |
|
15th April 2011, 23:20 | #7005 | Link | ||
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
Quote:
Its never as simple as flipping a switch and compiling for 64-bit, if you didn't intend for this from the beginning - and that has nothing to do with "well written". Also like i tried to explain earlier, if you just compile something optimized for 32-bit as 64-bit, in many cases it will actually be *slower* and consume more memory. You can make it faster in 64-bit, but thats alot of extra work, for a very minor gain.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 15th April 2011 at 23:24. |
||
15th April 2011, 23:23 | #7006 | Link | |
Registered User
Join Date: Apr 2009
Posts: 1,019
|
Madshi, I think you've (mostly) cracked it. I reset all my settings (something I usually do when there's been a big change, but hadn't since you moved things to the registry) and then chose my preferred scaling options. I was surprised to see that this leaves dekstop composition enabled. Personally I prefer that as it means a smoother transition in and out of fullscreen/exclusive mode and I never had any issues with it.
Playing back Blu-ray at 24Hz seems to be flawless now after 15 minutes or so of testing in 0.56 The buffers never deviated from: Decoder Queue: 7-8/8And there were no dropped/delayed frames or presentation glitches. Not only that, but there were zero dropped frames when pausing and resuming video, which was instantaneous and perfectly smooth - a first for me. With 30fps content at 60Hz I am still getting a lot of presentation glitches, though I didn't have anything to hand that was a good test for whether playback was actually smooth or not. (most of the 30fps content I watch is downloaded video) Quote:
People arguing for a 64-bit build... eh, I couldn't care less unless you can convince James over at Slysoft to resume ReClock development and work on a 64-bit build first. If not, it's just wasted development time on Madshi's part. |
|
15th April 2011, 23:29 | #7007 | Link | |
Virtual_ManPL
Join Date: Sep 2009
Posts: 170
|
Quote:
I only based on opinions I heard that for well written code there shouldn't be any differences in 32 or 64bit compiling. EDIT: Browsers are also faster in 64bit mode compared to 32bit Last edited by Virtual_ManPL; 15th April 2011 at 23:35. |
|
15th April 2011, 23:43 | #7008 | Link | |
Audiophile
Join Date: Oct 2006
Posts: 353
|
Quote:
also, that test was done on mac. mac is not windows. |
|
15th April 2011, 23:59 | #7010 | Link |
Registered User
Join Date: May 2004
Posts: 5,351
|
Well, I can already hear what Nev is going to say to that one... Don't get me wrong, I also wanted the 64 bit path to work, but, they're right...it's a lot of trouble for something that quite frankly has zero benefit. And right now, for all the devs, focusing on the current problems is far better use for their time. Consider that madshi doesn't even have time to implement "simple" things like a reset to defaults or color picker for the CTRL-J screen. Adding a 64 bit path opens up a big can of worms that would take a lot of time away from other more useful things. Same goes for Nev, although, I suspect 64 bit for CUVID wouldn't be all that difficult.
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
16th April 2011, 00:00 | #7011 | Link | |
Registered User
Join Date: Mar 2002
Location: Sofia, Bulgaria
Posts: 661
|
Quote:
this version fixes all problems I had with v0.5x Now the CPU usage is equal on both monitors and the same with v0.4x and there are no problems using madVR in ZoomPlayer on second monitor. P.S. I've just noticed something interesting - if I start playback of 23.976 file at ~23.974 and change the monitor refresh rate to 50Hz afterwards the screen flashes a lot but after it settles it's still playing at 23.974 (reported by madVR and seeming smooth to my eyes so I guess it's still 23.976) until I go to windowed mode - then it goes to 50.000xx (both in OSD and in my eyes - little stuttering). Am I sensing the possibility of automatic refreshrate switching or am I dreaming?
__________________
Z370M Pro4 | i3-8100 | 16GB RAM | 256GB SSD + 40TB NAS NVIDIA GTX 1060 6GB (385.28) | LG OLED65B7V Win 10 64bit 1803 + Zoom Player v14 |
|
16th April 2011, 00:04 | #7012 | Link | |
Registered User
Join Date: May 2004
Posts: 5,351
|
Quote:
Cyberlink 64 bit decoders? From where?. ffdshow yes, which I already said. CoreAVC I've not tried in 64 bit land. Wasn't sure they did 64 bit but it makes sense. I know nothing about mainconcept's 64 bit stuff so I can't speak to that. In any case, for AVC, sure, you can probably hobble something together to get it to work for quite a bit of content. But, in the video world, 32 bit has far more support behind it. I would love for everyone to move to 64 bit but ONLY if there's an actual gain behind it. Just because it SOUNDS better doesn't make it so in the programming world.
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
|
16th April 2011, 00:13 | #7013 | Link |
Registered User
Join Date: Apr 2011
Posts: 8
|
I've a bug which is recurent with all madvr versions (including 0.56) when I do a ctrl-alt-sup to open the windows task manager mpc-hc begins to drop frames like crazy. Whatever I try (stopping/pausing video, resizing it) I can't stop it. I need to close mpc-hc and start it again to stop this.
Moreover as there are lots of new versions out there it could be usefull to have the madvr version used in the OSD (in whatever color you want ) to be sure that we're using the latest one. |
16th April 2011, 00:20 | #7014 | Link | |
Virtual_ManPL
Join Date: Sep 2009
Posts: 170
|
If I have time I can do the same tests on Windows on JaegerMonkey Firefox trunk, but there will be probably the same
Because IE is exception like in every thing. M$ simply didn't optimize it from testing nightly times in any way as I heard. PowerDirector 9 Ultra64 contains it. Quote:
|
|
16th April 2011, 00:28 | #7015 | Link | |
Registered User
Join Date: May 2004
Posts: 5,351
|
Hmm, and they use it where it makes sense...video editing. 64 bit TRULY makes sense for encoding because of the ability to use a greater amount of memory. For decoding, however, I don't think there's much of a benefit to 64 bit. Nonetheless I'm curious as to what the trial brings for 64 bit land. I guess I should compile myself 64 bit ffdshow and mpc-hc and see if it makes any difference in memory or cpu usage compared to 32 bit.
Quote:
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
|
16th April 2011, 00:51 | #7016 | Link | |
Registered User
Join Date: Feb 2008
Posts: 335
|
Quote:
Oh BTW, Chrome 32-bit is faster than Chrome 64-bit too. Must be some dorky engineers Google have there at Mountain View. |
|
16th April 2011, 01:16 | #7017 | Link | |
3 eyed CRT supporter
Join Date: Jan 2008
Location: Or-strayl-ya
Posts: 563
|
Quote:
There's DEFINITELY something going on with the bottom two Flush options. With some sort of flush set for BOTH (hard to find consistency here), my "new method" exclusive mode playback is greatly improved. However it's not perfect, and nowhere near as good as windowed. The reclock tearing test does not lie, and there is a little jerk backwards/delay every second or so. It's not *that* noticeable when watching video (kinda like 3:2 pulldown), but when I drop back to windowed you sure notice the difference. When playback is in this "better" exclusive state, the presentation glitch counter is no longer incrementing - all the counters are rock solid. However my queues are odd: - decoder queue 7-8/8 (good) - upload queue 7-8/8 (good) - render queue 1-3/8 (bad) - backbuffer queue 0-2/4 (bad) - present queue 0-2/4 (bad) CPU usage appears ok, and fiddling with the 0-16 pre-present frames doesn't seem to help. Some progress at least - I have a hope now that exclusive mode is a possibility for me, as I am now getting the same results as the others with high refresh rates. Mark Edit: A clarification: When the buffers are at default, and I'm getting the constant hiking of presentation glitches in exclusive mode, there is a very obvious glitch in playback at that time - it's not a cosmetic reporting issues, something is broken. Last edited by Mark_A_W; 16th April 2011 at 01:39. |
|
16th April 2011, 01:27 | #7018 | Link | |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
Bad: With no Flushing, my Render Queue is 3/8 and my Backbuffer & Present Queues are 0/2
Good: When I set 'After Last Render Step' to Flush & Wait, my Render Queue is 7/8, but my Backbuffer & Present Queues never exceed 1/2. Best: When I set 'After Intermediate Render Steps' to Flush & Wait, my Render Queue is 7/8, but my Backbuffer Queue is 2/2 most of the time and my Present Queue fluctuates between 1/2 & 2/2. At this point I'm not even taking smoothness into account since Present/Backbuffer Queues still cause me occasional instability with the new path, even with Nearest Neighbor and Disabled 3DLUT. I'm unable to set Present Queue to 1 in either 0.55 or 0.56. Setting to 1 in the settings results in a Present Queue of 3 as reported by CTRL+J stats... Hopefully you can fix it in the next version, and this doesn't mean setting it to 1 is impossible. Quote:
Windowed Mode > Old Exclusive Mode (1 backbuffer) > New Render Mode (2 pre-presented frames) I'd like to get the new Exclusive Mode working, but until you get it to a point where my Render Queue never drops below 6/8 and my Backbuffer/Present Queues never drop to 0, I'll need to stick with Windowed mode. With the introduction of flush settings it's gotten things ~80% stable, but that's still not good enough for set & forget. Windowed mode was always nearly perfectly smooth for me with my special flush settings, so I don't want to judge the New Render Mode smoothness until it's 98-100% stable as far was Queues go. If you say so. When I did some test logs, the madVRcpu2 logs were always bigger with more logging than the madVR 0.54 official. I'll try to get you a hang log with the latest official debug build soon. Last edited by cyberbeing; 16th April 2011 at 01:32. |
|
16th April 2011, 03:30 | #7019 | Link | |
Registered User
Join Date: Mar 2009
Posts: 962
|
Quote:
|
|
16th April 2011, 03:52 | #7020 | Link | |
Registered User
Join Date: Dec 2007
Posts: 652
|
Quote:
Drive Mode 1 = 75hz Drive Mode 2 = 100hz Drive Mode 3 = 72hz I had it on Drive Mode 3 for the best display of Blu-ray. The result was my 50fps stuff had interpolation errors in the fast pans as you suggested when the TV's internal processing was set to 72hz. Digging some more...The Pio also has a "pure cinema" mode that rumor has it when set to "advanced" will change the processing rate (none of this is well document if at all)....Anyway Using my test patters here: -- http://www.avsforum.com/avs-vb/showthread.php?t=1276064 I can now see (when in Drive Mode 2 and "pure cinema = advanced): - 24fps material @ 24hz refresh rate = TV Displays 3 overlapping images on the screen (eg looks like 3 frames per 72hz) - 25fps material @ 50hz refresh rate = TV Displays 4 overlapping images on the screen (eg looks like 4 frames per 100hz) - 30fps material @ 60hz refresh rate = TV Displays 2 overlapping images on the screen (eg looks like 2 frames per 60hz) The result for me are: 1) the interpolation corruption is gone 2) the motion on different frame rates is smooth (eg constant number of frames being displayed - eg no alternative 3:2 style pulldown pattern) 3) the various "blur" (if that is the correct term) created by the overlapping interpolated frames for each of these patterns seem fine to my eyes so far. Thanks Nathan EDIT: FYI - These multiple overlapping interpolated frames is defiantly the TV doing stuff as with a std PC monitor you just see the one red square Last edited by jmone; 16th April 2011 at 05:47. |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|