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. |
13th July 2015, 21:48 | #31761 | Link | |
Registered User
Join Date: Mar 2013
Posts: 101
|
Quote:
AMD HD7850 intel i7 3770 Windows 7 64-bit with sp-1 Display is 1080p 10 bpp |
|
13th July 2015, 21:53 | #31762 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Yeah, that doesn't look too good. It's bad that no problems are reported in the OSD, but it still stutters. What happens if you show the madVR seekbar in exclusive mode instead of activating the Ctrl+J OSD? Same stuttering? I suppose you're rendering on the NVidia? What happens if you render on the Intel instead? Quote:
http://madshi.net/madVR8816b.rar If you pause video, the queues should be all full all the time. So if you resume from paused state, there's no need to wait. Or are the queues not full when you resume playback, for some weird reason? |
||
13th July 2015, 22:30 | #31763 | Link | |
Registered User
Join Date: Dec 2014
Posts: 1,127
|
Quote:
I prefer the look of SuperRes, so I will have to do some testing with other settings to see if I can accommodate one pass after upscaling. |
|
14th July 2015, 00:48 | #31764 | Link |
Guest
Posts: n/a
|
The pause/resume stuttering was fixed for me with the latest release! Yey! I no longer have to exit Exclusive Fullscreen Mode after pausing playback to resume it without stutters.
I do have a somewhat separate question. I noticed in the very latest LAV Video Filter/Decoder, there is a new option for RGB Output levels. There used to be only 2 options - TV (16-235) and PC (0-255), but now there is the Untouched (same as input) option. My PC/GPU, TV, madVR, and 3DLUT are all configured to 0-255, but I still wonder whether Untouched (same as input) option would be of any benefit..? Another thing I noticed is that my TV is set to 12bit color depth via NVidia CP, madVR is set to 10bit+, ctrl+J menu shows D3D11 exclusive (10bit), but right under it I get "h264, 8bit, 4:2:0 - NV12, 8bit, 4:2:0". Is that how it should be or is my LAV Filter/Decoder (or something else) not configured correctly? I have all LAV Filter/Decoder output formats ticked/enabled except for AYUV. |
14th July 2015, 01:40 | #31765 | Link |
Registered User
Join Date: May 2012
Posts: 447
|
That has been around for a very long time. You must have been using an ancient version before if you didn't have it. I think it makes sense to use Untouched if it's feeding into madVR, since this will ensure that madVR gets the original output, and not something that LAV has expanded/compressed and dithered. Having said that, it probably doesn't matter at all, since LAV shouldn't be doing the YUV -> RGB conversion in the first place. It should be giving madVR the YUV signal.
__________________
Test patterns: Grayscale yuv444p16le perceptually spaced gradient v2.1 (8-bit version), Multicolor yuv444p16le perceptually spaced gradient v2.1 (8-bit version) |
14th July 2015, 02:53 | #31766 | Link | |
Registered User
Join Date: Mar 2013
Posts: 101
|
Quote:
All I can offer is that I did reboot (Windows 7 64-bit) before reverting back to .16 on the first go round . In hindsight I should have rebooted before reverting from .17 to .16. Sometimes after testing many MadVR settings on a given video odd behaviour will occur and I reboot without further consideration to restore performance to normal. |
|
14th July 2015, 04:11 | #31767 | Link | |
Registered User
Join Date: Sep 2013
Posts: 919
|
Quote:
Here is a "Freeze Report" not crash report: http://www.mediafire.com/view/3u3tqs...report_(1).txt Hope this is the correct one. EDIT: 16b works fine. I recently had .NET framework problems if that of any help...
__________________
System: i7 3770K, GTX660, Win7 64bit, Panasonic ST60, Dell U2410. Last edited by James Freeman; 14th July 2015 at 06:29. |
|
14th July 2015, 04:22 | #31768 | Link |
Registered User
Join Date: May 2012
Posts: 447
|
I think I'm seeing the crashes that James is describing on my laptop. Here's a crash report: Mediafire link. madVR's crash reporter did come up, but I couldn't send in the report for some reason. It just told me "failed to send crash report" without further information.
__________________
Test patterns: Grayscale yuv444p16le perceptually spaced gradient v2.1 (8-bit version), Multicolor yuv444p16le perceptually spaced gradient v2.1 (8-bit version) Last edited by Ver Greeneyes; 14th July 2015 at 04:25. |
14th July 2015, 04:59 | #31769 | Link | |
Registered User
Join Date: Dec 2014
Posts: 1,127
|
Quote:
I was able to run the improved SuperRes without presentation glitches by lowering dithering from Error Diffusion 2 to Ordered. Disappointing but worth it. All of the sharpening added to the image has gotten me away from a natural image in some ways, but I'm impressed that detail enhancement can be done in madVR with little to no increase in noticeable artifacts. The program is evolving to cater to many tastes in image quality. Last edited by Warner306; 14th July 2015 at 05:01. |
|
14th July 2015, 05:03 | #31770 | Link |
Registered User
Join Date: May 2015
Posts: 16
|
theres seems to be a problem with "video" mode deinterlacing with v0.88.17. the video flashes rapidly or i get a DXVA failed error when i open MPC if i force "film" mode but the video plays ok after that in "film" mode.
didn't have either of these issues in v0.88.16. will revert back for now. love coming here everday to check for updates. thanks a lot for your great renderer and hard work madshi. Edit: reverted back to .16 and its working fine again in both modes no error msg or flashing video in "video" deinterlacing mode. def. seems like a .17 issue im using a Radeon HD 6900 vector adaptive deinterlacing if that helps you any. but obviously "film" mode forces software IVTC so i don't think its a hardware issue. Last edited by KhR0N1K; 14th July 2015 at 05:10. Reason: added info |
14th July 2015, 05:40 | #31771 | Link | |
Registered User
Join Date: Mar 2006
Posts: 58
|
Quote:
All playback in the the latest stable MPC-HC x64 (1.7.9) under Win 7, with a passively cooled Sapphire R7 250, in FSE mode. |
|
14th July 2015, 06:02 | #31772 | Link | |
Registered User
Join Date: Mar 2013
Posts: 101
|
Quote:
Along with MadVR/XySubFilter/LAV/AC3 I run SVP/AVS+ and NNEDI3 via Avisynth scripts in ffdshow raw video filter - all the latest versions. That way it's possible to split the load across GPC/CPU and stretch MadVR a bit further. Ideally I shoot for 50% CPU and 50%GPU. MadVR looks like this (for now): []processing
[]rendering
[]trade quality for performance
It's gotten to the point where I wanna run my photo collection in MadVR as my 'screen saver' rather than Picasa. I don't think there is an end to it Last edited by MistahBonzai; 14th July 2015 at 06:08. |
|
14th July 2015, 07:45 | #31773 | Link | |
Registered User
Join Date: Feb 2009
Posts: 21
|
Quote:
|
|
14th July 2015, 08:06 | #31774 | Link |
Registered User
Join Date: Sep 2013
Posts: 919
|
A positive thing I can say about 88.17 with my system is that it cuts the rendering time in half from 23ms to 11ms with DX11, in P8 state (NVIDIA).
Turning D11 off returns to 23ms.
__________________
System: i7 3770K, GTX660, Win7 64bit, Panasonic ST60, Dell U2410. Last edited by James Freeman; 14th July 2015 at 08:15. |
14th July 2015, 08:47 | #31775 | Link |
Registered User
Join Date: Dec 2014
Posts: 1,127
|
After watching some content with the most recent SuperRes, I feel as though further improvement is unnecessary. The anti-ringing filter is an adequate finishing touch.
I am curious if there is any relationship between debanding and image sharpening. If debanding is applied to the source, does this reduce the possibility of unwanted artifacts being sharpened? |
14th July 2015, 09:50 | #31776 | Link |
Registered User
Join Date: Jan 2013
Posts: 1
|
88.17 dxva deinterlacing issue
Hi
Seeing the following with any video when dxva deinterlacing is active: Flashing screen, all queues showing zero on osd, screen goes blank when paused. Jriver MC20.124, madvr 88.17, windows 7 x64, gtx960, 353.30 driver. Reverting to 88.16 shows no problem with interlaced video. 88.17 is fine on all non-interlaced video, all queues full on osd.
__________________
Jriver MC20 - Windows 7 x64 - GTX960 |
14th July 2015, 10:12 | #31777 | Link | ||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
I'm not sure if sharpening algorithm already start sharpening banding steps. Maybe they do, then debanding should help. In any case, it should not harm. |
||||||||
14th July 2015, 10:14 | #31778 | Link | |
Registered User
Join Date: Mar 2002
Posts: 2,323
|
Quote:
Woow! Thanks for the info, I'll try it out tonight.
__________________
Ryzen 5 2600,Asus Prime b450-Plus,16GB,MSI GTX 1060 Gaming X 6GB(v398.18),Win10 LTSC 1809,MPC-BEx64+LAV+MadVR,Yamaha RX-A870,LG OLED77G2(2160p@23/24/25/29/30/50/59/60Hz) | madvr config |
|
14th July 2015, 10:56 | #31779 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
This is more likely a statistic fluke than anything else. D3D11 won't make the GPU run 100% faster magically.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
14th July 2015, 11:05 | #31780 | Link |
Registered User
Join Date: Apr 2011
Posts: 54
|
88.16
present queue: 7-8/8 88.17 present queue: 1-2/2
__________________
Intel Core i7-4790 CPU @ 3.60GHz, RAM 32 GB Dual-Channel DDR3 @ 665MHz (9-9-9-24), Panasonic TX-P42G20E, NVIDIA GeForce GTX 970, Win 10 Pro x64, PotPlayer 1.7.16291 64-bit, madVR v0.92.17 |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
|
|