madVR - high quality video renderer (GPU assisted) [Archive] - Page 433

James Freeman

23rd January 2014, 19:26

FWIW, the MPC-HC instant crash occurs if you have the Intel version of the OpenCL.dll redirection dll in C:\Windows\SysWOW64 instead of the version bundled with NVIDIA drivers. NVIDIA doesn't overwrite this DLL if it exists, but it stores a copy in C:\Program Files\NVIDIA Corporation\OpenCL which you can manually copy to SysWOW64.

THANK YOU !!!!

Fixed.

EDIT:
I have to enable "use random dithering instead of OpenCL error diffusion", if not the picture freezes or black.
Or to enable "don't use dithering" instead.

EDIT 2:
Enabling anything with NNEDI3 (Chroma upsmapling) the image freezes, returning it to Lanczos unfreezes it.

Smooth Motion works fine here.

cyberbeing

23rd January 2014, 19:28

Hmmmm... Same happens with error diffusion? What happens if you give it a couple of seconds? The first time you use any of these features the OpenCL kernels need to be compiled from source code. They compiled kernels are then cached to the registry. See HKCU\Software\madshi\madVR\OpenCL. Does this registry key exist on your PC?

Same happens with error diffusion.

Waiting does nothing, playback just continues with a black screen. Or alternatively if you enable it during playback, madVR sometimes freezes display, other times it loops the last couple frames indefinitely.

The following key is created by madVR when OpenCL features are enabled for the first time:
HKEY_CURRENT_USER\Software\madshi\madVR\OpenCL\GeForce GTX 770

Exported: https://www.mediafire.com/?8vhh0mpci996skw

6233638

23rd January 2014, 19:29

Oh man. Seems like it doesn't work for *anybody*? <sigh> Why does it work on both of my PCs without any problems. I'm confused...Is there anything specific that needs to be installed to use OpenCL? Same problem here.
I reset all my madVR settings without any change.

Hmmmm... Same happens with error diffusion? What happens if you give it a couple of seconds? The first time you use any of these features the OpenCL kernels need to be compiled from source code. They compiled kernels are then cached to the registry. See HKCU\Software\madshi\madVR\OpenCL. Does this registry key exist on your PC?If I enable error diffusion I get the image looping the last second or so of playback. (presumably the full buffer size?)

The registry key does exist.

Smooth motion works fine here on Win 8.1 x64 HD 7770... :(I know you will have plenty of other things to take care of, but it would be nice to have this (http://bugs.madshi.net/view.php?id=97) fixed - I haven't been able to leave Smooth Motion enabled as a result.

madshi

23rd January 2014, 19:35

G_M_C

23rd January 2014, 19:36

sneaker_ger

23rd January 2014, 19:38

So it seems the OpenCL features don't work for any of you NVidia users? Do they work for AMD and Intel users, at least? And are there any other dramatic problems other than OpenCL failing for NVidia users?

NNEDI3 and error diffusion seem to work fine on my AMD system running 13.11 beta drivers.

James Freeman

23rd January 2014, 19:39

So it seems the OpenCL features don't work for any of you NVidia users?

Correct.

noee

23rd January 2014, 19:39

Oh ok. Can you try with different video clips? E.g. one SD clip? You're using J.River MC, right? Can you disable the option that crops 1-2% of the image area, in case you have this option enabled? Don't remember the exact name/place of this option. Can you double check with a different media player, just to isolate the cause of the problem?

Okay, yeah, SD film and video are working, HD 8bit and 10bit are not. I'm using MPC-HC and jRiver, results the same in both, so far.

My playback monitor is 1080p@60Hz

Edit: OpenCL Error Diffusion seems to be working fine here, btw. If I turn it off, I still get the slideshow with 1080p material.

flashmozzg

23rd January 2014, 19:48

NNEDI3 and error diffusion seem to work fine on my AMD system running 13.11 beta drivers.

13.12 WHQL == 13.11 Beta 9.5 + WHQL
That's the latest WHQL right now.

sneaker_ger

23rd January 2014, 19:51

Yes, I think you are correct and I actually installed 13.12. I was fooled by GPU-Z.

On the crash issue:
Now I got a few MPC-HC crashes even without smooth motion. Maybe these two weren't directly related, although it looked like a 100% reproducible issue at first. Perhaps it just increases the probability of the crash. Will test a bit more.

madshi

23rd January 2014, 19:55

madshi, just to make sure: The lates AMD driver you mentioned is version 13.12 from 18 dec. 2013 right ?

Cause I tend not to update software or drivers when its not needed or missed. But this new version of madVR warrants an update.
Either those, or the beta drivers mentioned by sneaker_ger. You can try whether the OpenCL features work with the drivers you currently have installed, but I doubt it.

NNEDI3 and error diffusion seem to work fine on my AMD system running 13.11 beta drivers.
Any problems at all? Or everything working as expected?

Okay, yeah, SD film and video are working, HD 8bit and 10bit are not. I'm using MPC-HC and jRiver, results the same in both, so far.

My playback monitor is 1080p@60Hz

Edit: OpenCL Error Diffusion seems to be working fine here, btw. If I turn it off, I still get the slideshow with 1080p material.
So basically there's a performance problem for you, which seems to be caused by the upload queue? I *did* change upload logic a bit, to improve frame cropping support. I wonder why this would result in problems, though. And it seems nobody else is suffering from this problem, so I'm a bit confused by this.

I suppose if you use DXVA native decoding, there's no problem? That would confirm the uploading to be the problem in your case.

Yes, I think you are correct and I actually installed 13.12. I was fooled by GPU-Z.

On the crash issue:
Now I got a few MPC-HC crashes even without smooth motion. Maybe these two weren't directly related, although it looked like a 100% reproducible issue at first. Perhaps it just increases the probability of the crash. Will test a bit more.
I've found one problem which could cause a crash, and which might also be causing the crashes with the Intel OpenCL.dll. Might be fixed in v0.87.1. Soon to come...

sneaker_ger

23rd January 2014, 19:55

Ok, now I had a few runs without a crash even with smooth motion. The only thing I could think of despite upgrading 0.86.11 to 0.87 was adding madVR to MPC-HC's external filter list to test the new feature of changing settings without playing a file. Removed it from the list and the crash was gone - might be a MPC-HC issue.

/edit:
Nope, that wasn't the solution either. Can't crack it down.

naoan

23rd January 2014, 19:56

So it seems the OpenCL features don't work for any of you NVidia users? Do they work for AMD and Intel users, at least? And are there any other dramatic problems other than OpenCL failing for NVidia users?

It's working great with ye old HD4850 and 13.9 legacy driver. Well it does show image, not sure if you make it fall back to other algorithm if the card is incompatible. :p

mark0077

23rd January 2014, 19:58

Just incase its still unclear, any OpenCL related feature also doesn't work on my Nvidia GTX 295, black screen, no crashes. I have no other issues though.

Skankee

23rd January 2014, 19:59

If i enable OpenCl error diffusion (without nnedi3): all videos are black in windowed/fullscreen mode

If i disable error diffusion and enable nnedi3 2x: window mode works ( 100% size and a little bit above), but fullscreen is hanging/showing only one picture and it looks like Nearest Neighbor upscaling.

PC: Win 7 32bit, latest nvidia driver and lastest mpc hc nightly

noee

23rd January 2014, 20:05

I suppose if you use DXVA native decoding, there's no problem? That would confirm the uploading to be the problem in your case.

Hmmmm, I have an 8-bit Interlaced 1080p file and have LAV set for DXVA-Native and it works fine with .86, black screen with .87, so something different. I can't even get the ctrl+J info to show....then after a few seconds, the player locks....

Would a log be helpful?

James Freeman

23rd January 2014, 20:05

Forcing/Enabling Deinterlacing freezes the picture.

When the movie changes chapters (normal playback) the image freezes.
*MadVR automatically enables deinterlacing between chapters.

cyberbeing

23rd January 2014, 20:15

Forcing/Enabling Deinterlacing freezes the picture.
I can reproduce this with my GTX 770. Video Mode deinterlacing produces a black screen. Film Mode still seems to be functioning correctly.

When the movie changes chapters (normal playback) the image freezes.

Unable to reproduce this, at least with brief testing on some MKV files with LAV Video software decoding.

pirlouy

23rd January 2014, 20:16

Sorry it certainly won't help, but I've installed 0.87, enabled this NNEDI setting for Luma, enabled debanding default options, tried 3 videos, and all works without problem (no dropped frame).

But don't ask me to tell you the usefullness of NNEDI, I'm often not able to see differences between "Bilinear" and others... :/

madshi

23rd January 2014, 20:16

It's working great with ye old HD4850 and 13.9 legacy driver. Well it does show image, not sure if you make it fall back to other algorithm if the card is incompatible. :p
Good so far. If you can't see a difference in image quality you could look at rendering times with NNEDI3 neurons set to crazy values (e.g. 256). Rendering times should shoot through the roof that way. If they do and you still get an image, it seems to be working. Of course if you don't see a difference in image quality it's a valid question whether it's worth it, but that's a different topic...

Just incase its still unclear, any OpenCL related feature also doesn't work on my Nvidia GTX 295, black screen, no crashes. I have no other issues though.
Ok.

If i enable OpenCl error diffusion (without nnedi3): all videos are black in windowed/fullscreen mode

If i disable error diffusion and enable nnedi3 2x: window mode works ( 100% size and a little bit above), but fullscreen is hanging/showing only one picture and it looks like Nearest Neighbor upscaling.

PC: Win 7 32bit, latest nvidia driver and lastest mpc hc nightly
Strange that is seems to work in windowed mode and only partially.

Hmmmm, I have an 8-bit Interlaced 1080p file and have LAV set for DXVA-Native and it works fine with .86, black screen with .87, so something different. I can't even get the ctrl+J info to show....then after a few seconds, the player locks....

Would a log be helpful?
Sounds like different issues. Yes, a log might be useful. But let's not mix things up too much. Let's start with the slow uploads with software decoding. So forget about DXVA for now.

Forcing/Enabling Deinterlacing freezes the picture.
Forced film mode or not?

When the movie changes chapters (normal playback) the image freezes.
One issue at a time, please.

-------

Here's a test build with two fixes:

http://madshi.net/madVR87a.rar

I hope that it will fix all crashes. And it *might* make OpenCL work for NVidia users, but I'm not sure. If it doesn't, please create a debug log for me, with OpenCL features enabled, so you don't get any image displayed. Let it stand that way for maybe 2 seconds, then close the media player down and upload the zipped debug log. Thanks.

kerimcem

23rd January 2014, 20:17

my old system p4 3ghz hd3650 agp
nnedi3 no problem works well :)

iSunrise

23rd January 2014, 20:18

madVR v0.87.0 released

* improved frame cropping support
Just a quick question:

Is this change only relevant/beneficial to jRiver´s MediaCenter? Or is that related to the player´s implementation of cropping in general? Like PotPlayer, which also allows you to crop on the fly.

James Freeman

23rd January 2014, 20:27

Forced film mode or not?

One issue at a time, please.

Both.
Its the same Deinterlacing issue,

EDIT: sorry for that, its not after each chapter.
Its because madvr senses in that scene interlacing and automatically turns it ON.

madVR87a, did not fix Nvidia OpenCL issue.

LOG file: http://www.mediafire.com/download/kc6y1y9253f4gva/madVR%20-%20log.zip

djfred93

23rd January 2014, 20:35

I have a problem with the profil. I use this rule : if (mediaPlayer = "mpc-hc.exe") "MPC-HC" else "MPC-BE"

But madVR always choose MPC-BE profil even if i use MPC-HC.

cyberbeing

23rd January 2014, 20:41

OpenCL features still non-functional in madVR 0.87a.

For the issues with OCL Dither, OCL NNEDI, and Video-mode deinterlacing:

madVR debug logs (https://www.mediafire.com/?s2508yh25airyjz)

Vyral

23rd January 2014, 20:41

Thanks for this new version.
Works fine with AMD 13.9 drivers.
I haven't tested debanding or NNEDI3 upsampling or upscaling yet, only disabled everything in "Trade quality for performance". However, the rendering time and GPU load increased dramatically (from 12ms to 36ms in rendering time and 10% to 72% in GPU load, ouch).
After further testing, "use random dithering instead of openCL error diffusion" was the culprit.

Is openCL really that demanding ?

EDIT : using MPC-HC 1.7.1 with LAV filter (internal) + smooth motion enabled

Farfie

23rd January 2014, 20:43

Also confirming image freeze/black screen when enabling NNEDI3 chroma upscaling with any amount of neurons. No smooth motion/deinterlacing enabled, and didn't change anything else upon installing .87. GTX 680, 332.21, win8.1 x64.

If the change was made during playback, the last frame freezes there. If it's enabled before any media is playing, no frame gets put up and it remains black (since mpc-hc has black background to begin with like most media players.) Switching back to anything else under chroma upscaling fixes everything.

I also find this a bit confusing since I don't know what all of these filters do exactly (amateur encoder at best). Is NNEDI3 both an image doubler and upscaler? And if I use the upscaler, do I also need to put in something for doubling, or is that completely seperate and for UHD upscales only?

bejita7

23rd January 2014, 20:50

Thanks for the new version, now this is too awesome.
If anyone is wondering how debanding filter works I've made small comparison: http://screenshotcomparison.com/comparison/58938 (debanding with settings high/high)

DragonQ

23rd January 2014, 20:52

Upgraded on my home laptop (HD4000 & NVS 5200M) and now I get a black screen for all videos. Didn't change any settings and it doesn't look like any OpenCL stuff is enabled by default. Can't even tell what GPU is being used...probably the Intel IGP but its load is only 1-2%. Happens with both software decoding and DXVA2 Native. :(

EDIT: It looks like only interlaced videos aren't working at all (black screen, CTRL+J does nothing, the audio starts out fine then starts massively stuttering after a bit). Some progressive videos are the same but some actually work fine.

EDIT: OK it's definitely using the HD4000. Disabling deinterlacing makes all files work so far (obviously without them being deinterlaced properly).

Soukyuu

23rd January 2014, 20:55

Confirming NNEDI3 option makes my GPU choke (=black screen).
Confirming enabling deinterlacing = black screen
Confirming enabling error diffusion dither = black screen.
Smooth motion is on, turning off doesn't change anything.

Nvidia 260GTX here, I expected it to be slow, but not a total standstill. Tried playing with queues, but no chance. Seeing a 770 seems to have the same issue too, I doubt it's just my card being too weak...

antonyfrn

23rd January 2014, 20:56

No joy with NNEDI3 with my GTX 760 4Gb black screen with the new update and using 332.21

cca

23rd January 2014, 21:00

On my AMD Radeon 5850 NNEDI chockes when it's enabled to upscale from 720p to 1080p, works for SD material, but I am completely unable to watch DVDs, Video mode deinterlacing is completely broken and produces blank. That is even with NNEDI and the other OpenCL setting disabled completely.

mindbomb

23rd January 2014, 21:07

madVR v0.87.0 released
(5) Thanks to OpenCL I can now process DXVA2 NV12 data coming from native DXVA decoders, or coming from DXVA2 deinterlacing, losslessly and directly on the GPU. Sadly, this only works for Intel and AMD GPUs. So with NVidia I still have to use copyback, or alternatively live with a small chroma resolution loss.

For nvidia users wanting hardware acceleration, would you say it is better to use cuvid for decode and deinterlacing in lav video?
I was always unclear on the pros/cons of deinterlacing in the decoder rather than renderer.

DragonQ

23rd January 2014, 21:08

madshi

23rd January 2014, 21:13

I have a problem with the profil. I use this rule : if (mediaPlayer = "mpc-hc.exe") "MPC-HC" else "MPC-BE"

But madVR always choose MPC-BE profil even if i use MPC-HC.
Should be fixed in the next test build (see below).

OpenCL features still non-functional in madVR 0.87a.

For the issues with OCL Dither, OCL NNEDI, and Video-mode deinterlacing:

madVR debug logs (https://www.mediafire.com/?s2508yh25airyjz)
Thanks, will have a look at the log.

After further testing, "use random dithering instead of openCL error diffusion" was the culprit.

Is openCL really that demanding ?
The OpenCL <-> D3D9 interop eats quite a bit of performance. E.g. the error diffusion kernel runs with about 370fps on my HD7770 with 1080p images. But in madVR it costs about 10ms rendering time (= 100fps). So the lost performance is caused just by D3D9 -> OpenCL interop. I'm considering to at some point maybe use a full OpenCL rendering pipeline instead of D3D9. But not anytime soon. For now if you want to use OpenCL features, you have to live with the performance cost.

I also find this a bit confusing since I don't know what all of these filters do exactly (amateur encoder at best). Is NNEDI3 both an image doubler and upscaler? And if I use the upscaler, do I also need to put in something for doubling, or is that completely seperate and for UHD upscales only?
If you enable NNEDI3 doubling, it will be used to double the resolution of your movie, if the scaling factor meets the requirements. After NNEDI3 doubled your image resolution, the other madVR algorithms will still run to bring the image resolution to the required output resolution.

EDIT: It looks like only interlaced videos aren't working at all (black screen, CTRL+J does nothing, the audio starts out fine then starts massively stuttering after a bit). Some progressive videos are the same but some actually work fine.
Yes, video mode deint was broken, will be fixed by next test build (see below).

Confirming NNEDI3 option makes my GPU choke (=black screen).
Confirming enabling deinterlacing = black screen
Confirming enabling error diffusion dither = black screen.
Smooth motion is on, turning off doesn't change anything.

Nvidia 260GTX here, I expected it to be slow, but not a total standstill. Tried playing with queues, but no chance. Seeing a 770 seems to have the same issue too, I doubt it's just my card being too weak...
None of that has to do with the speed of your GPU. The OpenCL problems are caused by NVidia/OpenCL currently not working, for a reason I've not found yet. Deint will be fixed by the next test build (see below).

On my AMD Radeon 5850 NNEDI chockes when it's enabled to upscale from 720p to 1080p, works for SD material, but I am completely unable to watch DVDs, Video mode deinterlacing is completely broken and produces blank. That is even with NNEDI and the other OpenCL setting disabled completely.
Yes. Video deint will be fixed by next build (see below).

-------

Here's a new test build, should (hopefully) fix video mode deinterlacing:

http://madshi.net/madVR87b.rar

antonyfrn

23rd January 2014, 21:14

Unticking use random dithering instead of OpenCL error diffusion causes a black screen. (Jinc 3tap). Tested with madVR87b

madshi

23rd January 2014, 21:15

For nvidia users wanting hardware acceleration, would you say it is better to use cuvid for decode and deinterlacing in lav video?
I was always unclear on the pros/cons of deinterlacing in the decoder rather than renderer.
Just try out what works better for you. But I wouldn't worry too much about letting madVR deinterlace.

Looks like deinterlacing is broken on AMD, nVidia, and Intel GPUs then. Do you not have interlaced videos madshi? :p
It worked until yesterday when I added deint information support for profiling rules, which broke deinterlacing.

michkrol

23rd January 2014, 21:15

First of all, thanks for this new feature-packed release.

I'm using Intel HD4000, OpenCL (Error Diffusion/NNEDI3) works here without problem (of course performance is as is).

Thanks for fixing the Intel's separate device problem, works here.
If you overload the GPU, then it's jumping frames back and forth. EDIT: It also happens with separate device off, so it's not a bug, sorry.

EDIT: Profiles work in madVR87b. Thanks ;)

madshi

23rd January 2014, 21:18

Unticking use random dithering instead of OpenCL error diffusion causes a black screen. (Jinc 3tap)

AMD Phenom II 955BE
16GB Corsar Vengance DDR3
EVGA GTX 760 SC ACX 4GB 332.21WHQL
ASUS Sabertooth 990FX R2.0
ASUS Xonar D2X
Has been reported about a hundred times in the last 2 pages. Known problem with NVidia GPUs at the moment. To be fixed later.

A problem I have is the profiles get marked as loaded (bold name in preferences), but their respective settings don't get applied, instead first profile in the group gets used. Easiest to check with Nearest Neighbour as image upscaling. Happens even after restoring default settings.
Please try with the test build I just posted. I think it's probably already fixed in that build.

cyberbeing

23rd January 2014, 21:19

Here's a new test build, should (hopefully) fix video mode deinterlacing:

http://madshi.net/madVR87b.rar

Confirmed the video mode deinterlacing fix on my GTX 770.

sneaker_ger

23rd January 2014, 21:19

I hope that it will fix all crashes.

Nope.

DragonQ

23rd January 2014, 21:25

Here's a new test build, should (hopefully) fix video mode deinterlacing:

http://madshi.net/madVR87b.rar
Hmm nope. The videos now play but nowhere near correctly. Again, this is with the HD4000 and no OpenCL stuff enabled. With a 1080i/25 video in fullscreen (not exclusive), it's mostly fine but has the occasional hiccup (looks like a dropped frame but doesn't register as one). In a <1080p window the frame order is all over the place, the queues are very jumpy (often dropping to 0 or 1) and the number of dropped frames increases every now and then.

Using software decoding.

EDIT: Using DXVA downscaling fixes the jumpiness. Was using Catmull-Rom before, and the problem appears with any of the custom pixel shader scalers. Possibly a separate problem to the deinterlacing thing?

noee

23rd January 2014, 21:39

@madshi,

FWIW, I can no longer scale my SD videos to 1080 with Jinc3 with .87 as I have been with .86. I have all of the explicit OpenCL stuff turned off so it appears the .87 render path has slowed even without the explicit OpenCL options enabled.

I'm not sure whether this is expected, it is definitely happening at the render queue.

michkrol

23rd January 2014, 21:45

I'm on Intel HD4000 and I get horrible performance with any DXVA scaling and progressive content in madVR87b build. Worked correctly in "normal" v0.87 build.

djfred93

23rd January 2014, 21:46

Should be fixed in the next test build (see below).

Thanks, it's working and thanks for the new version.

madshi

23rd January 2014, 21:51

Nope.
Too bad. Still same amount of crashing?

Anybody else still having crash problems with the updated test build?

Hmm nope. The videos now play but nowhere near correctly. Again, this is with the HD4000 and no OpenCL stuff enabled. With a 1080i/25 video in fullscreen (not exclusive), it's mostly fine but has the occasional hiccup (looks like a dropped frame but doesn't register as one). In a <1080p window the frame order is all over the place, the queues are very jumpy (often dropping to 0 or 1) and the number of dropped frames increases every now and then.

Using software decoding.

EDIT: Using DXVA downscaling fixes the jumpiness. Was using Catmull-Rom before, and the problem appears with any of the custom pixel shader scalers.
Hmmmm... Ok. This will be the NV12 OpenCL splitting which is always enabled on Intel and AMD GPUs now. Not sure why this is happening, though. Will play a bit more tomorrow with my HD4000 and see if I can reproduce it.

FWIW, I can no longer scale my SD videos to 1080 with Jinc3 with .87 as I have been with .86. I have all of the explicit OpenCL stuff turned off so it appears the .87 render path has slowed even without the explicit OpenCL options enabled.

I'm not sure whether this is expected, it is definitely happening at the render queue.
Which was your GPU again? Can't remember the GPU of all users. How much do the rendering times differ between v0.86 and v0.87? And do you have debanding on or off?

I'm on Intel HD4000 and I get horrible performance with any DXVA scaling and progressive content in madVR87b build. Worked correctly in "normal" v0.87 build.
What? The v.087b test build is worse than the official v0.87 build? That confuses me. Are you sure you're testing with the same settings?

-------

Here's a new test build. It *might* make OpenCL work with NVidia GPUs, or maybe not. If it still doesn't work, I'd like to get a debug log with this new test build with error diffusion activated. Thanks.

http://madshi.net/madVR87c.rar

Going to bed now, see you tomorrow...