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.

 

Go Back   Doom9's Forum > Hardware & Software > Software players

Reply
 
Thread Tools Search this Thread Display Modes
Old 30th January 2014, 19:28   #22181  |  Link
Soukyuu
Registered User
 
Soukyuu's Avatar
 
Join Date: Apr 2012
Posts: 169
I kind of don't see any difference between openCL dither and random dither, except for dropped frames :P
Tried dark and light scenes and both seem identical both when paused and playing. Looking at cyberbeing's post back here, I expected more. Is it only relevant for real-world footage (aka not anime?). I'm restarting the player after a setting change because I notice sometimes the settings don't get applied (image/chroma scaling = yes, openCL -> no openCL = yes, no openCL -> openCL = no).

Also, my screen does not get blank as reported by turbojet here.
__________________
AMD Phenom II X4 970BE | 12GB DDR3 | nVidia 260GTX | Arch Linux / Windows 10 x64 Pro (w/ calling home shut up)
Soukyuu is offline   Reply With Quote
Old 30th January 2014, 19:31   #22182  |  Link
sgraves66
Registered User
 
Join Date: Sep 2012
Posts: 10
As of v0.87.4, I've been experiencing issues with IVideoWindow::SetWindowPosition(). v0.86.11 and prior have been working fine. It appears that madVR does not consistently respond to each request to set position - video no longer displays, although playback continues, leaving artifacts in the child area as if no painting has occurred. The main window has to be re-sized a few times for it to display again.

Have these implementations changed or should I be using another method for positioning madVR child window?
sgraves66 is offline   Reply With Quote
Old 30th January 2014, 19:40   #22183  |  Link
dansrfe
Registered User
 
Join Date: Jan 2009
Posts: 1,212
Assuming infinite GPU resources, what profiles should be created?
dansrfe is offline   Reply With Quote
Old 30th January 2014, 19:51   #22184  |  Link
DragonQ
Registered User
 
Join Date: Mar 2007
Posts: 930
Quote:
Originally Posted by noee View Post
I might be a little off here, but Cape Verde+ (77xx) is GCN. HD7xxx

Bonaire (R7+) is GCN (2.0?), all else is rebrand. Rx 200

More general naming table

One of the Bonaire versions might be a sweet spot $/perf/watt
So only the HD7790, R7 260, and R9 290 are actually using latest generation parts? If so, R7-260 seems great value.

Quote:
Originally Posted by dansrfe View Post
Assuming infinite GPU resources, what profiles should be created?
With infinite GPU resources you shouldn't really need profiles since you can just shove everything on "best" (i.e. NNEDI3 always, plus Jinc3 AR for luma and chroma upscaling, CR AR for downscaling, all quality/performance trade-offs disabled). Profiling is surely to help people whose GPUs can't handle preferred settings all the time. For example, interlaced videos often eat up more GPU juice so require less than optimal settings.
__________________
HTPC Hardware: Intel Celeron G530; nVidia GT 430
HTPC Software: Windows 7; MediaPortal 1.19.0; Kodi DSPlayer 17.6; LAV Filters (DXVA2); MadVR
TV Setup: LG OLED55B7V; Onkyo TX-NR515; Minix U9-H

Last edited by DragonQ; 30th January 2014 at 19:54.
DragonQ is offline   Reply With Quote
Old 30th January 2014, 20:01   #22185  |  Link
leeperry
Kid for Today
 
Join Date: Aug 2004
Posts: 3,463
Quote:
Originally Posted by DragonQ View Post
CR AR for downscaling
so this will provide the best PQ for downscaling NNEDI? That's what I set during my tests earlier today and I would agree that it looked spectacular.
leeperry is offline   Reply With Quote
Old 30th January 2014, 20:12   #22186  |  Link
DragonQ
Registered User
 
Join Date: Mar 2007
Posts: 930
To a certain extent it depends on personal preference but the consensus is that Jinc3 AR is best for upscaling and CR AR is best for downscaling. NNEDI3 changes things a bit though!
__________________
HTPC Hardware: Intel Celeron G530; nVidia GT 430
HTPC Software: Windows 7; MediaPortal 1.19.0; Kodi DSPlayer 17.6; LAV Filters (DXVA2); MadVR
TV Setup: LG OLED55B7V; Onkyo TX-NR515; Minix U9-H
DragonQ is offline   Reply With Quote
Old 30th January 2014, 20:14   #22187  |  Link
The 8472
Registered User
 
Join Date: Jan 2014
Posts: 51
Quote:
Originally Posted by dansrfe View Post
Assuming infinite GPU resources, what profiles should be created?
Given infinite GPU resources you run NNEDI with enough neurons so it can start thinking for itself and re-draw the scene for you on a quantum level, in realtime.
The 8472 is offline   Reply With Quote
Old 30th January 2014, 20:56   #22188  |  Link
pirlouy
_
 
Join Date: May 2008
Location: France
Posts: 634
Quote:
Originally Posted by madshi View Post
Which Sammy TV is that? Can it do 4:4:4? I might be looking into getting a new monitor for my development PC. I'm tempted with misusing a TV for that. But 40" does sound a bit large. 30" would be ideal...
As Leeperry said, if you really care about 4:4:4, you have to use specific settings, then your TV will be in monitor mode, but you'll lose quite all options (including BFI which Leeperry really appreciates :P). In all other modes, you'll be in 4:2:2.

Quote:
Originally Posted by leeperry View Post
Yep, personally I find 27" too small and 32" a tad too big
Do you mean 32" is too big to watch a movie, or it's just for occasional events ?
Because in my case, all these shaders settings are nothing compared to watching on a bigger size. I plan on going from 40" to 55".
pirlouy is offline   Reply With Quote
Old 30th January 2014, 21:05   #22189  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
Quote:
Originally Posted by Soukyuu View Post
I kind of don't see any difference between openCL dither and random dither, except for dropped frames :P
Tried dark and light scenes and both seem identical both when paused and playing. Looking at cyberbeing's post back here, I expected more.
In my post back there, I took a magnifying glass to each dither to see what they were doing. As madshi mentioned earlier in the thread, with real-world viewing the most he could notice on his projector setup was the lower noise-floor of the OpenCL error-diffusion. If you are unable to notice less temporal noise when you enable OpenCL error-diffusion, you probably aren't getting any realistic benefit from it. madVR random dither has crosstalk by nature, while the OpenCL error-diffusion essentially doesn't yet produces a pattern.

I've personally not yet decided the fate of the OpenCL dither on my setup, but I will say if we didn't have profiles in madVR I'd consider the OpenCL dither worthless. On high resolution displays, high framerate content, and/or Smooth Motion frc enabled, the cost:benefit becomes horrible quite quickly.

Out of all these cases, I believe madVR really could use a trade-quality-for-performance option to disable OpenCL dither when Smooth Motion is active, which is set as the default. Otherwise madshi, you really need to consider modifying the workflow so OpenCL dither is applied before Smooth Motion at original video framerate rather than after at double framerate w/ blended frames.
cyberbeing is offline   Reply With Quote
Old 30th January 2014, 21:10   #22190  |  Link
mindbomb
Registered User
 
Join Date: Aug 2010
Posts: 578
is error diffusion essentially free if you are already using opencl for nnedi3?
mindbomb is offline   Reply With Quote
Old 30th January 2014, 21:17   #22191  |  Link
XMonarchY
Registered User
 
Join Date: Jan 2014
Posts: 489
Hello. I was the one who thought renaming OpenCL .dll files would do the trick because the working OpenCL drivers had a different name and renaming made my black and green screens go away. I still think it may be a naming problem.

New broken-OpenCL 344.67 driver package includes compressed .dl_ files that are actually:
OpenCL32.dll
OpenCL64.dll
NVOpenCL32.dll
NVOpenCL64.dll
nvdisp.inf lists OpenCL.dll and NVOpenCL.dll which are not actually present in driver package, but are simply other .dll files renamed during installation:
OpenCL32.dll --> OpenCL.dll
NVOpenCL64.dll --> NVOpenCL.dll

Older 327.23 working OpenCL driver package includes:
OpenCL.dll
OpenCL64.dll
NVOpenCL32.dll
NVOpenCL.dll
But I have not installed them, so I do not know if those files change their names to something else.

I think its specifically the SysWOW64 NVOpenCL.dll that is being used as its the only one that actually creates a difference when being manipulated. In theory, replacing broken NVOpenCL.dll from a newer set with NVOpenCL.dll from an older working set would do the trick.

How would I know that its working? Would my CPU or GPU utilization sky-rocket? I know it does when I use new drivers and I get a black screen - is that a normal effect for working OpenCL drivers? Its at about 14-16% with GTX 770 when using NVOpenCL.dll from 327.23 drivers. Are you sure that 327.23 driver package does work 100%? I read that the issue has been acknowledged by nVidia - when was that?

It just sucks having to use older drivers since some of us also play games and want the latest drivers. I hope I can eventually get the latest 344.67 drivers to work with OpenCL...

Last edited by XMonarchY; 30th January 2014 at 21:44.
XMonarchY is offline   Reply With Quote
Old 30th January 2014, 21:43   #22192  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
Quote:
Originally Posted by mindbomb View Post
is error diffusion essentially free if you are already using opencl for nnedi3?
No, it's an added cost.

About NNEDI3 cost in particular, I've noticed that it is actually bottlenecked by the default 224GB/s memory bandwidth @1.2Ghz Core on the GTX 770 when pushed above ~80% GPU load. I need to overclock to ~238GB/s memory bandwidth before the core clock becomes the bottleneck again.

Quote:
Originally Posted by XMonarchY View Post
I still think it may be a naming problem.
It's not. The correct name for the OpenCL kernel driver for the system directories on Nvidia is nvopencl.dll. They have different names in the driver package since one is for 64bit applications (System32 dir) and the other is for 32bit applications (SysWoW64 dir). Since Nvidia packages them in the same Display.Driver folder, they would have naming conflict otherwise.

The nvopencl.dll also contains a version compatibility check, and will not function with libraries from other driver versions. (I actually tested this last week).

Quote:
Originally Posted by XMonarchY View Post
How would I know that its working?
Open GPU-Z. If OpenCL is not checked, then you've broken OpenCL support in the driver.

The more time consuming way to test this, is to do the following:
  1. Disabled OpenCL features
  2. Close madVR
  3. Open RegEdit
  4. Delete HKEY_CURRENT_USER\Software\madshi\madVR\OpenCL if it exists
  5. Play video with madVR
  6. Enabled OpenCL features
  7. Refresh HKEY_CURRENT_USER\Software\madshi\madVR key.
If OpenCL driver support does not exist, the HKEY_CURRENT_USER\Software\madshi\madVR\OpenCL key will not be re-created with a Binary OpenCL kernel, Driver Version, and Checksum under a subkey with your GPU name.

Last edited by cyberbeing; 30th January 2014 at 22:31.
cyberbeing is offline   Reply With Quote
Old 30th January 2014, 22:05   #22193  |  Link
Gagorian
Registered User
 
Join Date: Jul 2013
Posts: 27
Is it normal that OpenCL error diffusion increases average rendering time 3x? My GPU is a r9 270 (basically a 7870?) and using latest madVR.

I tried playing a few 1080p24 standard x264 blu-ray movies presented at 23.976 Hz.

Average rendering time (using Jinc 3 AR for both Luma and Chroma, Debanding low, all trade quality for performance options except OpenCL error diffusion disabled) was around 8-10 ms. The rendering time is about the same for 720p movies, so scaling for instance is rather cheap even with Jinc 3 AR.

With OpenCL error diffusion the average rendering time was raised to around 28-30 ms.

Should it really be that demanding?

Last edited by Gagorian; 30th January 2014 at 22:07.
Gagorian is offline   Reply With Quote
Old 30th January 2014, 22:08   #22194  |  Link
DragonQ
Registered User
 
Join Date: Mar 2007
Posts: 930
Reports so far suggest that OpenCL Error Diffusion is indeed very demanding. Can't imagine most people can even use it.
__________________
HTPC Hardware: Intel Celeron G530; nVidia GT 430
HTPC Software: Windows 7; MediaPortal 1.19.0; Kodi DSPlayer 17.6; LAV Filters (DXVA2); MadVR
TV Setup: LG OLED55B7V; Onkyo TX-NR515; Minix U9-H
DragonQ is offline   Reply With Quote
Old 30th January 2014, 22:32   #22195  |  Link
leeperry
Kid for Today
 
Join Date: Aug 2004
Posts: 3,463
Quote:
Originally Posted by DragonQ View Post
Reports so far suggest that OpenCL Error Diffusion is indeed very demanding. Can't imagine most people can even use it.
Madshi said that it wasn't all that demanding on his 7770(or was it 7790?) and I can confirm that it's a breeze on my factory overclocked 7850.

Quote:
Originally Posted by pirlouy View Post
Do you mean 32" is too big to watch a movie, or it's just for occasional events ?
Because in my case, all these shaders settings are nothing compared to watching on a bigger size. I plan on going from 40" to 55".
32" for a monitor when you stand like 80 cm away is a tad too big to my taste and as yesgrey said a long time ago vision is very demanding to the human brain, I happen to care as much for audio as I care for video so I prefer a display that's on the small side. The biggest and cheapest tweak to audio nirvana is to shut your eyes: http://www.mymusicmask.com/en/home.html

I've tried a few 50 inchers but defects became way too visible from a 2 meters distance and my brain was simply unable to focus on audio anymore. I remember that when I used to own a videoprojector it took me a lot of concentration to equally enjoy audio and video.
leeperry is offline   Reply With Quote
Old 30th January 2014, 22:45   #22196  |  Link
bjd
Registered User
 
Join Date: Apr 2010
Posts: 163
Quote:
Originally Posted by leeperry View Post
I agree that some sort of info in the OSD regarding NNEDI scaling would be most welcome.

BTW, I presume that "always - if upscaling is needed" should read "if scaling is bigger than 1.0 and lower than 2.0" for 2X luma and "if scaling is bigger than 2.0" for X4 luma? That's how I'd like to have them set
Yeah, I would like to see the res after NNEDI3 shown say below the movie resolution.

The more I think about it, I assume to get 576P -> 1080P without downscale/upscale you need to quadruple the image size to 2880x1152 (assuming the height is only doubled twice as it is over the target resolution) and then downscale (CR AR LL) to 1080p.
__________________
4gb DDR3/AMD Fx6300 Windows 8.1, GT750ti, Auzentech Meridian 7.1, LG 42LN5400 4:4:4 1080P LCD TV
bjd is offline   Reply With Quote
Old 30th January 2014, 22:53   #22197  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
Quote:
Originally Posted by leeperry View Post
Madshi said that it wasn't all that demanding on his 7770(or was it 7790?) and I can confirm that it's a breeze on my factory overclocked 7850.
It's partially a matter of perspective I believe. madshi's numbers showed it increased his relative render times by 400% when he enabled OpenCL dither compared to his previous settings. This could likely be interpolated into 400% higher GPU load and power draw. That said, I have no doubt it will perform well on AMD Southern Islands based GPUs, since that's what he optimized it for. madshi's numbers for the absolute render time cost of enabling openCL dither on his AMD 7770 (80W TDP, 1.3 TFLOP) @1680x1050, seems nearly identical to the numbers of my much higher powered GTX 770 (230W TDP, 3.2 TFLOP) @1680x1050, assuming he tested with smooth motion disabled.

I see madshi's argument of it not being *that* demanding, as more of a statement that it should still be usable based on absolute render time increases, which I'd agree with. If you want to use NNEDI3 as well, or have a weaker GPU already being pushed very hard before the OpenCL stuff, all bets are off.

Last edited by cyberbeing; 30th January 2014 at 23:48.
cyberbeing is offline   Reply With Quote
Old 30th January 2014, 23:11   #22198  |  Link
pirlouy
_
 
Join Date: May 2008
Location: France
Posts: 634
Quote:
Originally Posted by leeperry View Post
Very funny link !

I though people always wanted a bigger image, but you proved me wrong.
pirlouy is offline   Reply With Quote
Old 30th January 2014, 23:45   #22199  |  Link
iSunrise
Registered User
 
Join Date: Dec 2008
Posts: 497
madshi, I have a bug to report with 0.87.4 (yes, finally, the week end nears, so I have more time to test):

Thereīs something wrong with chroma upscaling, even when using the Nvidia 327.23 drivers, as I get a yellow/greenish image instead of levels of grey (not sure if this is only NV related, donīt have an AMD at my disposal atm) when you enable chroma upscaling and you choose NNEDI3.

Steps to reproduce is pretty easy, just enable chroma upscaling NNEDI3 and it should show in windowed mode or in FSE. It also doesnīt matter how many neurons. I really hope this isnīt exclusively NV-related again, because this is using OpenCL.

For some reason, this is only happening on some files, example:
http://www.w6rz.net/filmrez.zip

This is with a GTX580 with the last working OpenCL drivers as of today (327.23).
iSunrise is offline   Reply With Quote
Old 30th January 2014, 23:45   #22200  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,833
Quote:
Originally Posted by cyberbeing View Post
Otherwise madshi, you really need to consider modifying the workflow so OpenCL dither is applied before Smooth Motion at original video framerate rather than after at double framerate w/ blended frames.
Didn't this question come up just a few pages back already, possibly also by you?
You simply cannot do dithering any earlier, it HAS to be the very last step in the rendering pipeline, after any and all image processing. Doing dithering at any other time will do two things: Make dithering less effective, and reduce the quality of any following rendering steps - both things you definitely do not want.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Reply

Tags
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 08:47.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2019, vBulletin Solutions Inc.