View Full Version : madVR - high quality video renderer (GPU assisted)
madshi
11th January 2016, 23:02
You would think so, but I have confirmed that LAV sends 50 fps in the initial media type (and not even only in a new type send later) and yet madVR still shows 25 in its OSD. You don't cheat around the decoder again and ask the splitter, do you?
That's a pretty good question. Will add that to my to do list to investigate.
madshi
11th January 2016, 23:03
madVR v0.90.1 released
http://madshi.net/madVR.zip
* fixed: DXVA processing was broken on some GPUs
* fixed: DXVA upscaling option was grayed out
* fixed: chroma SuperRes fracked up HDR colors
* fixed: LAV reporting YCgCo was misinterpreted by madVR
* fixed: "Reconstruction" was reported by the OSD to be "Jinc"
Just a couple of quick fixes. Next build probably not before the weekend.
MS-DOS
11th January 2016, 23:07
Can you double check with v0.89.19 to make sure it's really only occurring with v0.90.0, but not with v0.89.19?
That was the first thing I did. Emailed you a debug log.
leeperry
11th January 2016, 23:16
None of the sharpeners are perfect; I just think SuperRes is better than the others in many ways.
Totally, I hate sharpening with passion but SR looks ridiculously good and the new chroma SR update has turned Jinc into a monster to my eyes because it keeps the "cinema-like" natural look and every frame is plenty sharp but not overly, me like it a lot :cool:
New chroma algorithms appear too sharp to feed SR to my eyes but I'll need to run more tests, still PQ is pretty dang sweet atm to say the least.
The new OSD looks great too as it was pretty painful to read before, I would personally enjoy a hotkey to get to the control panel directly but maybe it's already there and I missed it somehow.
:thanks:
iakoboss7
11th January 2016, 23:54
here you are, i tested your latest release also and it still had the same problem (but the debug is from v0.90.0 ).
https://drive.google.com/file/d/0Bz9-okPmTFK7eW5rRHc0YU44Mzg/view?usp=sharing
x7007
11th January 2016, 23:59
In test they made they said CUVID is better than DXVA2 in gpu utilization with Madvr + FSE
http://www.anandtech.com/show/5814/asrock-highend-vision-3d-252b-htpc-review/10#
clsid
12th January 2016, 00:03
That test was done 44 months ago...
x7007
12th January 2016, 00:09
That test was done 44 months ago...
ok , does it change things , dxva2 was improved since then ? I'm interested in new tests someone made.
Btw, how do I use the 3D stereoscopic ? is it for blueray iso movies or MKV 3D movies ? because potplayer has 3D support already, and I never use it because if I download a movie Top&buttom or SBS it is opened like it should splitted screen and I just choose 3D mode in my TV and I see it + 3D subtitles if there are . I mean when do I need Potplayer or Madvr 3D support ?
EDIT : (Scratch That) Checking something else ))) in windows 8.1 I have Present Queue drop every couple seconds, it drops from 2-3/3 to 0 or 1-3/3 . I just upgrade since the version 89.x lastest one. it worked fine with the version before 90.
It happens in FSE and windowed. D3D11
MistahBonzai
12th January 2016, 00:10
To those running the v0.90 update with MPC-HC x64. Please check that the MadVR refinement settings (like sharpen and such) appear on the screen upon selection. Mine only display their effects after selecting OK and continuing with the video. Upon rechecking I see that this glitch also occurs in my MadVR x86. It seems to be connected to the v0.90 upgrade - at least this is when it first occured for me. MPC-BE/MadVR v0.90 works fine. If someone joins me here I'll provide specifics. As it is I'm running Win 7 64-bit/sp1, HD 7850 (15.7.1) and all the latest related plug-ins from the nightlies.
Update: 1/11/2016
Completely uninstalled madVR v0.90.1 (ran uninstall.bat, reset settings, deleted folder...) and installed madVR v0.89.19. With MPC-HC 1.7.10.56 (nightly) the issue is resolved. Updated to madVR v0.90.1 and the issue is back - MPC-BE works as expected in both cases. Downgraded to madVR v0.89.19 (copied new files over old ones after running uninstall.bat) and all is well. I'm stumped :(
clsid
12th January 2016, 00:17
Currently only MKV files with H.264 MVC are supported. Those are usually 3D Blu-Ray rips. SBS stuff will be played same way as before.
DXVA2 performance has improved since then due to more efficient copy-back.
huhn
12th January 2016, 00:24
"25 fps". With ffdshow it reports the same, though madVR switches to 50 Hz, not 24.
On the bugtracker, huhn said (http://bugs.madshi.net/view.php?id=198&PHPSESSID=db64394b0525b07e9cb259d270c66b09#c999) a time ago:
You said that he's right. Now you're saying that it should work with any source that can be turned back to progressive. I suppose that interlaced NTSC is that kind of source (at least YADIF can turn it back to progressive!). I'm confused.
this is just a miss understanding.
a telecine source is still technically an interlaced source.
interlacing is very confusing.
madVR film mode is a detelecine filter/reserve telecine filter alias IVTC. it only works on telecine sources.
madVR video mode is an deinterlance filter it should work on all sources but quality may vary a lot.
telecine is just a way to create a interlaced source by using telecine. the telecine can be reversed. this type of interlacing is used to create 50/60i from 24/25p. IVTC can reverse this type of source back to 24/25p
a source that is interlaced but doesn't use telecine can't be handle by Film mode and can't be reversed. there are no information to recreate the original progressive frames so new progressive frames are created. this type of interlacing is used to create 50/60i from 50/60p.
all deinterlacer or IVTC algorithm create progressive frames.
an modern deinterlacer may try to use IVTC for better results too but they can't match a normal IVTC algorithm for multiply complicated reasons.
this may help or just confuse you even more:
https://en.wikipedia.org/wiki/Interlaced_video
https://en.wikipedia.org/wiki/Telecine
https://trac.handbrake.fr/wiki/Telecine
there are still special types of interlacing making it even more complicated.
Q-the-STORM
12th January 2016, 00:29
The key problem is that Windows 8 introduced WDDM 1.2 drivers which add OS support for stereoscopic 3D output via HDMI 1.4+.
[...]
There are custom APIs available from each GPU manufacturer for stereoscopic output in Windows 7 [...] while in Windows 8 it's built into the OS.
Just to clarify, does that mean that on win8+ you don't need 3DTV Play for nvidia GPUs anymore?
x7007
12th January 2016, 00:31
I've found an issue with madvr 90.1 . With potplayer if you minimize the window and open it, the video freeze but the sound continues . to start the video again you need to enter FSE.
89.xx works fine . tested in both windows 8.1 and windows 10 . different drivers , 970GTX and 970M laptop , Madvr +FSE D3D11 + 10bit
Nullack
12th January 2016, 00:33
I managed to crash madvr v 0.90.1. Pastebin of the error dump is here:
http://pastebin.com/fqKG6L3a
I was just doing some regression tests with nvidias stereoscopic 3d mode enabled in trying to get the situation down pat for my nvidia bug report. Most of the time I dont get madvr crash reports where MPC-BE crashes instead, but this time it did happen.
Schwartz
12th January 2016, 00:57
The strange freeze bug happened again. Some more info. MPC-HC froze up almost completely, with a slice of audio being played every 4 or 5 seconds. Ctrl-J did not do anything. Pause-Resume fixed the audio only. Audio started playing again but video continues to be frozen.
The log is here: http://pastebin.com/LAUrQ3Eg
Aleksoid1978
12th January 2016, 01:30
nevcairiel, madshi - I found the reason that 3D is not working, LAV Video can't load libmfxsw32.dll/libmfxsw64.dll from installed path (C:\Program Files (x86)\LAV Filters). CDecMSDKMVC::Init() output CDevMSDKMVC::Init(): MSDK not available and out with error.
When i copy this .dll to C:\Windows - all working, thanks :)
huhn
12th January 2016, 02:03
are you using windows 10?
in my experience the "C:\Program Files (x86)" folder has special needs on win10 different from windows 7/8 but i don't have a system to test this.
if yes.
is possible for you to install lav to something like "d:\lavfilter" and test it without the DLL in the windows folder?
Aleksoid1978
12th January 2016, 02:42
are you using windows 10?
in my experience the "C:\Program Files (x86)" folder has special needs on win10 different from windows 7/8 but i don't have a system to test this.
if yes.
is possible for you to install lav to something like "d:\lavfilter" and test it without the DLL in the windows folder?
Don't working for me on 2 different PC with Win10 Ent x64. Working only if move .dll to the directory thats in PATH enviroment.
SamuriHL
12th January 2016, 03:03
Well, I'm not having a lot of success so far. I originally tried to get this to work in MC21 and when I enable 3D in the nVidia control panel or in Windows Display settings and try to play a 3D MKV, it crashes the player. So I figured I'd simplify my life while testing and get MPC-HC set up and I'm having the exact same problem. Crashing culprit is c:\windows\system32\nvwgf2um.dll which presumes it's dying in nVidia land somewhere. I also copied the intel DLL to my Windows dir (thanks for that tip) so it's finding the DLL ok, but, something is not very happy on my machine. Windows 10, nVidia 680, nVidia 361.43 driver installed. Any magic tricks I can try to get this to work? I'm VERY excited by this 3D development. I know a lot of people couldn't care less about 3D, but, I have a good setup for it and quite the collection of 3D blu-rays I'd love to convert to MKV. Thanks for the help!
jmone
12th January 2016, 03:18
I've not got 3D working in JRiver MC either yet.
On the crash, when I "reset" the MadVR settings it sovled the crash, I then started re-enabling stuff and for me it is the D3D11 mode that seems to cause the crash.
I'm also nVidia (660Ti) Windows 10 64-Bit
truexfan81
12th January 2016, 04:11
Totally, I hate sharpening with passion but SR looks ridiculously good and the new chroma SR update has turned Jinc into a monster to my eyes because it keeps the "cinema-like" natural look and every frame is plenty sharp but not overly, me like it a lot :cool:
New chroma algorithms appear too sharp to feed SR to my eyes but I'll need to run more tests, still PQ is pretty dang sweet atm to say the least.
The new OSD looks great too as it was pretty painful to read before, I would personally enjoy a hotkey to get to the control panel directly but maybe it's already there and I missed it somehow.
:thanks:
what strength do you use for it? from the default 3 down to 1 makes a difference of about 2% gpu usage on my gtx650. i'm trying to decide if its worth the extra 2% or not.
thanks
Balthazar2k4
12th January 2016, 04:28
nevcairiel, madshi - I found the reason that 3D is not working, LAV Video can't load libmfxsw32.dll/libmfxsw64.dll from installed path (C:\Program Files (x86)\LAV Filters). CDecMSDKMVC::Init() output CDevMSDKMVC::Init(): MSDK not available and out with error.
When i copy this .dll to C:\Windows - all working, thanks :)
BRILLIANT discovery! Copied the DLL and all works great now on my Nvidia machine. Thank you!
jmone
12th January 2016, 04:50
Copying the DLL into the Windows folder "almost" works for me.
Now I can see my TV do the Black Screen with change of Refresh rate thing but oddly it seem to happen a couple of time (and the TV complains about losing the HDMI connection in the middle). When the image comes up madVR is using D3D9 not D3D11 and I get a Side By Side image.
huhn
12th January 2016, 05:01
are you sure you used a MakeMKV MKV remux for this test?
these files are not played as side by side.
jmone
12th January 2016, 05:38
Yup - even did a new mux to be sure. When I say Side by Side it even includes the Ctrl-J OSD
Nullack
12th January 2016, 05:47
Huhn I can see that test result too. I believe mate it happens when you have correctly installed the Intel media sdk DLL, but a user has not correctly enabled stereoscopic mode in their nvidia control panel. I see the exact thing, side by side, by doing so and Ive done my own remux from one of my 3D blurays using MakeMKV
Balthazar2k4
12th January 2016, 06:04
Does anyone have smooth 3D playback on a Haswell or later NUC? My 2D content works great on it, but 3D is very jerky. The processor is showing minimum utilization so I am wondering if the GPU is maxed out with 3D content.
MokrySedeS
12th January 2016, 06:22
I've found an issue with madvr 90.1 . With potplayer if you minimize the window and open it, the video freeze but the sound continues . to start the video again you need to enter FSE.
Same here in MPC-HC x64. Happenes with 0.90 too.
btw, I can confirm that the interlaced ProRes is fixed, thanks.
Film mode doesn't support such files yet, right?
4h4h270
12th January 2016, 06:23
problem sovled!, I just set madvr disable 3d when playback 3d,then the picture become SBS, I just need to choose SBS 3D in my monitor, works perfect! :D
----edit----
After copy libmfxsw32.dll/libmfxsw64.dll to c:\windows,3d playback works,still get some crashes,and only left eye image :(
----edit----
3d playback doesnt work on my pc same as before.
If I enabled 3dvision in nv contorl panel,when madvr goes fullscreen crashes every time,windowed no stereo effect.
madvr cant enable/disable 3d, everytime I have to change settings in nv control panel.
Here's my debug log
http://www.mediafire.com/download/dyi9opennqk2xlv/madVR_-_log.7z
huhn
12th January 2016, 08:21
Same here in MPC-HC x64. Happenes with 0.90 too.
btw, I can confirm that the interlaced ProRes is fixed, thanks.
Film mode doesn't support such files yet, right?
film mode only supports 8 bit. disabling all 10 bit and high options in lavfilter should work. still better than judder i guess.
Ecmslee
12th January 2016, 08:54
I'm wondering if anyone else is experiencing this bug when playing HDR video with 3dluts enabled. I haven't seen it mentioned in the thread or the bug tracker, so here it is:
HDR content appears washed out when 3dlut is enabled. It looks just like when using EVR. The problem goes away when I disable the 3dlut.
The bug still exists after the following troubleshooting steps were taken:
-restored default madVR settings
-used Intel igpu instead of Geforce
-tried a different system
SDR content looks fine with 3dluts enabled. The 3dluts were created with ArgyllCMS 1.8.3 and dispcalGui. The bug exists in madVR v0.89.18 up to the current v0.90.1. I am testing this issue with the HDR Life of Pi and Exodus clips. Ctrl+J reports both videos as HDR.
I tried working around this bug by using profile groups to disable 3dluts when playing HDR content. However it turns out that both the profile rules page and the HDR boolean also have issues.
After creating a calibration profile group for my display, each keystroke in the rules text entry box causes me to jump back to "color & gamma". This made for an annoying time of having to type my rules one character at a time and clicking back to the profile group page after each key. So instead I wrote my rules in a text editor and copy-pasted the following back to madVR settings:
if (HDR) "HDR"
else "SDR"
HDR profile has 3dluts disabled and SDR has them enabled. The problem here is that madVR is selecting SDR profile for both HDR and SDR content. If I use
if (! HDR) "HDR"
else "SDR"
then I get the opposite where madVR is selecting HDR profile for every video.
madshi
12th January 2016, 09:52
here you are, i tested your latest release also and it still had the same problem (but the debug is from v0.90.0 ).
https://drive.google.com/file/d/0Bz9-okPmTFK7eW5rRHc0YU44Mzg/view?usp=sharing
Thanks, will have a look at it later.
EDIT : (Scratch That) Checking something else ))) in windows 8.1 I have Present Queue drop every couple seconds, it drops from 2-3/3 to 0 or 1-3/3 . I just upgrade since the version 89.x lastest one. it worked fine with the version before 90.
It happens in FSE and windowed. D3D11
Can you create a debug log for this, please?
Update: 1/11/2016
Completely uninstalled madVR v0.90.1 (ran uninstall.bat, reset settings, deleted folder...) and installed madVR v0.89.19. With MPC-HC 1.7.10.56 (nightly) the issue is resolved. Updated to madVR v0.90.1 and the issue is back - MPC-BE works as expected in both cases. Downgraded to madVR v0.89.19 (copied new files over old ones after running uninstall.bat) and all is well. I'm stumped :(
To make sure I got it right: The issue is that changing settings isn't visible on screen until you unpause the video, correct? Can you please create a debug log for me by doing this:
1) Pause the video.
2) Wait 20 seconds doing nothing (so that I know where to look in the debug log).
3) Change a setting so that madVR *should* change the image but doesn't.
4) Close the media player immediately.
Thanks.
Just to clarify, does that mean that on win8+ you don't need 3DTV Play for nvidia GPUs anymore?
I don't think I have it installed and 3D playback works just fine for me.
I've found an issue with madvr 90.1 . With potplayer if you minimize the window and open it, the video freeze but the sound continues . to start the video again you need to enter FSE.
That's probably the same issue some other users have already reported.
I managed to crash madvr v 0.90.1. Pastebin of the error dump is here:
http://pastebin.com/fqKG6L3a
I was just doing some regression tests with nvidias stereoscopic 3d mode enabled in trying to get the situation down pat for my nvidia bug report. Most of the time I dont get madvr crash reports where MPC-BE crashes instead, but this time it did happen.
Yeah, the crash is in nvwgf2umx.dll, which is an NVidia driver DLL. This information might be useful if you could include it in bug report to NVidia. It's most probably always this DLL that crashes.
I've not got 3D working in JRiver MC either yet.
On the crash, when I "reset" the MadVR settings it sovled the crash, I then started re-enabling stuff and for me it is the D3D11 mode that seems to cause the crash.
I'm also nVidia (660Ti) Windows 10 64-Bit
This suggests that 3D decoding isn't properly setup/working for you yet.
The strange freeze bug happened again. Some more info. MPC-HC froze up almost completely, with a slice of audio being played every 4 or 5 seconds. Ctrl-J did not do anything. Pause-Resume fixed the audio only. Audio started playing again but video continues to be frozen.
The log is here: http://pastebin.com/LAUrQ3Eg
Thanks, will have a look when I find some time.
nevcairiel, madshi - I found the reason that 3D is not working, LAV Video can't load libmfxsw32.dll/libmfxsw64.dll from installed path (C:\Program Files (x86)\LAV Filters). CDecMSDKMVC::Init() output CDevMSDKMVC::Init(): MSDK not available and out with error.
When i copy this .dll to C:\Windows - all working, thanks :)
Oh, good find!
Well, I'm not having a lot of success so far. I originally tried to get this to work in MC21 and when I enable 3D in the nVidia control panel or in Windows Display settings and try to play a 3D MKV, it crashes the player. So I figured I'd simplify my life while testing and get MPC-HC set up and I'm having the exact same problem. Crashing culprit is c:\windows\system32\nvwgf2um.dll which presumes it's dying in nVidia land somewhere.
This suggests that LAV isn't outputting 3D to madVR yet. Can you double check the LAV settings page? Which "active decoder" is listed there?
Please note that the MKV needs to be a remux of a true 3D MVC Blu-Ray. A side-by-side MKV won't do, it's not considered 3D by either LAV or madVR.
Copying the DLL into the Windows folder "almost" works for me.
Now I can see my TV do the Black Screen with change of Refresh rate thing but oddly it seem to happen a couple of time (and the TV complains about losing the HDMI connection in the middle). When the image comes up madVR is using D3D9 not D3D11 and I get a Side By Side image.
Strange. Do you have display mode / refresh rate changing active in either madVR or MC? If so, try disabling that to see if that helps. Also try with MPC-HC to make sure it's not media player specific.
are you sure you used a MakeMKV MKV remux for this test?
these files are not played as side by side.
madVR does convert such MakeMKV MKV 3D remuxes to side-by-side if the OS 3D support is disabled, or if you're on Windows 7 or older, or if the display or GPU doesn't support frame packed 3D.
Does anyone have smooth 3D playback on a Haswell or later NUC? My 2D content works great on it, but 3D is very jerky. The processor is showing minimum utilization so I am wondering if the GPU is maxed out with 3D content.
GPU needs twice the power for 3D rendering. So you may have to reduce GPU load a bit by adjusting your madVR settings.
problem sovled!, I just set madvr disable 3d when playback 3d,then the picture become SBS, I just need to choose SBS 3D in my monitor, works perfect! :D
Does your display not support frame packed 3D, though? SBS works ok, but it means you have to manually enable SBS in your monitor, which is not very comfortable. Furthermore resolution will be half of what it should be. So having frame packed 3D output would definitely be the better solution.
I'm wondering if anyone else is experiencing this bug when playing HDR video with 3dluts enabled. I haven't seen it mentioned in the thread or the bug tracker, so here it is:
HDR content appears washed out when 3dlut is enabled. It looks just like when using EVR. The problem goes away when I disable the 3dlut.
Do you have a 3dlut for BT.2020? I have an extra "hack" in place for BT.2020 3dluts which disabled my own HDR processing if a BT.2020 3dlut is active. The reason for this is that some professional users have been doing HDR processing with a BT.2020 3dlut, by baking HDR tone+gamut mapping into the 3dlut. I will probably disable this hack soon, allowing you to use a BT.2020 3dlut for HDR, too.
For now, please simply leave the BT.2020 3dlut slot empty. All the current HDR content (like Life of Pi or Exodus) are really only DCI-P3, anyway. So provide a P3 3dlut, leave the BT.2020 3dlut empty, and you should be set.
MistahBonzai
12th January 2016, 10:25
Thanks, will have a look at it later.
Can you create a debug log for this, please?
To make sure I got it right: The issue is that changing settings isn't visible on screen until you unpause the video, correct? Can you please create a debug log for me by doing this:
1) Pause the video.
2) Wait 20 seconds doing nothing (so that I know where to look in the debug log).
3) Change a setting so that madVR *should* change the image but doesn't.
4) Close the media player immediately.
Thanks.
I'm feeling kinda incompetent about now but..how do I force a debug log? :confused:
madshi
12th January 2016, 10:30
After creating a calibration profile group for my display, each keystroke in the rules text entry box causes me to jump back to "color & gamma".
I can reproduce this, but only if your display is not set to a clear device type (still has a question mark symbol). Tell madVR which kind of display device it is, and this problem should be gone.
The problem here is that madVR is selecting SDR profile for both HDR and SDR content.
Double checked, and it's working fine for me!
I'm feeling kinda incompetent about now but..how do I force a debug log? :confused:
Double click "activate debug mode.bat". Then run the video and reproduce the problem. Then close the media player. Now there should be a debug log on your desktop. If that doesn't work, check my last couple of posts, in one of them I explained how to activate the debug mode in case the batch file doesn't work.
huhn
12th January 2016, 10:31
I'm feeling kinda incompetent about now but..how do I force a debug log? :confused:
go to the madVR folder and run "activate debug mode.bat".
the debuglog will be on your desktop and don't forget to compress it before upoading.
nevcairiel
12th January 2016, 11:14
nevcairiel, madshi - I found the reason that 3D is not working, LAV Video can't load libmfxsw32.dll/libmfxsw64.dll from installed path (C:\Program Files (x86)\LAV Filters). CDecMSDKMVC::Init() output CDevMSDKMVC::Init(): MSDK not available and out with error.
When i copy this .dll to C:\Windows - all working, thanks :)
Are you loading LAV in some strange way? By default loading a DLL from the module directory should work fine.
Edit:
I updated the DLL loading in the dispatcher and hopefully it should always pick it up from the LAV directory now.
omarank
12th January 2016, 11:26
SBS works ok, but it means you have to manually enable SBS in your monitor, which is not very comfortable. Furthermore resolution will be half of what it should be. So having frame packed 3D output would definitely be the better solution.
I was wondering if madVR could also process SBS and TBB videos to extract the video frames, stretch them in their proper aspect ratio and then output the stereo frames as frame packed 3D if 3D is enabled. If 3D is not enabled then only one frame of the two can be displayed.
This will not only ensure higher quality output for 3D, but also those who don’t like/ have 3D display can watch the SBS & TBB content in 2D.
chros
12th January 2016, 11:27
Probably you remember that I had/have huge performance difference using D3D9 FSE Old Path on my laptop. I managed to screw up things in the last 2-3 weeks and it works only with 32bit player (luckily found out) and filters now but not with x64 chain!!!
So maybe this is the perfect occasion to figure it out what is going on since I can replicate both now.
What I did in the past 2-3 weeks (I wanted to try out 4:4:4 output on my system but I didn't manage to do it :) ):
- uninstalling/installing intel graphic driver and Management Engine as well (it responsible for HDMI handshake if I understand it correctly)
- upgrading nvidia driver to 361.xx
- updating players, filters
Now I tried to "revert" everything to the state that it was before., you can see it in my signature.
What I tried is using different versions of MPC-HC , madvr , lavfilters (external) but nothing helped.
I have created logs with madvr, but all I can see it in them that it using the igsimsum*.dll -s successfully. I checked them in:
- c:\windows\system32 and c:\windows\system32\NV
- c:\windows\wow*\ and c:\windows\wow*\NV (I forgot the full path for that)
but the correct version are there for both 32 and 64 bit.
So, how the heck can I debug it what's the bottleneck?
MadVR x32 and x64 logs (~ 20 sec playback): http://www1.zippyshare.com/v/YdKiA4Zc/file.html
This is the stat of nvidia inspector (GPU-Z provides the same results) http://www.imagebam.com/image/6c7fde458360826
Rows are from top to bottom: GPU usage, VPU usage, memory, GPU Clock, memory clock, sahders (zero all the time), GPU voltage. x64 chain is on the left and x32 is on the right.
Thanks
I don't remember any details. I'm not sure I fully understand your post. Are you saying you have the problem only in 32bit now but not in 64bit? Or are you saying that 64bit doesn't work at all, anymore, now? I'm not really sure. In any case, an Optimus laptop behaving strangely is not really new. If you find a way to make it work well enough for you, then maybe it doesn't make too much sense spending hours on trying to figure out why it sometimes behaves strangely?
Sorry if it wasn't straightforward. I'm telling that it's only working fine now with 32 bit and not with 64 bit chain.
It's definitely not madvr's fault. But I'd like to get help from You (since it's so specific) about how I can debug it? e.g. link for tutorials/tools that I have to use to able to determine what can produce this bottleneck when using 64 bit or what is going on when I'm using 32 bit (what dlls, etc.). I've posted the logs that maybe you can see something out of ordinary in them (but I doubt it).
Thanks
Ecmslee
12th January 2016, 11:33
For now, please simply leave the BT.2020 3dlut slot empty. All the current HDR content (like Life of Pi or Exodus) are really only DCI-P3, anyway. So provide a P3 3dlut, leave the BT.2020 3dlut empty, and you should be set.
Yes, I created 3dluts for each specific gamut. Clearing the BT.2020 LUT fixes the problem with HDR and 3dlut, thanks!
I can reproduce this, but only if your display is not set to a clear device type (still has a question mark symbol). Tell madVR which kind of display device it is, and this problem should be gone.
This problem happened with my PG278Q set to Digital Monitor / TV. I did not think to try it before I had already set the device type. Also I noticed that it jumps to a different page with every text box in the profile group, not just the rules: group name, profile name, command line to execute, etc.
Setting the device type to Receiver, Digital Monitor, CRT monitor causes the jump upon text entry. The jumping does not occur when I set it to Digital or CRT projector.
madVR is selecting SDR profile for both HDR and SDR content.
Double checked, and it's working fine for me!
Not sure what's going on here. 3dlut on/off is no longer an issue now that I've disabled BT.2020, but the boolean is still flagging HDR content as not HDR on my end. BTW I am using LAV Filters 0.67.0. I'll try the nightly and see if that changes anything.
UPDATED:
The LAV Filters nightly fixed the boolean issue. HDR content is correctly detected in the profile rules after I installed LAV Filters 0.67.0-54.
Xaurus
12th January 2016, 11:36
Hello folks, I have a problem with my setup. I have a Samsung 65HU8505 with the SEK-3500 upgrade box.
I can successfully run 4K @ 60Hz @ 4:4:4, at least that is what it shows with this image (http://madshi.net/madVR/ChromaRes.png) when I load it into mpc-hc in windowed mode.
Also it is what it says when I view the image in a browser.
When I enter fullscreen mode (FSE, overlay, non-FSE etc) it changes to 4:2:2.
I suspect it is because madvr resizes the image. If I view it in the browser at non-original resolution (ie zoom) the 4:4:4 disappears.
Is this normal/expected behavior? This is with the latest 90.1 madvr. Tried disabling Aero etc but same thing. (Win 7)
Thanks.
madshi
12th January 2016, 11:46
Are you loading LAV in some strange way? By default loading a DLL from the module directory should work fine.
Could it be some sort of NTFS rights problem? Maybe the DLL file ends up having weird NTFS attributes due to being downloaded? Just a wild guess, though.
@Aleksoid1978, can you double check the NTFS access rights of the Intel DLL? Does it work if you remove it again from the system folder, and add "READ" and "EXECUTE" NTFS rights to this DLL for "Everyone"?
I was wondering if madVR could also process SBS and TBB videos to extract the video frames, stretch them in their proper aspect ratio and then output the stereo frames as frame packed 3D if 3D is enabled. If 3D is not enabled then only one frame of the two can be displayed.
This will not only ensure higher quality output for 3D, but also those who don’t like/ have 3D display can watch the SBS & TBB content in 2D.
Yes, I was already expecting this request... :) I might add it in a future build.
Sorry if it wasn't straightforward. I'm telling that it's only working fine now with 32 bit and not with 64 bit chain.
It's definitely not madvr's fault. But I'd like to get help from You (since it's so specific) about how I can debug it? e.g. link for tutorials/tools that I have to use to able to determine what can produce this bottleneck when using 64 bit or what is going on when I'm using 32 bit (what dlls, etc.). I've posted the logs that maybe you can see something out of ordinary in them (but I doubt it).
Unfortunately I don't really have any good ideas how to debug this at the moment.
This problem happened with my PG278Q set to Digital Monitor / TV. I did not think to try it before I had already set the device type. Also I noticed that it jumps to a different page with every text box in the profile group, not just the rules: group name, profile name, command line to execute, etc.
Setting the device type to Receiver, Digital Monitor, CRT monitor causes the jump upon text entry. The jumping does not occur when I set it to Digital or CRT projector.
Strange, I'll see if I can find a way to reproduce that.
Not sure what's going on here. 3dlut on/off is no longer an issue now that I've disabled BT.2020, but the boolean is still flagging HDR content as not HDR on my end. BTW I am using LAV Filters 0.67.0. I'll try the nightly and see if that changes anything.
Does madVR detect that it's HDR? If so, the LAV build probably shouldn't matter for the "HDR" profile variable. But it would still be worth a try using a nightly LAV build. If for nothing else, it should feed madVR with proper HDR SMPTE 2086 metadata, which will help image quality. I think the current official LAV build doesn't do that yet.
huhn
12th January 2016, 11:48
the image only works when not scaled at all.
the 4:4:4 alone is not worth that much anymore . if the TV is oversharing than the 4:4:4 could be visible too.
if you want to confirm your TV isn't subsampling look at the pixel around the 4:4:4 and look if you can see the blue and pink pixel next to each other.
madshi
12th January 2016, 11:49
UPDATED:
The LAV Filters nightly fixed the boolean issue. HDR content is correctly detected in the profile rules after I installed LAV Filters 0.67.0-54.
Oh. I might consider this a bug then. The "HDR" profile variable should not depend on getting metadata info from LAV. But good to hear it's fixed for you.
When I enter fullscreen mode (FSE, overlay, non-FSE etc) it changes to 4:2:2.
I suspect it is because madvr resizes the image. If I view it in the browser at non-original resolution (ie zoom) the 4:4:4 disappears.
Is this normal/expected behavior?
Which media player are you using? If MPC-HC/BE, try setting the zoom to "Normal size". Does the 4:4:4 still disappear?
nevcairiel
12th January 2016, 11:50
Could it be some sort of NTFS rights problem? Maybe the DLL file ends up having weird NTFS attributes due to being downloaded? Just a wild guess, though.
@Aleksoid1978, can you double check the NTFS access rights of the Intel DLL? Does it work if you remove it again from the system folder, and add "READ" and "EXECUTE" NTFS rights to this DLL for "Everyone"?
Its not exactly downloaded, a 7z file is downloaded and the DLL unpacked from that one.
I changed the load logic to always look in the LAV directory specifically, hopefully that helps those were it failed. Previously I trusted the mfx dispatcher to find it, which seemed to work just fine for me.
madshi
12th January 2016, 11:54
Its not exactly downloaded, a 7z file is downloaded and the DLL unpacked from that one.
I changed the load logic to always look in the LAV directory specifically, hopefully that helps those were it failed.
Hmmmm... Yes. After thinking about it, you're right, the path is probably the issue and your change should fix the problem. Calling LoadLibrary will search in the "GetCurrentDirectory" (which is unlikely to point to LAV's directory) and it will probably also search in the folder where the EXE file is located. But it will *not* search in every folder of every loaded DLL, and LAV is just one out of many DLLs loaded in the media player's process, from the OS' point of view. So it makes sense that the OS isn't able to find the DLL.
Xaurus
12th January 2016, 12:21
the image only works when not scaled at all.
the 4:4:4 alone is not worth that much anymore . if the TV is oversharing than the 4:4:4 could be visible too.
if you want to confirm your TV isn't subsampling look at the pixel around the 4:4:4 and look if you can see the blue and pink pixel next to each other.
Thanks a lot, that's what I suspected. :)
madshi
12th January 2016, 12:37
Note to all 3D users: It seems that madVR can crash when you're trying to do 3D playback with D3D9. Please manually activate D3D11 mode to make sure that doesn't happen. (This only applies to 3D playback.)
Aleksoid1978
12th January 2016, 12:48
madshi
I can run 3D MKV, But i only get this picture:
http://i.imgur.com/a1EjOTr.png
I think it's wrong. madVR settings is default. Try to change from D3D9 to D3D11 - don't help. I think it's happened because of my TV model(in signature).
Neroldy
12th January 2016, 12:52
@madshi
I found that there might be a freeze bug in madVR 0.90.0 and 0.90.1.
I play a video in MPC-HC and minimum the player and do other things, and then back to player, but found the video is stop but the audio is still playing. I roll back to madVR 0.89.19 and everything is fine. Test mp4, mkv, ts file and all failed.
MPC-HC (Nightly, 64-bit)
------------------------
Build information:
Version: 1.7.10.56 (c8ef218)
Compiler: MSVC 2015 Update 1
Build date: Jan 9 2016 01:12:23
LAV Filters:
LAV Splitter: 0.67.0.54
LAV Video: 0.67.0.54
LAV Audio: 0.67.0.54
FFmpeg compiler: MinGW-w64 GCC 5.3.0
Operating system:
Name: Windows NT 10.0 (build 10586)
Version: 10.0 (64-bit)
Hardware:
CPU: AMD A10-5750M APU with Radeon(tm) HD Graphics
GPU: AMD Radeon HD 8650G + HD 8790M Dual Graphics (driver version: 8.17.10.1404)
madVR log file uploaded.
15213
15214
15215
15216
15217
Aleksoid1978
12th January 2016, 12:57
That's type of 3D display i select in PowerDVD for 3D is working:
http://i.imgur.com/WAFZCV6.png
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.