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 28th November 2016, 09:29   #40841  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by Skwelcha View Post
As soon as it tries to upscale it just hangs with the following message [...]
Thanks, will be fixed in the next build.

Quote:
Originally Posted by Sp00kyFox View Post
could you explain to us what the logic is behind the NGU options "chroma/downscale quality: automatic" and "activate only if it's useful"?
"chroma quality: automatic" chooses Bicubic60 AR for doubling chroma, except when using NNEDI3-128/256 or NGU-VeryHigh. In that case NNEDI3-16 respectively NGU-Med is used instead.

"downscale quality: automatic" chooses Bicubic150 AR for downscaling, except when using NNEDI3-128/256 or NGU-VeryHigh. In that case SSIM1D100 is used instead.

"activate only if it's useful" currently activates doubling with a scaling factor of 1.2x or higher, and quadrupling with a scaling factor of 3.0x or higher.

Quote:
Originally Posted by JarrettH View Post
Also noticed that chroma quality is unselectable at low, medium settings - probably because that shouldn't be a selection then.
Correct. At low/medium settings, speed is king, and using any sort of NGU for chroma doubling would slow things down too much. If you have enough GPU power to do chroma doubling, you really should be using NGU-High for luma doubling instead.

Quote:
Originally Posted by JarrettH View Post
What is bicubic60ar for? As a doubler?
It serves as a quick chroma doubler for best "bang of the buck".

Quote:
Originally Posted by Schwartz View Post
Sorry but NGU doesn't hold a candle to XBR-75 for image doubling. At least with the material I'm upscaling, which is generally medium-high quality SD, NGU on various settings (tried low and high) gives me way more artifacts and obvious artificial sharpening. I'd like to suggest adding Super-XBR back, it's a great image doubler.
Can't you use NNEDI3-16 instead? That's the one I left in for low quality SD material.

When I released v0.90.0/1, I asked for feedback which doubling algos could be deleted, and everybody said super-xbr could go as soon as NGU has the same speed. I don't remember anyone saying they would want to keep super-xbr. There were votes for keeping NNEDI3, though.

I'm not saying I won't bring super-xbr back, but I need to be convinced that it's really useful/necessary.

Quote:
Originally Posted by JarrettH View Post
I don't know what you've done with the speed-ups, madshi, but this is a whole lot faster than 0.91.1.
Not sure why it's a lot faster for you, it was only supposed to be slightly faster. But I won't complain.

Quote:
Originally Posted by aufkrawall View Post
Why no more old high + high quadrupling?
Current max quality doesn't look nice to me for quadrupling cartoons. I'd really like to be in charge how luma is scaled, any automatism is just a painful restriction...
The plan is for NGU to soon quadruple directly without needing 2 steps. Which is why I designed the new settings in such a way that you can't choose separate doubling/quad quality levels for NGU. Of course if you pick "High" I could use "High" for both doubling and quadrupling, but there will be users which have a GPU which is too slow for that, while NGU-High + NGU-Med might work for them.

I was thinking that NGU-Med would not show a noticeable difference to NGU-High when used for quadrupling. Maybe I was wrong about that? Do you have a nice screenshot which shows the difference?

Quote:
Originally Posted by MariaX9 View Post
What is the difference between "image downscaling" and the "downscale quality" setting in image upscaling?
Quote:
Originally Posted by Q-the-STORM View Post
image downscaling is for actually downscaling, like 2160p video on a 1080p display, or 1080p video in a 720p window.
downscale quality is for what downscaling algorithm is used after doubling, so for e.g. 720p on a 1080p display, it doubles to 1440p and then downscales to 1080p using what is set in downscale quality...
^

Quote:
Originally Posted by MariaX9 View Post
Also i cant select the very high setting in chroma upscaling, it always switches back to high.
Will be fixed in the next build.

Quote:
Originally Posted by x7007 View Post
Should I use

Chroma Upscaling - NGU Very High + SuperRes 3 ( Do I need SuperRes 3 when using NGU in Chroma Upscaling ) ?
Image upscaling NGU - Luma Very High , Chorma Quality - Auto , Downscale Quality - Auto , Activate only if it's useful
Upscaling Refi - All Disabled
For chroma upscaling NGU Very High might be overkill. But if your GPU can do it, it shouldn't harm.

I wouldn't use SuperRes with NGU. Other than that the settings look good to me.

Quote:
Originally Posted by AngelGraves13 View Post
- Image Downscaling settings aren't used when using Image Upscaling with NGU?
No, that's what the "downscaling quality" option in the "image upscaling" section is for. I intentionally separated "image downscaling" from "downscaling after doubling", because there might be different needs for these 2 different situations, and because I didn't want to use settings from the "image downscaling" page when we're actually *up*scaling the video. For downscaling after doubling in most cases Bicubic150 AR should be good enough, while for true "image downscaling" using SSIM1D might be beneficial.

Quote:
Originally Posted by AngelGraves13 View Post
- NGU Upscaling - Would like to be able to use "User" setting for downscale quality, which would use my User Specified settings in Image Downscaling.
Why?

Quote:
Originally Posted by AngelGraves13 View Post
Also, please add Very High for downscale quality, which would probably use SSIM 2D100%
No, sorry, but that's total overkill, IMHO. I want to protect users from wasting GPU resources on algos which don't really bring any noticeable quality benefit. Using SSIM 2D100 after doubling is such a case, IMHO.

Quote:
Originally Posted by leeperry View Post
But could you please make the NGU+SR nagscreen a one-timer and that's it? It currently shows up everytime I click on OK
Oh well. I suppose that should be possible.

Quote:
Originally Posted by leeperry View Post
I still would like to be able to increase luma NGU and disable chroma NGU if need be, this currently seems impossible?
You can disable chroma NGU by setting "chroma quality" to "normal". You can select luma NGU directly, not sure what you mean there.

Quote:
Originally Posted by leeperry View Post
So doubling "downscale quality" is not related to what we picked in "image downscaling"? That's very confusing.
Is it? Why would the "image downscaling" settings page play any role when we actually upscale the video? I think you're stuck in the old way the settings worked. Once you understood it, it made sense, but it was kinda backwards. The new settings are very strict: The "image downscaling" options are now only used when we actually downscale the video. Every option that plays a role when we upscale the image is now actually in the "image upscaling" settings page. That is not confusing but more logical, IMHO, if you try to forget what you were used to from older madVR builds and look at this with a fresh set of eyes.

Quote:
Originally Posted by leeperry View Post
I would also like to have sxbr back please, sometimes its EE did the magic on low-res SD.
JFWIW, did you ask for super-xbr to stay when I asked for feedback when releasing v0.90.0/1?

Quote:
Originally Posted by Sunset1982 View Post
If I select SuperXBR with SR in the chroma upscale tab, I can't choose the SR strength anymore. Bug or feature?!
Bug. Will be fixed in the next build.

Quote:
Originally Posted by sauma144 View Post
2) Is something like "sync playback to display" from Kodi planned for madVR?
I don't even know what that is/does?

Quote:
Originally Posted by Asmodian View Post
Automatic chroma and downscale quality seems to pick exactly what I would set, at least when not in a placebo mind set.


Quote:
Originally Posted by Q-the-STORM View Post
2. In image upscaling, it would be great if "chroma quality" and "downscale quality" would actually state what alogrithms are being used... sure you can enable it and check OSD, but it shouldn't be too much of an issue to have it say "chroma quality: high (NGU low + bicubic60 AR)"
I'm not sure I want to do that. It might result in new users thinking that Bicubic60 AR can't be good enough and that they should activate some sort of NGU for chroma doubling.

Quote:
Originally Posted by Q-the-STORM View Post
4. When luma high is selected, chorma veryhigh automatically reverts to high. Instead of automatically reverting, maybe display a message that it would be better to select higher luma quality than chroma. The way it is now feels like a bug.
The old "image doubling" logic behaved in a very similar way and nobody ever complained about it.

Quote:
Originally Posted by Q-the-STORM View Post
- with 720p -> 2160p on chroma quality normal OSD shows bicubic60 AR twice "chroma > bicubic60 AR > bicubic60 AR" shouldn't bicubic60 AR do this in one step? maybe just an OSD bug
this only happens with full 2160p, when I have a window resized to slightly smaller than 2160p, it only shows it once..
It's what's actually being done. Don't worry about it. It might seem wrong/wasteful, but it's done intentionally for best speed with NGU, due to how NGU works internally.

Quote:
Originally Posted by Q-the-STORM View Post
- not really a bug but maybe display the same message about superres and NGU when using NGU and superres in chroma upscaling
I thought about it, maybe I should add it.

Quote:
Originally Posted by Backflash View Post
I lost ability to read OSD. high into med into "random" downscaler. Is it a bug? or am I confused about steps here?

"random downscaler issue": can we please leave it for downscaling tab domain?
or maybe add what settings mean inside brackets? high(ssim1d100 ar)
it has enough space I think, same with chroma
Only these two confused me, I guess they are great if you never saw previous UI.
Please try to forget the previous UI logic, that will help understanding the new one better.

Downscaling quality settings are really simple: Low = Bilinear; Normal = Bicubic150 AR; High = SSIM1D100. I don't want users worry about which is which, but just trust in that my preselection makes sense. I think it's much better this way for new/normal users. Maybe power users don't like it, but seriously, would you want to use a downscaling algo other than Bicubic150 or SSIM1D100 after doubling? If so, please explain why.

Quote:
Originally Posted by toniash View Post
For low-end cards it will be very useful a NGU 1,5X for 720p -> 1080p
Yes, but it's not technically possible. NGU will always be a pure integer (2x, 3x, 4x etc) upscaler.

Quote:
Originally Posted by flossy_cake View Post
Here's one example used by Frafs Test Pattern app (DX9). You can use the command line argument to select a fps limit to engage the hires timer and turn on the scrolling bar to check for dropped frames.
It's real time rendered, similar to games, not a movie with pre-recorded frames.

Quote:
Originally Posted by flossy_cake View Post
Source code of area where hires timer is implemented
A hires timer doesn't help. Have you read my FAQ? I asked for an API which defines at which exact point in time a frame will be shown in the future and for how long the frame will stay on screen. I'm not interested in trying to do this myself with a hires timer. The API needs to provide this functionality (and with a "hardware interrupt" supported backend, not with hires timers working in the background), otherwise it's useless for video rendering. Or do you want to have stuttering motion in situations where the CPU is busy for a few milliseconds (which is pretty normal for a Windows PC)? Relying on a hires timer to do the frame syncing would be a big step *back*, compared to the reliable motion smoothness madVR achieves today with a conventional VSync display, and I'm not interested in spending time and money on a solution which is actually a step back in motion smoothness reliability.
madshi is offline   Reply With Quote
Old 28th November 2016, 09:31   #40842  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
madVR v0.91.3 released

http://madshi.net/madVR.zip

Code:
* fixed: NNEDI3 doubling could crash in certain situations
* fixed: NGU chroma upscaling didn't allow "veryHigh"
* fixed: SuperRes strength controls were disabled for chroma upscaling
madshi is offline   Reply With Quote
Old 28th November 2016, 09:33   #40843  |  Link
HillieSan
Registered User
 
Join Date: Sep 2016
Posts: 125
Comparing 0.91.1 and 0.91.2 using RX 480

Code:
0.91.1 settings
------------------
Chroma upscaling: Catmull-Rom
Image upscaling: Catmull-Rom
Luma doubling: disabled
SuperRes: off

0.91.1 with SE and AG both off
-----------------------------------
low    7.5 ms
med   14.3 ms
high  36.5 ms

0.91.1 with SE and AG both 1
-----------------------------------
low    8.5 ms
med   15.0 ms
high  36.5 ms

0.91.2 Settings
------------------
Chroma upscaling: Cubic (=BiCubic50/Catmull-Rom)
SuperRes: off
Quality settings are left on Automatic.

0.91.2 with SE and AG both off
-----------------------------------
low        5.3 ms
med        7.2 ms
high      14.0 ms
very high 42.5 ms

0.91.2 with SE and AG both 1
-----------------------------------
low        6.4 ms
med        8.0 ms
high      15.0 ms
very high 43.8 ms
I am sensitive to judder and GNU med with SR=1 and AG=1 is ok.
GNU high with SR=off and AG=off is a bit too slow.
I hope that the performance can improve a bit more.

EDIT: Did the performance change in 0.91.3?

Last edited by HillieSan; 28th November 2016 at 10:09.
HillieSan is offline   Reply With Quote
Old 28th November 2016, 09:39   #40844  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by ryrynz View Post
0.91.2 is making some of my profiles disappear and saying there's an error in the rules because it can't find the profile.
Reverting back to 0.91.1 resolves it. Will post more info later if required, no time ATM.
Ouch. It's probably due to the removed image doubling settings page. I'm not sure if there's an easy fix...

Would it be a lot of work to redo the profiles in 0.91.1 without image doubling as part of the profiles?

Quote:
Originally Posted by HillieSan View Post
Comparing 0.91.1 and 0.91.2 using RX 480

Code:
0.91.1 with SE and AG both off
-----------------------------------
low    7.5 ms
med   14.3 ms
high  36.5 ms

0.91.2 with SE and AG both off
-----------------------------------
low        5.3 ms
med        7.2 ms
high      14.0 ms
very high 42.5 ms
Not sure why very high measures slower, that shouldn't be the case, unless it's a different downscaling algorithm after doubling?

Generally, I hope that RX480 users will get a significant speed improvement from future drivers.

Quote:
Originally Posted by HillieSan View Post
EDIT: Did the performance change in 0.91.3?
No.
madshi is offline   Reply With Quote
Old 28th November 2016, 09:44   #40845  |  Link
HillieSan
Registered User
 
Join Date: Sep 2016
Posts: 125
Quote:
Originally Posted by madshi View Post
Not sure why very high measures slower, that shouldn't be the case, unless it's a different downscaling algorithm after doubling?
I left downscaling on automatic. I use 1080 -> 2160. There should be no downscaling enabled, right?
HillieSan is offline   Reply With Quote
Old 28th November 2016, 09:47   #40846  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Right. Not sure why it's slower then.
madshi is offline   Reply With Quote
Old 28th November 2016, 09:52   #40847  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,234
In 0.91.3, if you enable NGU SuperRes shouldn't be used, and the warning message shows.

HOWEVER, what happens if you select one of the conditions for using NGU, such as 'Activate only if it's useful', or 2.0x scaling? if those conditions aren't met, it would use your other settings (for example, Jinc). In that situation, you would want SuperRes .
burfadel is offline   Reply With Quote
Old 28th November 2016, 09:52   #40848  |  Link
HillieSan
Registered User
 
Join Date: Sep 2016
Posts: 125
New test

Code:
0.91.2 with SE and AG both off
-----------------------------------
low        5.3 ms
med        7.2 ms
high      13.3 ms with CQ: normal, DQ:low
very high 35.0 ms with CQ: normal, DQ:low
CQ = Chroma Quality, DQ = Downscale Quality.

mmm, Chroma Quality set to Automatic is not clear to me. What is the criteria?

Last edited by HillieSan; 28th November 2016 at 10:06.
HillieSan is offline   Reply With Quote
Old 28th November 2016, 09:53   #40849  |  Link
ryrynz
Registered User
 
ryrynz's Avatar
 
Join Date: Mar 2009
Posts: 3,229
Quote:
Originally Posted by madshi View Post
Ouch. It's probably due to the removed image doubling settings page. I'm not sure if there's an easy fix...
Yeah that's what I thought.

Quote:
Originally Posted by madshi View Post
Would it be a lot of work to redo the profiles in 0.91.1 without image doubling as part of the profiles?
Nah, not really.. but if you can't improve things then might want to release an official warning of potential breakage.
ryrynz is offline   Reply With Quote
Old 28th November 2016, 09:58   #40850  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 5,974
Quote:
Originally Posted by madshi View Post
Why? NGU could upscale 8x, then downscale to the target resolution. Just an example, of course.
sorry but this is going to hurt a lot on a UHD screen

720x480-> 5760X3840 -> 3840x2160 doesn't sound viable to me.
i don't think is is possible to skip the last upscale step for every normal source.


i still think super XBR should stay.
simple reason it doesn't highlight compression artefacts as much as NGU on DVDs.
huhn is online now   Reply With Quote
Old 28th November 2016, 09:59   #40851  |  Link
flossy_cake
Registered User
 
Join Date: Aug 2016
Posts: 9
Quote:
Originally Posted by madshi View Post

It's real time rendered, similar to games, not a movie with pre-recorded frames.
A hires timer doesn't help. Have you read my FAQ? I asked for an API which defines at which exact point in time a frame will be shown in the future and for how long the frame will stay on screen. I'm not interested in trying to do this myself with a hires timer. The API needs to provide this functionality (and with a "hardware interrupt" supported backend, not with hires timers working in the background), otherwise it's useless for video rendering. Or do you want to have stuttering motion in situations where the CPU is busy for a few milliseconds (which is pretty normal for a Windows PC)? Relying on a hires timer to do the frame syncing would be a big step *back*, compared to the reliable motion smoothness madVR achieves today with a conventional VSync display, and I'm not interested in spending time and money on a solution which is actually a step back in motion smoothness reliability.
Well it's working perfectly in full screen exclusive mode so I guess I'll just be happy with that.

When you call Present , thats still a CPU command that could be blocked or delayed by the OS kernel for a few ms.
flossy_cake is offline   Reply With Quote
Old 28th November 2016, 10:05   #40852  |  Link
Q-the-STORM
Registered User
 
Join Date: Sep 2012
Posts: 174
Quote:
Originally Posted by madshi View Post
Quote:
Originally Posted by sauma144 View Post
@madshi
2) Is something like "sync playback to display" from Kodi planned for madVR?
I don't even know what that is/does?
It's basically what reclock does with 23.976fps video on a 24Hz display, it slightly increases video and audio speed (resamples audio) to match Hz of output...


Quote:
Originally Posted by Backflash View Post
I do not understand something, why do we need chroma and downscaling tabs then? if it gets selected in image upscaling menu anyway?
downscaling tab settings are being used when you are only downscaling.... "downscaling quality" in upscaling tab is being used when doubling to higher resolution and than downscaling to your display size...
chroma tab is only being used to upscale 4:2:0 chroma to 4:4:4 chroma, "chroma quality" in upscaling tab is being used to upscale further.... so chroma tab is being used with every video, regardless of resolution, chroma quality is only used when you actually upscale resolution

Last edited by Q-the-STORM; 28th November 2016 at 10:10.
Q-the-STORM is offline   Reply With Quote
Old 28th November 2016, 10:10   #40853  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 5,974
and as reclock it will be the work of the audio renderer not the video renderer.

if i'm not mistaken madVR suppports the new planned "reclock" feature in sanear so madVR "supports" this.
huhn is online now   Reply With Quote
Old 28th November 2016, 10:15   #40854  |  Link
Backflash
Registered User
 
Join Date: Jan 2016
Posts: 52
Quote:
Originally Posted by Q-the-STORM View Post
downscaling tab settings are being used when you are only downscaling.... "downscaling quality" in upscaling tab is being used when doubling to higher resolution and than downscaling to your display size...
chroma tab is only being used to upscale 4:2:0 chroma to 4:4:4 chroma, "chroma quality" in upscaling tab is being used to upscale further.... so chroma tab is being used with every video, regardless of resolution, chroma quality is only used when you actually upscale resolution
Yeah, I got it one minute later after posting, thank you.
Basically it's condensed doubling menu, it took me way too much time to understand this simple concept.
Backflash is offline   Reply With Quote
Old 28th November 2016, 10:26   #40855  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,835
Quote:
Originally Posted by madshi View Post
Can't you use NNEDI3-16 instead? That's the one I left in for low quality SD material..
Personally I have used super-xbr in the past over NNEDI3 because the OpenCL used for NNEDI3 is generally a bit error prone and has produced some issues, while super-xbr just works with no complications.
Most of the things I watch is clean content though, and I've been thinking if i shouldn't figure out some pre-processing step to clean up some of the lower quality sources.

So I'm not sure if i'll miss it, yet. Didn't have any time to try to test NGU yet.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders

Last edited by nevcairiel; 28th November 2016 at 10:43.
nevcairiel is online now   Reply With Quote
Old 28th November 2016, 10:37   #40856  |  Link
burfadel
Registered User
 
Join Date: Aug 2006
Posts: 2,234
v0.91.3 works better than v0.91.1, however I am still having issues with D3D.

I have two log files. The first is playback on a Freesync monitor (it doesn't seem to like that at times), and the second is on a TV playing from the same computer. It works some of the time. If you put it into a window and the computer turns off the scree as part of power saving, it doesn't restart the video. It just freezes but audio plays. Then, when you close off the player it gets 'stuck' under processes and you have to hard shutdown the computer because using restart it just gets stuck on the restart screen.

Yes, I am using insider build 14971 x64, Crimson driver 16.11.4, but these issues presented themselves on the same older build and driver when I upgraded from a R9-280X to the RX 480 with the freesync monitor.

Where do I upload the logs? The Freesync one is 21.6 MB, the other one which only consists of a very brief playback, window mode, monitor off and back on again (where it kind of worked for the first time :S, but it did jam again) is 258 MB.

Issues only seem to affect Direct3D 11 mode, and more so under exclusive than windowed mode. The GPU can handle the settings very well, in the time of playing even in a warmish room the GPU was a couple of degrees under 60 C, so it didn't need the fans running.
burfadel is offline   Reply With Quote
Old 28th November 2016, 10:44   #40857  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by HillieSan View Post
New test

Code:
0.91.2 with SE and AG both off
-----------------------------------
low        5.3 ms
med        7.2 ms
high      13.3 ms with CQ: normal, DQ:low
very high 35.0 ms with CQ: normal, DQ:low
CQ = Chroma Quality, DQ = Downscale Quality.

mmm, Chroma Quality set to Automatic is not clear to me. What is the criteria?
Ah, so the chroma quality probably was causing the slowdown. I've explained the criteria a couple of posts above. FWIW, I'd recommend setting DQ to normal or auto.

Quote:
Originally Posted by huhn View Post
sorry but this is going to hurt a lot on a UHD screen

720x480-> 5760X3840 -> 3840x2160 doesn't sound viable to me.
i don't think is is possible to skip the last upscale step for every normal source.
How about 6x? 720x480 -> 4320x2880 -> 3840x2160. I've not even started working on larger than 2x NGU algorithms yet, but you will probably be surprised about how fast they are going to be.

Quote:
Originally Posted by huhn View Post
i still think super XBR should stay.
simple reason it doesn't highlight compression artefacts as much as NGU on DVDs.
But isn't that what NNEDI16 is for? Yes, I know, NNEDI16 is slower than super-xbr. But DVDs are really low res. Can't every GPU these days perform NNEDI16 on DVDs? Blu-Rays are a different topic, but there you really want to use NGU, don't you?

Quote:
Originally Posted by flossy_cake View Post
When you call Present , thats still a CPU command that could be blocked or delayed by the OS kernel for a few ms.
That's why madVR presents (up to) 16 frames in advance. At least in FSE mode these 16 frames should then be flipped via VSync hardware interrupt. You can even suspend the media player process with the task manager. All pre-presented frames will still be displayed smoothly. With 24fps, basically playback will continue to run perfectly for 0.667 seconds after you've suspended the media player process. So with the current madVR presentation logic the CPU would have to be blocked for longer than 0.667 seconds for motion to start stuttering. Now compare that to a FreeSync/G-SYNC solution, where motion would already start stuttering if the CPU is blocked for just a couple of milliseconds!

Quote:
Originally Posted by Q-the-STORM View Post
It's basically what reclock does with 23.976fps video on a 24Hz display, it slightly increases video and audio speed (resamples audio) to match Hz of output...
madVR has nothing to do with audio. So this is not something I can possibly implement.

Quote:
Originally Posted by nevcairiel View Post
Personally I have used super-xbr in the past over NNEDI3 because the OpenCL used for NNEDI3 is generally a bit error prone and has produced some issues, while super-xbr just works with no complications.
Fair enough. So you'd also like super-xbr to stay (or rather come back)?

Quote:
Originally Posted by nevcairiel View Post
Most of the things I watch is clean content though, and I've been thinking if i shouldn't figure out some pre-processing step to clean up some of the lower quality sources.
Yes, I think we really do need some good compression artifact reducer.

Quote:
Originally Posted by burfadel View Post
v0.91.3 works better than v0.91.1, however I am still having issues with D3D.

I have two log files. The first is playback on a Freesync monitor (it doesn't seem to like that at times), and the second is on a TV playing from the same computer. It works some of the time. If you put it into a window and the computer turns off the scree as part of power saving, it doesn't restart the video. It just freezes but audio plays. Then, when you close off the player it gets 'stuck' under processes and you have to hard shutdown the computer because using restart it just gets stuck on the restart screen.

Yes, I am using insider build 14971 x64, Crimson driver 16.11.4, but these issues presented themselves on the same older build and driver when I upgraded from a R9-280X to the RX 480 with the freesync monitor.

Where do I upload the logs? The Freesync one is 21.6 MB, the other one which only consists of a very brief playback, window mode, monitor off and back on again (where it kind of worked for the first time :S, but it did jam again) is 258 MB.

Issues only seem to affect Direct3D 11 mode, and more so under exclusive than windowed mode. The GPU can handle the settings very well, in the time of playing even in a warmish room the GPU was a couple of degrees under 60 C, so it didn't need the fans running.
Is FreeSync active? Can you totally disable it? Does that help?
madshi is offline   Reply With Quote
Old 28th November 2016, 10:56   #40858  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 5,974
Quote:
Originally Posted by madshi View Post
How about 6x? 720x480 -> 4320x2880 -> 3840x2160. I've not even started working on larger than 2x NGU algorithms yet, but you will probably be surprised about how fast they are going to be.
of cause this sounds a lot better. but we are not that far yet.

Quote:
But isn't that what NNEDI16 is for? Yes, I know, NNEDI16 is slower than super-xbr. But DVDs are really low res. Can't every GPU these days perform NNEDI16 on DVDs? Blu-Rays are a different topic, but there you really want to use NGU, don't you?
not sure. i haven't used NGU properly yet. i still have a polaris GPU and i don't like to judge scaling algorithm without watching an movie or something.

i was never a fan of nnedi3 anyway. i'm currently using XBR for everything.

i haven't installed the new madVR version because i simply need XBR for now. but i didn't bring that up as a reason to leave XBR in there because i still hope this will change in the "future".

i could order a new RX 480 for my gaming PC and let them send it to you for about a month or something like that.

i'm not a programmer but this sound like a lot of work for something that should work out of the box and just thinking the card is defect when shipped gives me nightmares...
huhn is online now   Reply With Quote
Old 28th November 2016, 11:05   #40859  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
I've no idea why the RX480 is so slow with NGU. I can only imagine that the drivers have issues with what my PS3.0 shaders are doing, for some weird reason. I might still try running the NGU shaders in D3D11, but I'm not convinced it will make a difference. I'm hopeful the problem might be fixed by newer drivers at some point. If you can't wait, it might make sense to replace the RX480 with an NVidia card, for the time being...

That said, I'm considering bringing back super-xbr next weekend.
madshi is offline   Reply With Quote
Old 28th November 2016, 11:12   #40860  |  Link
cork_OS
Registered User
 
cork_OS's Avatar
 
Join Date: Mar 2016
Location: Minsk (Blr)
Posts: 146
Quote:
Originally Posted by madshi View Post
Yes, I think we really do need some good compression artifact reducer.
Great news!
My GPU can ran sXBR+SR1 or NGU-med, but not NNEDI3. So I vote for sXBR should remain until madVR get own denoiser/deblocker/demosquitoer.
BTW latest KNLMeansCL is fast enough for real-time SD (720x480) processing.
cork_OS 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 20:19.


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