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 25th January 2014, 14:13   #21781  |  Link
antonyfrn
Registered User
 
Join Date: Nov 2012
Posts: 17
I just installed 87G and tried with MadVR Optimised and both give me the below message if I go from full screen to windowed mode. (I used the restore defaults bat to clear out any settings)

resetting Direct3D device failed (80070005)
creating Direct3D device failed (80070005)
__________________
Windows 10 Pro 64Bit
i7 6700k + H110i GT @4.6Ghz
16GB Corsar Vengance DDR4
EVGA GTX 970 FTW ACX 2.0
ASUS Maximus VIII Hero
ASUS Xonar D2X
antonyfrn is offline   Reply With Quote
Old 25th January 2014, 14:14   #21782  |  Link
DarkSpace
Registered User
 
Join Date: Oct 2011
Posts: 204
Quote:
Originally Posted by madshi View Post
Lanczos3AR in only one dimension (Y, IIRC) to shift the image 0.5 pixels.
Yes, should be y dimension (x needs the shift, after all). Thanks for answering!
Now for the (I think) last curious question: Even though it's probably insignificant, do you have any plans to let the user choose the shifting algorithm?

Last edited by DarkSpace; 10th May 2014 at 01:12. Reason: closed my brackets
DarkSpace is offline   Reply With Quote
Old 25th January 2014, 14:21   #21783  |  Link
mark0077
Registered User
 
Join Date: Apr 2008
Posts: 1,073
Quote:
Originally Posted by madshi View Post
madVR v0.87.1 released

http://madshi.net/madVR.zip

Code:
* fixed: CPU consumption was unnecessarily high
* fixed: auto profile switching didn't fully work
* fixed: uploading was very slow, resulting in performance problems
* fixed: chroma channels were swapped when using error diffusion with NVidia
* fixed: some OpenCL crashes when using OpenCL 1.2 DLL with NVidia
* fixed: smooth motion FRC produced black image in some situations
* fixed: video mode deinterlacing was completely broken
There may still be some problems left. But there's definite improvement over v0.87.0, so I've decided to release v0.87.1 now.

Current theory is that older NVidia drivers might make OpenCL work with madVR, and that newer drivers might have broken something. Drivers 306.97 are reported to be working with GTX 560 Ti. And drivers 310.90 are reported to be working with GTX 460. This needs to be double checked.
Cheers for the new version. All working fine except for OpenCL as reported. My driver version is 332.21 WHQL with GTX295 incase anyone else has older driver versions with the same card and it works. Do you have a contact in Nvidia or do you need any of us to post on their forums regarding the OpenCL issues?
mark0077 is offline   Reply With Quote
Old 25th January 2014, 14:25   #21784  |  Link
antonyfrn
Registered User
 
Join Date: Nov 2012
Posts: 17
@madshi just some info for you posted by an NVidia Rep ManuelG maybe something improvements driver side or a headache I think they are off the new Quadros 334.67

Quote:
For those who don't like to mod their drivers or risk corrupting their driver installation, we will be releasing an update Geforce driver soon.
creating Direct3D device failed (80070005) message with 0.87.1 you just posted
__________________
Windows 10 Pro 64Bit
i7 6700k + H110i GT @4.6Ghz
16GB Corsar Vengance DDR4
EVGA GTX 970 FTW ACX 2.0
ASUS Maximus VIII Hero
ASUS Xonar D2X

Last edited by antonyfrn; 25th January 2014 at 14:28.
antonyfrn is offline   Reply With Quote
Old 25th January 2014, 14:27   #21785  |  Link
Soukyuu
Registered User
 
Soukyuu's Avatar
 
Join Date: Apr 2012
Posts: 169
Quote:
Originally Posted by madshi View Post
Anyone willing to downgrade to the driver versions used by PixelH8 to check if that fixes the OpenCL issues?
331.81 -> 310.90:
- openCL dither works
- NNEDI doubling works (slideshow)
- luma NNEDI upscaling gives a green tint to the whole image for 10bit h264, 8bit is fine.

I am going to update versions until I hit the blackscreen again. This is with 87.1 btw.
__________________
AMD Phenom II X4 970BE | 12GB DDR3 | nVidia 260GTX | Arch Linux / Windows 10 x64 Pro (w/ calling home shut up)

Last edited by Soukyuu; 25th January 2014 at 14:30.
Soukyuu is offline   Reply With Quote
Old 25th January 2014, 14:30   #21786  |  Link
noee
Registered User
 
Join Date: Jan 2007
Posts: 530
Just an FYI regarding the older low-end pre-GCN AMD cards (HD6570) performance. I have my primary display set at 6bit and my secondary as 8bit. Playback on the 8bit monitor with error diffusion enabled drops frames and the render queue can't keep up with all material. If I set it to 7bit, back to perfect playback with error diffusion enabled. If I turn off error diffusion and set to 8bit, same perfect playback. Not sure I can see a difference in the image with playback. Is one option more "optimal" than the other?
noee is offline   Reply With Quote
Old 25th January 2014, 14:32   #21787  |  Link
DragonQ
Registered User
 
Join Date: Mar 2007
Posts: 930
Performance in general is improved certainly. I can now watch that 1080i/25 video in a full screen window when using DXVA2 Native as long as I don't open any other windows on top, but not when using software decoding, so maybe CPU usage is the problem? Seems strange since this CPU is pretty beefy (mobile Ivy Bridge Core i5). If I even open GPU-Z or Task Manager it stops working and I see GPU usage at 99-100%, so I guess it's sailing close to the wind.

When the render queue dips the frame order still goes all wrong (requires pausing and resuming to fix), but this bug has existed for as long as I can remember on all of my machines.
__________________
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 25th January 2014, 14:33   #21788  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 6,132
render times are good now same or better than 86.9.

all version still freeze when fullscreen exclusive is used and active when a new/next file is loaded.

tested with all 3 g versions and 87.1.

this is a very typical usages and easy to reproduce but no one else reported this issue. a problem at my end?
huhn is offline   Reply With Quote
Old 25th January 2014, 14:38   #21789  |  Link
aufkrawall
Registered User
 
Join Date: Dec 2011
Posts: 1,719
I'm getting framedrops with smooth motion + debanding during fade ins/outs if I disable rerendering frames for this.
Is this expected behavior? GPU is a GTX 670 at 1.2Ghz and queues seem to be fine. With smooth motion off I'm getting "just" presentation glitches in such situations.
Dunno if wanted/needed, but I guess it doesn't hurt to link to a debug log:
https://www.mediafire.com/?igbz9sayzry2rw7
aufkrawall is offline   Reply With Quote
Old 25th January 2014, 14:42   #21790  |  Link
mark0077
Registered User
 
Join Date: Apr 2008
Posts: 1,073
Quote:
Originally Posted by antonyfrn View Post
@madshi just some info for you posted by an NVidia Rep ManuelG maybe something improvements driver side or a headache I think they are off the new Quadros 334.67
I just tried these 334.67 quadro drivers on my GTX295, looks like it hasn't been fixed in these at least, still OpenCL issues.

Last edited by mark0077; 25th January 2014 at 14:44.
mark0077 is offline   Reply With Quote
Old 25th January 2014, 14:42   #21791  |  Link
Deim0s
Registered User
 
Join Date: Jul 2012
Posts: 20
madshi,
Quote:
Does the problem still occur with the 87g test build, if you disable all OpenCL related options and if you disable debanding? (Make sure the "use random dithering..." option in the "trade quality..." section is checked/enabled.)
Yes, as before, there is a problem.
While playing content UHD (4k) began to appear such messages OSD: 1, 2.
Sometimes played with artifacts in windowed mode and black screen in full screen.
One time playback of many attempts was normal.

Maybe to you can help debug information: madVR - log
Deim0s is offline   Reply With Quote
Old 25th January 2014, 14:49   #21792  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by burfadel View Post
I tried the MadVR optimised one, and it didn't even load! (MPC-HC used a different renderer). I then went back and realised the previous version I had was 0.87E or 0.87F, so I copied over the files from 0.87G, then used the MadVR optimised version and it works fine .
Yeah, the new build requires the new mvrSettings.dll, too, otherwise it won't load.

Quote:
Originally Posted by antonyfrn View Post
I just installed 87G and tried with MadVR Optimised and both give me the below message if I go from full screen to windowed mode. (I used the restore defaults bat to clear out any settings)

resetting Direct3D device failed (80070005)
creating Direct3D device failed (80070005)
Hmmm... Can anybody else reproduce this?

Antony, is this problem new with v0.87.x, or did this also occur with v0.86.11? Can you play with all the various settings a bit to check if any setting changes anything? How about default settings, does it occur with those, too? Ideally, I'd need to be able to reproduce it somehow...

Quote:
Originally Posted by DarkSpace View Post
Yes, should be y dimension (x needs the shift, after all. Thanks for answering!
Now for the (I think) last curious question: Even though it's probably insignificant, do you have any plans to let the user choose the shifting algorithm?
I don't think so. I've written a custom pixel shader script for the shifting which is performance optimized for just this purpose. If I offered other algorithms, that would mean a lot extra work, and to be honest, I don't think it's important enough. When shifting, the algorithm is not too important. I don't think e.g. Jinc3AR would look any better even with test patterns for simple 0.5 pixel shifting.

Quote:
Originally Posted by mark0077 View Post
Cheers for the new version. All working fine except for OpenCL as reported. My driver version is 332.21 WHQL with GTX295 incase anyone else has older driver versions with the same card and it works. Do you have a contact in Nvidia or do you need any of us to post on their forums regarding the OpenCL issues?
Soukyuu just reported downgrading actually does help. So it seems to be proven: OpenCL/NVidia/madVR works with older drivers, but not with new drivers, for some reason...

Quote:
Originally Posted by Soukyuu View Post
331.81 -> 310.90:
- openCL dither works
- NNEDI doubling works (slideshow)
- luma NNEDI upscaling gives a green tint to the whole image for 10bit h264, 8bit is fine.

I am going to update versions until I hit the blackscreen again. This is with 87.1 btw.
Thanks for testing! Will be interesting to know which NVidia driver version introduced the problem.

Quote:
Originally Posted by noee View Post
Just an FYI regarding the older low-end pre-GCN AMD cards (HD6570) performance. I have my primary display set at 6bit and my secondary as 8bit. Playback on the 8bit monitor with error diffusion enabled drops frames and the render queue can't keep up with all material. If I set it to 7bit, back to perfect playback with error diffusion enabled. If I turn off error diffusion and set to 8bit, same perfect playback. Not sure I can see a difference in the image with playback. Is one option more "optimal" than the other?
I probably should have said that error diffusion is only used if your display is set to 8bit. Otherwise I'm silently falling back to random dithering. I don't think I can do error diffusion to lower than 8bit because I don't know whether the displays rounds or truncates to 6/7 bits and at which values exactly.

Quote:
Originally Posted by DragonQ View Post
Performance in general is improved certainly.
Improved over v0.87.0, or improved over v0.86.11? How is it compared to v0.86.11?

Quote:
Originally Posted by huhn View Post
all version still freeze when fullscreen exclusive is used and active when a new/next file is loaded.

tested with all 3 g versions and 87.1.

this is a very typical usages and easy to reproduce but no one else reported this issue. a problem at my end?
And this didn't occur with v0.86.11? Will try to reproduce it here...

Quote:
Originally Posted by aufkrawall View Post
I'm getting framedrops with smooth motion + debanding during fade ins/outs if I disable rerendering frames for this.
Is this expected behavior? GPU is a GTX 670 at 1.2Ghz and queues seem to be fine. With smooth motion off I'm getting "just" presentation glitches in such situations.
Dunno if wanted/needed, but I guess it doesn't hurt to link to a debug log:
https://www.mediafire.com/?igbz9sayzry2rw7
Definitely not expected behaviour. With *disabled* rerendering?? That's weird. How about if you enable it? Same problem? Or does that work fine?

Quote:
Originally Posted by mark0077 View Post
I just tried these 334.67 quadro drivers on my GTX295, looks like it hasn't been fixed in these at least, still OpenCL issues.
You need to go older, not newer, it seems.

Quote:
Originally Posted by Deim0s View Post
Yes, as before, there is a problem.
While playing content UHD (4k) began to appear such messages OSD: 1, 2.
Sometimes played with artifacts in windowed mode and black screen in full screen.
One time playback of many attempts was normal.

Maybe to you can help debug information: madVR - log
And this did not occur with v0.86.11? It's a new problem with v0.87.x?

Is it possible that you're running out of GPU RAM? Try lowering the GPU queues and/or the number of pre-rendered frames. Does that help?
madshi is offline   Reply With Quote
Old 25th January 2014, 14:53   #21793  |  Link
michkrol
Registered User
 
Join Date: Nov 2012
Posts: 167
Thanks for the new release, just tested v0.87.1. Everything works as expected.

If you're still interested, "use OpenCL to process DXVA NV12 surfaces" works here correctly (Intel HD 4000). I'm not noticing any performance penalty from this.

I really like the profiling's flexibility. I'm only missing an ability to use comments inside the script. Something like:
Code:
/* comment */
with different opening and closing tags should be quite fast to process (and easy to implement?).
I might have overdone it, but with 5 or more rules (SD/HD/FullHD + fps checks) it takes a while to sort out what is what (or what it was supposed to be). Perhaps something to consider in the future
michkrol is offline   Reply With Quote
Old 25th January 2014, 14:56   #21794  |  Link
kasper93
MPC-HC Developer
 
Join Date: May 2010
Location: Poland
Posts: 556
Quote:
Originally Posted by madshi View Post
Does it still occur with 87g? Which GPU, which OS?
I found out what happens. I was installing new drivers and forgot to disable video "enchantments".

It's quite strange actually because it doesn't work if I select "dynamic contrast" and any of the "De-Blocking", "Edge-enchantment", "De-noise", "Mosquito noise reduction". At least one, no matter which... "dynamic contrast" alone works fine, same as others without "dynamic contrast".

So in fact it's not a problem for me, because I always disable those options, but still maybe there is a way to fix it on madVR side.
kasper93 is offline   Reply With Quote
Old 25th January 2014, 14:57   #21795  |  Link
6233638
Registered User
 
Join Date: Apr 2009
Posts: 1,019
Quote:
Originally Posted by madshi View Post
* fixed: auto profile switching didn't fully work
For what it's worth, I am really happy with how the profile switching works in the new version of madVR - I just haven't said anything as I didn't want to interrupt the Nvidia OpenCL discussion.

Quote:
Originally Posted by madshi View Post
Current theory is that older NVidia drivers might make OpenCL work with madVR, and that newer drivers might have broken something. Drivers 306.97 are reported to be working with GTX 560 Ti. And drivers 310.90 are reported to be working with GTX 460. This needs to be double checked.
310.90 are over a year out of date, and the oldest WHQL drivers that Nvidia has available to download on the GeForce site.
The oldest Windows 8.1 certified drivers are 327.23 from September.

I tried installing 310.90 anyway, and it was successful - I was able to use the new error diffusion dithering.
However, enabling any of the nnedi scaling options still resulted in a black screen.


I understand that HTPC users don't have much reason to keep their drivers up to date, but the opposite is true for gamers - you need to stay on the latest drivers if you're playing the latest releases. It's often recommended to use the beta drivers rather than waiting for new WHQL drivers to be released. I typically avoid those however, as they often cause problems for madVR.
6233638 is offline   Reply With Quote
Old 25th January 2014, 15:00   #21796  |  Link
za222
Registered User
 
Join Date: Jan 2004
Posts: 13
Quote:
Originally Posted by madshi View Post
Weird. Does this still happen with 87g? If so, does it happen with *all* videos or just with some? Is it related to Smooth Motion FRC or not?
The issue is still present in 0.87.1. I've tried interlaced 50i/60i/29.97telecine SD/HD MPEG2/h264 material and it always fails.
When I toggle deinterlacing (Ctrl-Shift-D) while playing, the image shows / disappears.

Also (maybe this information could help?): After the initial green screen, when I resize the window I get a completely white screen.

Smooth motion seems to be completely unrelated.
za222 is offline   Reply With Quote
Old 25th January 2014, 15:05   #21797  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,137
Quote:
Originally Posted by michkrol View Post
If you're still interested, "use OpenCL to process DXVA NV12 surfaces" works here correctly (Intel HD 4000). I'm not noticing any performance penalty from this.
That's good to hear. I think OpenCL <-> Direct3D9 interop costs less performance with Intel compared to AMD. But then Intel's OpenCL performance itself is rather bad. But the DXVA NV12 stuff is very light weight, so no problem for Intel.

Quote:
Originally Posted by michkrol View Post
I really like the profiling's flexibility. I'm only missing an ability to use comments inside the script.
"//" comments should be supported. Not tested it, though. I'm strictly opposed to using "/*" or "{" comments for documentation in C++, because doing so means you can't comment out large portions of source code. "//" comments don't come with this problem, so I added support only for "//".

Quote:
Originally Posted by kasper93 View Post
I found out what happens. I was installing new drivers and forgot to disable video "enchantments".

It's quite strange actually because it doesn't work if I select "dynamic contrast" and any of the "De-Blocking", "Edge-enchantment", "De-noise", "Mosquito noise reduction". At least one, no matter which... "dynamic contrast" alone works fine, same as others without "dynamic contrast".

So in fact it's not a problem for me, because I always disable those options, but still maybe there is a way to fix it on madVR side.
That's interesting. Can you double check whether this is a new problem with v0.87.x? Or does it also occur with v0.86.11?

Quote:
Originally Posted by 6233638 View Post
For what it's worth, I am really happy with how the profile switching works in the new version of madVR


Quote:
Originally Posted by 6233638 View Post
310.90 are over a year out of date, and the oldest WHQL drivers that Nvidia has available to download on the GeForce site.
The oldest Windows 8.1 certified drivers are 327.23 from September.

I tried installing 310.90 anyway, and it was successful - I was able to use the new error diffusion dithering.
However, enabling any of the nnedi scaling options still resulted in a black screen.

I understand that HTPC users don't have much reason to keep their drivers up to date, but the opposite is true for gamers - you need to stay on the latest drivers if you're playing the latest releases. It's often recommended to use the beta drivers rather than waiting for new WHQL drivers to be released. I typically avoid those however, as they often cause problems for madVR.
I don't think it's a good long term solution to require old drivers. Maybe I can make things work with new drivers, too. But I don't know yet. This might be NVidia's job to fix. Or mine. At least installing old drivers could be a temporary solution for users who desperately want to try/use the new OpenCL features...

Quote:
Originally Posted by za222 View Post
The issue is still present in 0.87.1. I've tried interlaced 50i/60i/29.97telecine SD/HD MPEG2/h264 material and it always fails.
When I toggle deinterlacing (Ctrl-Shift-D) while playing, the image shows / disappears.

Also (maybe this information could help?): After the initial green screen, when I resize the window I get a completely white screen.

Smooth motion seems to be completely unrelated.
So the issue is caused by DXVA deinterlacing, correct? It doesn't occur if you force film mode on? And it also doesn't occur if you force deinterlacing off? Does this issue also occur with v0.86.11? Or is it a new problem with v0.87?
madshi is offline   Reply With Quote
Old 25th January 2014, 15:07   #21798  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 9,872
Quote:
Originally Posted by madshi View Post
I'm strictly opposed to using "/*" or "{" comments for documentation in C++, because doing so means you can't comment out large portions of source code.
Off-Topic, but in C++ I use "#if 0" to disable large code blocks to avoid such problems..
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Old 25th January 2014, 15:08   #21799  |  Link
cyberbeing
Broadband Junkie
 
Join Date: Oct 2005
Posts: 1,859
GTX 770

__

312.69 driver (Quadro maintenance release for R310 branch, 10/28/2013)

OpenCL Dither = functional
NNEDI doubling = broken (black screen, frozen frame, or hung GPU)
NNEDI chroma = broken (black screen, frozen frame, or hung GPU)

__


310.90 driver (Geforce R310 branch, 12/29/2012)

OpenCL Dither = functional
NNEDI doubling = broken (black screen, frozen frame, or hung GPU)
NNEDI chroma = broken (black screen, frozen frame, or hung GPU)
cyberbeing is offline   Reply With Quote
Old 25th January 2014, 15:08   #21800  |  Link
antonyfrn
Registered User
 
Join Date: Nov 2012
Posts: 17
@madshi the issue was introduced for me in 0.87.G I tried with the optimised file and the latest build v0.87.1. Each time I've reset the setting to default using the bat file to reset madvr settings I will play about with it again some more and try get you a log
__________________
Windows 10 Pro 64Bit
i7 6700k + H110i GT @4.6Ghz
16GB Corsar Vengance DDR4
EVGA GTX 970 FTW ACX 2.0
ASUS Maximus VIII Hero
ASUS Xonar D2X
antonyfrn 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 13:00.


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