View Full Version : madVR - high quality video renderer (GPU assisted)
SweetLow
14th October 2015, 13:53
Ugh.......then it is Intel fault?
If this is the case.....then I propose madshi to disable the directx 11 option for intel IGPU.
Short flickering and disable mode completely? Are you sure? :)
jmartinr
14th October 2015, 14:04
Looking around, haven't figured out how to do this. Where is the setting? Madvr? xysubfilter?
XySubFilter - Main - Text Settings - Screen Alignment & Margins.
Select radio-button on top. I have top:230 and bottom:0.
Thunderbolt8
14th October 2015, 16:38
Off-topic, but I never thought Subtitles can be THAT important to some people... They are just Subtitles...I have certain positions for my .ass subs depending on the AR of the movie. I would just like to see that their placement on screen remains that way it is by default because I really dont want to have to change over 500 subtitle files manually
nevcairiel
14th October 2015, 16:55
I have certain positions for my .ass subs depending on the AR of the movie. I would just like to see that their placement on screen remains that way it is by default because I really dont want to have to change over 500 subtitle files manually
Just don't enable any movement options then. madVR won't move the subs if you don't tell it to.
Thunderbolt8
14th October 2015, 17:06
Just don't enable any movement options then. madVR won't move the subs if you don't tell it to.I wont, but madshi said
Starting with madVR v0.89.7, madVR currently *always* moves XySubFilter subtitles into the black bars, if possible.
so I wanted to know if this also happens when not activating anything or just in combination with some other setting.
clsid
14th October 2015, 17:14
When adding the relevant option, I suggest a tri-state one, like in MPC-HC. So "move subs" = on/off/auto. With auto being default, which moves srt/vob/pgs, but keeps ssa relative to video by default. MPC-HC ISR has knowledge wether ssa has any fixed positioning or not, so perhaps it could communicate that info to allow moving subs in even more cases.
SecurityBunny
14th October 2015, 17:20
Madshi, I am experiencing odd subtitle issues with the later madVR builds.
MPC-HC 1.7.9.181 x64
XySubFilter 3.1.0.744 x64
MadVR 0.89.7-0.89.9
When playing a video at a non-native resolution, the screen flashes every time subtitles are loaded, as well as subtitles are much larger than they should be. The flickering occurs with even the latest build, 0.89.9. Disabling smooth motion, the flickering seems to disappear but subtitles still flash in from the top of the window to the position they are suppose to display at, presumably due to the resizing. When I skip through the video and go through a stylized karaoke typesetting, the subtitles resize back to the original size they should be at.
http://i.imgur.com/ugaNHP7.jpg
With madVR 0.89.6, everything is fine. No screen flashing with subtitles loading in (with smooth motion), no popping subtitles dragging into position, and no large subtitles.
http://i.imgur.com/SXl2nRT.jpg
mandarinka
14th October 2015, 17:20
Note that graphic subs like vobsub can have positioning too.
rafi.hamid
14th October 2015, 18:08
huhn thanks for reply
my TV settings are hdmi RGB Range is full, also 4K pure Direct is off,
in nvidia control panel I have many options like YCbCr 444,4422,420 and RGB limited or full with native resolution 2160p 60hz.
I guess RGB full is good option, right?
Sent from my iPad using Tapatalk
Asmodian
14th October 2015, 18:46
huhn thanks for reply
my TV settings are hdmi RGB Range is full, also 4K pure Direct is off,
in nvidia control panel I have many options like YCbCr 444,4422,420 and RGB limited or full with native resolution 2160p 60hz.
I guess RGB full is good option, right?
Yes, you want to match what your TV is expecting. RGB Full is optimal since your TV supports it.
rafi.hamid
14th October 2015, 19:35
thank you Asmodian
By the way if I don't mistake you have gtx 980ti just like me,
if so can you please send to me your madvr settings file to replace it with mine, I will be very grateful for this
Sent from my iPad using Tapatalk
djsolidsnake86
14th October 2015, 22:33
aspect ratio isn't changing anymore with latest versions... why?
i'm using mpc hc
egandt
15th October 2015, 00:36
Play is great in Windows 10, but the moment I open a browser (FF, Chrome or IE and try to use a new TAB) I get dropped frames. I see the GPU go from 45% to 0% and I loss 1, 10, 50, even 200 frames then it returns as if nothing happened. I'm using Nvidia 355.82 (newer drivers to do find any HDMI attached devices). I've never in years had a similar issue with Windows 8.1 and Windows 10 was fine for the first 2 or 3 weeks, but now it is nearly worthless.
Tested with ZP11, ZP10, PotPlayer, and MP-HC, it appears to be related to MadVR, but I have no way to say that for sure.
I've tried reinstalling Video MadVR, LAV and ZP (10 and 11) all without success. I've also tried using DX9 and DX11 rendering without any changes as well as disabled GPU acceleration in FF and chrome without an success.
Note that windows explorer, graphics viewers and every other app I've tried does not cause the issue only Browsers from what I can tell.
Any Idea what could be the cause or how to fix it?
ERIC
MrBonk
15th October 2015, 07:15
Are you have Platform Update https://support.microsoft.com/en-us/kb/2670838 installed?
Ah yes, this infamous update.
Yes I do have it installed. But I uninstall it when necessary for applications and games that have problems with it.
I had this problem with and without it IIRC
6233638
15th October 2015, 07:34
Play is great in Windows 10, but the moment I open a browser (FF, Chrome or IE and try to use a new TAB) I get dropped frames.
Try increasing the queue sizes and see if that helps.
You may have to switch to DX9 mode though, because DX11 doesn't seem to play nicely with large queue sizes. (>8 with 8-bit, and >6 with 10-bit output in my experience)
Issues like that are why I'm back on 8.1 for now though.
madshi
15th October 2015, 09:02
I found out that the option "disable desktop composition" no longer works for me. I am not able to specify exact releases.
Why not?
does this apply to all movies or only those with zoom settings active? if to all movies, the subs should always be at exactly that position where they are when using any other player as well.
I will add an option in the next build.
Anyone notice poor performance with smooth motion? On my 980ti it increases render times by 6ms. That's quite a bit when your gpu already getting destroyed by nnedi3 upscaling to 4k.
Are you using error diffusion? Try ordered or random dithering instead, if your GPU can't handle error diffusion with smooth motion + NNEDI3.
Madvr has issues with DPC using in Potplayer x32 newest not beta , has terrible high DPC and slow motion high cpu after seeking couple of time. didn't happen with madvr 89.6
EDIT : on version 89.8 and 89.9 Very high DPC and high cpu with stuttering randomly and slow motion if seeking more than 5-6 times till it's back to normal after 7 seconds and still continue with high randomly high DPC jumps
EDIT : The slow motion and high jumps happens when Subtitles are shown.
Which subtitle renderer? Which type of subtitles (SRT, ASS, PGS, VOBSUB, ...)?
Now the question how to transport the information out of madvr. I think for several purposes some kind of interface between madvr and an end-user is needed / useful:
- controlling of projector related stuff like masking, external calibration boxes, ...
- leaner "trade quality for performance"-list (main items for the "normal" user in the list, special commands for the "pro" user by interface; no more excuses "the list is already too long" ;)
- probably no more need of filenaming-tricks :rolleyes:
- user wishes like 538 different adjusting options in the image refinement section :devil:
- customizable OSD with 50+ displayable parameters for control freaks ;)
There are many reasons for such an interface.
Of course it makes no sense to give an end-user too much control, but on the other side there are many "pros" (and I think madvr is developed for enthusiasts) who know to make use of more controlling possibilities in a right way.
I think an interface would be the right way out of blowing up the GUI with too many options for a beginner but preserve much more freedom for the advanced user.
Iīm not a "real" programmer so I canīt say what would be the best solution for such an interface.
You're talking about a complex OSD here, which is somewhere in my list of things to do. But that really has nothing to do with exporting black bar detection information to your self-written software for your screen masking. That's a totally different topic.
For my application case the following would be nice (donīt know if that is easy to do):
To control the motors of my masking system I plan to make a simple GUI application with Visual Studio (GUI to have some knobs, sliders and so on for real time adjustments for the system and a manual override possibility in case of automatic failures). The system is controlled through a serial connection (RS232).
The needed information from madvr (in my case target rectangle) can be gathered like that: there exists a madvr_communication_to_end_user.dll which I can simply import to my project (add reference) and then I can directly make use of the many well-prepared and well-documented ;) methods of the dll (using madvr = madvr_communication_to_end_user; int w = madvr.target.width(); )
That would be really nice for programming purposes.
For me it doesnīt matter HOW to gather the needed information from madvr, it matters THAT I can gather it ...
You are a real programmer madshi, itīs up to you to decide about the right interface :)
I think a more generalized interface to get (and maybe set them as well :) ) those variables would be even better. E.g. like it was implemented in MPC-HC by gabest at the ancient days (through a small built-in web server), and it could give back a json string or any other standard strings.
That's all technically possible, but I have rather limited development resources. I'll think about it, but the end result in the short term will probably be a *very* simple (and maybe somewhat ugly) solution. If you have a good idea for something like that, which I could implement in just a couple of minutes, let me know.
Vobsub from bluray, rendered on cinemascope cropped encode is cut (about halfway) and stretched along its horizontal axis. They also don't render on black bars when fullscreen on 16:9 display. I can take a screenshot if required.
Screenshot and sample, please! :)
Ugh.......then it is Intel fault?
If this is the case.....then I propose madshi to disable the directx 11 option for intel IGPU.
It works fine on some Intel GPUs with some drivers on some OSs. So no, I will not disable it. It's disabled by default. That should be good enough for now.
I just wanted to ask, with DX11 exclusive mode. Is it normal on W7 for it to simply say "D3D9 Exclusive (New Path)"
Afterburner's OSD shows DX9 and not DX11
As SweetLow already said, the Platform Update is required for this. If you do have it installed, the only other reasons that come to my mind right now why DX11 presentation might fail are:
1) Try enabling Aero / Desktop Composition. It's needed. I think madVR should enable it automatically, but I'm not 100% sure about that right now.
2) Make sure you have "present several frames in advance" activated in the fullscreen exclusive mode settings.
When adding the relevant option, I suggest a tri-state one, like in MPC-HC. So "move subs" = on/off/auto. With auto being default, which moves srt/vob/pgs, but keeps ssa relative to video by default. MPC-HC ISR has knowledge wether ssa has any fixed positioning or not, so perhaps it could communicate that info to allow moving subs in even more cases.
I've patched XySubFilter to report to me whether ssa/ass subtitles have fixed positioning or not (XySubFilter exports two new bools named "IsMovable" and "IsBitmap"). I'm planning to add an option like this:
[x] move subtitles ... [to the bottom of the screen/window | into the active video area]
So 3 possible values. Can be completely turned off, or subs can be moved either to the bottom of the screen/window, or into the active video area. Moving into the active video area would also work with the information from black bar detection. So the feature could potentially move subtitles either up or down, or leave them in their original location. Moving would only be done if subs don't have hard positioning information.
One thing I'm not sure about: Currently I stop moving subtitles "forever" (at least until the next video is loaded or a different subtitle track is selected) once I find even one subtitle which has hard positioning, even if subtitles after that are not hard positioned, anymore. I wonder if that's the "right" way to do it. Maybe I should start moving subtitles again, when they lose their hard positioning?
Madshi, I am experiencing odd subtitle issues with the later madVR builds.
MPC-HC 1.7.9.181 x64
XySubFilter 3.1.0.744 x64
MadVR 0.89.7-0.89.9
When playing a video at a non-native resolution, the screen flashes every time subtitles are loaded, as well as subtitles are much larger than they should be. The flickering occurs with even the latest build, 0.89.9. Disabling smooth motion, the flickering seems to disappear but subtitles still flash in from the top of the window to the position they are suppose to display at, presumably due to the resizing. When I skip through the video and go through a stylized karaoke typesetting, the subtitles resize back to the original size they should be at.
http://i.imgur.com/ugaNHP7.jpg
With madVR 0.89.6, everything is fine. No screen flashing with subtitles loading in (with smooth motion), no popping subtitles dragging into position, and no large subtitles.
http://i.imgur.com/SXl2nRT.jpg
Screen flashing should be fixed with v0.89.9. Are you sure this is still happening with v0.89.9? You should only get that with v0.89.7.
About the other problem: See my reply to clsid above.
aspect ratio isn't changing anymore with latest versions... why?
Not sure what you mean. Can you clarify?
MrBonk
15th October 2015, 09:19
AH, ok. I see. It's because I don't user Aero. (It's a PoS anyway) It uses DX11 as it is supposed to with Aero enabled. But my render times pretty much double in the process. (From avg of ~7/8ms with a max of 10ms for a 480p video upscaled to 768p. To an avg of ~16ms or more with a max of 24ms.)
(Though no dropped or dupped frames or glitches with those increased render times. As the video is only 24fps anyway)
Thanks a lot!
I always thought something was wrong and I couldn't figure out why it wasn't working. Are there any large benefits of this I should be aware of over DX9?
madshi
15th October 2015, 09:26
Main benefit is support for 10bit native output in fullscreen exclusive support. And on my PC faster switching times between windowed and FSE mode. Not sure why rendering times are so much higher. That's not happening on my PC. Aero is much better on Windows 8.1+ compared to Windows 7. If you don't absolutely need 10bit native output, probably you could just as well stick to DX9 in Windows 7.
ace960
15th October 2015, 09:29
I found out that the option "disable desktop composition" no longer works for me. I am not able to specify exact releases.
Why not?
I used madVR 0.87.13 for long time. I had an occasional window freeze problem on PC monitor when I was watching a movie on TV which is second display of the same system. I was suggested to enable the option "disable desktop composition" to avoid the window freezing. It helped. That's why I remember it worked in 0.87.13.
I recently updated the package for movie playback (gpu drivers, mpc-hc, madVR and reclock) to newer releases. I did have some initial problems with the new package (not talking about the option "disable desktop composition"). I decided to update madVR to actual release before trying to investigate or posting it here. New releases were coming quite frequently so I did several updates of madVR. I then hit the window freeze problem again. I found out that desktop composition is not automatically disabled. However, I did not test thoroughly each madVR release (I might not even use some of them) so I am not able to say which exact release introduced this problem.
madshi
15th October 2015, 09:37
I used madVR 0.87.13 for long time. I had an occasional window freeze problem on PC monitor when I was watching a movie on TV which is second display of the same system. I was suggested to enable the option "disable desktop composition" to avoid the window freezing. It helped. That's why I remember it worked in 0.87.13.
I recently updated the package for movie playback (gpu drivers, mpc-hc, madVR and reclock) to newer releases. I did have some initial problems with the new package (not talking about the option "disable desktop composition"). I decided to update madVR to actual release before trying to investigate or posting it here. New releases were coming quite frequently so I did several updates of madVR. I then hit the window freeze problem again. I found out that desktop composition is not automatically disabled. However, I did not test thoroughly each madVR release (I might not even use some of them) so I am not able to say which exact release introduced this problem.
I understand. The problem for me is that although it *was* a known issue that madVR failed to disable desktop composition, it was fixed in v0.89.6 and the user(s) reporting the original problem confirmed that it was fixed. Which means that if you still have that problem, right now you seem to be the only one. That makes it hard for me to fix the problem. You would increase the chances of a fix if you could isolate the exact build which broke the problem for you.
You can download all older madVR builds here:
http://www.videohelp.com/software/madVR/old-versions#download
The user who reported the same problem before stated that it was introduced with v.0.88.6. So maybe that would be a good starting point for you to test. Maybe you got the same problem introduced with that build, too?
djsolidsnake86
15th October 2015, 09:43
if i change the ar aspect ratio in mpc nothing happen, the video is shown by the default ar
madshi
15th October 2015, 09:43
if i change the ar aspect ratio in mpc nothing happen, the video is shown by the default ar
Ah that, yes. I've already reported this to kasper93. It's something that needs to be fixed in MPC-HC.
MrBonk
15th October 2015, 09:57
Main benefit is support for 10bit native output in fullscreen exclusive support. And on my PC faster switching times between windowed and FSE mode. Not sure why rendering times are so much higher. That's not happening on my PC. Aero is much better on Windows 8.1+ compared to Windows 7. If you don't absolutely need 10bit native output, probably you could just as well stick to DX9 in Windows 7.
Ah well yeah, W7. And my display isn't a native 10-bit. So I don't need that. But if I end up with one one of these days. I know what to do then.
Many thanks. Keep up the good work, MadVR is great!
dimitrik
15th October 2015, 10:51
I seem to get mediocre performance on my fairly powerful i7 desktop with a GTX 660Ti.
Render times when upscaling 24fps 480p content to 1080p, are around 40-41ms. This is just on the edge of having frame drops.
My settings are:
Image doubling/quadrupling: Nnedi3 / 32 neurons for both
Chroma upscaling: Jinc / AR
Image Upscaling: Jinc / AR (not generally used because of the image quadrupling)
Downscaling: Catmul Rom / AR / LL
8-bit output / Direct3d11 / FSE
Dithering Error Diffusion Option 2
Debanding: Low/medium
All "trade quality for performance" settings turned off.
Queues set to 25% above default. Same for FSE "present several frames in advance"
Smooth Motion: On (output is to a 60Hz 1920x1200 monitor)
LAV filters set to software decoding
Windows 7 x64, Latest nvidia drivers (358.50), MPC-HC (1.7.9.181), MadVR 0.89.6
Can anyone advise me on whether this is to be expected? I was kinda hoping for something better, maybe even running nnedi3 at 64 neurons. Anything I could do to improve it?
nevcairiel
15th October 2015, 10:58
Can anyone advise me on whether this is to be expected? I was kinda hoping for something better, maybe even running nnedi3 at 64 neurons. Anything I could do to improve it?
NNEDI3 will just take a lot of performance. Even the most high-end of cards can't run it on full neurons.
In any case, get rid of ED dithering, it eats a bunch of performance for an extremely minuscule gain - especially with Smooth Motion, as it has to dither every single output frame that SM generates. Use OD instead.
You might also fare better by just using Image Doubling with 64 neurons and forgetting about quadrupling.
madshi
15th October 2015, 11:06
NNEDI3 will just take a lot of performance. Even the most high-end of cards can't run it on full neurons.
In any case, get rid of ED dithering, it eats a bunch of performance for an extremely minuscule gain - especially with Smooth Motion, as it has to dither every single output frame that SM generates. Use OD instead.
You might also fare better by just using Image Doubling with 64 neurons and forgetting about quadrupling.
Fully agreed. Doubling is so much more important than Quadrupling. An alternative might be to use Image Doubling with 64 neurons and Image Quadrupling with 16 neurons. Another option might be to try combining super-xbr with SuperRes ("only once") instead of using NNEDI3.
SecurityBunny
15th October 2015, 12:28
Screen flashing should be fixed with v0.89.9. Are you sure this is still happening with v0.89.9? You should only get that with v0.89.7.
The screen flashing is still occurring with v0.89.9, yes. Here are a few sample videos I took. Issue occurs with all builds between 0.89.7-0.89.9, testing was done on the latest.
MadVR v0.89.9
Flashing screen with smooth motion enabled. - Video Download (https://www.dropbox.com/s/kp59kvfsbc5883d/madvr%200.89.9%20flashing%20screen%20-%20smooth%20motion.mkv?dl=1)
Flashing also occurs on normal dialogue subtitles that pop up at the bottom of the screen.
Flashing subtitles with smooth motion disabled. - Video Download
(https://www.dropbox.com/s/4n4emuf4ysph9gd/madvr%200.89.9%20flashing%20subs.mkv?dl=1)
Big subtitles that sometimes don't retain the large size when skipping through the video. - Video Download (https://www.dropbox.com/s/ptx234zqs4hfc8b/madvr%200.89.9%20big%20subs.mkv?dl=1)
Big subtitles that go back to normal when skipping through a stylized karaoke opening. - Video Download (https://www.dropbox.com/s/jiify61mectlakv/madvr%200.89.9%20big%20subs%20-%20disappears%20when%20skipping%20through%20OP.mkv?dl=1)
MadVR v0.89.6
No flashing subtitles or screen with smooth motion enabled. - Video Download (https://www.dropbox.com/s/humra5jk8kja5s8/madvr%200.89.6%20normal%20no%20flashing.mkv?dl=1)
Normal sized subtitles. - Video Download (https://www.dropbox.com/s/q4n5fh9z8uu70eo/madvr%200.89.6%20normal%20sizes.mkv?dl=1)
I also ran into an issue where a few videos of mine, XySubFilter 3.1.0.744 does not display the subtitles while MPC-HC's internal subtitle renderer can. Here is one of my video files where this issue occurs. Video Download (https://www.dropbox.com/s/cafsytsmk4sw9ge/%5BHeroine%5D%20Akagami%20no%20Shirayukihime%20-%2012%20%5B1598895A%5D.mkv?dl=1)
dimitrik
15th October 2015, 15:48
NNEDI3 will just take a lot of performance. Even the most high-end of cards can't run it on full neurons.
In any case, get rid of ED dithering, it eats a bunch of performance for an extremely minuscule gain - especially with Smooth Motion, as it has to dither every single output frame that SM generates. Use OD instead.
You might also fare better by just using Image Doubling with 64 neurons and forgetting about quadrupling.
Fully agreed. Doubling is so much more important than Quadrupling. An alternative might be to use Image Doubling with 64 neurons and Image Quadrupling with 16 neurons. Another option might be to try combining super-xbr with SuperRes ("only once") instead of using NNEDI3.
Thanks so much to both of you! :)
@nevcariel
I find ED just a bit nicer than OD, but I can certainly live without it. Will do as you suggest.
@madshi
I actually do something like that on my slower HTPC, with a radeon 7850: 32 neurons doubling + 16 neuron quadrupling. I quite like the result. I will also test plain doubling with 64 neurons + Jinc upscaling.
On the other hand, I'm not a fan of super-xbr/SR. I seem to be very sensitive to the ringing artifacts, so I can only use it at sharpness 25, without SR.
I wonder if its my eyes or whatever, since everyone else seems to love it :confused:
I do like SR on top of nnedi3 for certain very old LQ sources though.
aufkrawall
15th October 2015, 16:28
I'd try NNEDI3 64 for doubling + super-xbr 75 quadrupling.
ace960
15th October 2015, 17:53
I used madVR 0.87.13 for long time. I had an occasional window freeze problem on PC monitor when I was watching a movie on TV which is second display of the same system. I was suggested to enable the option "disable desktop composition" to avoid the window freezing. It helped. That's why I remember it worked in 0.87.13.
I recently updated the package for movie playback (gpu drivers, mpc-hc, madVR and reclock) to newer releases. I did have some initial problems with the new package (not talking about the option "disable desktop composition"). I decided to update madVR to actual release before trying to investigate or posting it here. New releases were coming quite frequently so I did several updates of madVR. I then hit the window freeze problem again. I found out that desktop composition is not automatically disabled. However, I did not test thoroughly each madVR release (I might not even use some of them) so I am not able to say which exact release introduced this problem.
I understand. The problem for me is that although it *was* a known issue that madVR failed to disable desktop composition, it was fixed in v0.89.6 and the user(s) reporting the original problem confirmed that it was fixed. Which means that if you still have that problem, right now you seem to be the only one. That makes it hard for me to fix the problem. You would increase the chances of a fix if you could isolate the exact build which broke the problem for you.
You can download all older madVR builds here:
http://www.videohelp.com/software/madVR/old-versions#download
The user who reported the same problem before stated that it was introduced with v.0.88.6. So maybe that would be a good starting point for you to test. Maybe you got the same problem introduced with that build, too?
I downloaded builds 0.88.6 and 0.88.5 for testing. Then I decided to test it again on 0.89.9. It works correctly (without the mpc-hc.exe compatibility setting). I really did not want to post non-existing problem. Thank you for your support.
Blackfyre
15th October 2015, 18:56
My apologies if this question has been asked before, but why has the "taps" feature been removed from "Jinc"..?
Anyway for anyone interested in my settings with a similar setup:
By the way the best settings I could do with a HD7970 (basically a 280X; exactly the same card) are:
Chroma Upscaling = Jinc (AR + SuperRes @ 2 passes)...
Image Doubling = NEDI for Luma + Chroma
Image Quadrupling = Super XBR Sharpness 100 for Luma + Chroma
Image Upscaling = Jinc (AR + LL)...
Upscaling Refinement = SuperRes (ticked enabled) and refine the image every ~2x upscaling step
As well as LumaSharpen (ticked enabled under processing - image enhancements section) with the Strength @ 0.30, Clamp @ 0.035, Radius @ 1.0
Smooth motion enabled and running in DX11 mode + FSE
CPU Queue size = 128
GPU Queue size = 12
trade quality for performance all ticked OFF
With my 4790K @ 4.7Ghz driving SVP @ 60FPS @ 1080P and using the HD4600 for GPU Acceleration with it, rather than my HD7970 which is solely dedicated to Madvr.
madshi
15th October 2015, 21:19
The screen flashing is still occurring with v0.89.9, yes. Here are a few sample videos I took. Issue occurs with all builds between 0.89.7-0.89.9, testing was done on the latest.
MadVR v0.89.9
Flashing screen with smooth motion enabled. - Video Download (https://www.dropbox.com/s/kp59kvfsbc5883d/madvr%200.89.9%20flashing%20screen%20-%20smooth%20motion.mkv?dl=1)
Flashing also occurs on normal dialogue subtitles that pop up at the bottom of the screen.
Flashing subtitles with smooth motion disabled. - Video Download
(https://www.dropbox.com/s/4n4emuf4ysph9gd/madvr%200.89.9%20flashing%20subs.mkv?dl=1)
Big subtitles that sometimes don't retain the large size when skipping through the video. - Video Download (https://www.dropbox.com/s/ptx234zqs4hfc8b/madvr%200.89.9%20big%20subs.mkv?dl=1)
Big subtitles that go back to normal when skipping through a stylized karaoke opening. - Video Download (https://www.dropbox.com/s/jiify61mectlakv/madvr%200.89.9%20big%20subs%20-%20disappears%20when%20skipping%20through%20OP.mkv?dl=1)
MadVR v0.89.6
No flashing subtitles or screen with smooth motion enabled. - Video Download (https://www.dropbox.com/s/humra5jk8kja5s8/madvr%200.89.6%20normal%20no%20flashing.mkv?dl=1)
Normal sized subtitles. - Video Download (https://www.dropbox.com/s/q4n5fh9z8uu70eo/madvr%200.89.6%20normal%20sizes.mkv?dl=1)
Thanks for the detailed report & videos!
Ouch. This flickering is exactly how it looked like in v0.89.7 and it was fixed for most users in v0.89.8. Do these flashes occur for you only when the first subtitle line appears? Or do they appear every time a subtitle line appears and goes away? Please try again with v0.89.10. If it still occurs, could you please create a debug log with v0.89.10 for me?
I also ran into an issue where a few videos of mine, XySubFilter 3.1.0.744 does not display the subtitles while MPC-HC's internal subtitle renderer can. Here is one of my video files where this issue occurs. Video Download (https://www.dropbox.com/s/cafsytsmk4sw9ge/%5BHeroine%5D%20Akagami%20no%20Shirayukihime%20-%2012%20%5B1598895A%5D.mkv?dl=1)
Seems to work fine here with madVR v0.89.10.
I downloaded builds 0.88.6 and 0.88.5 for testing. Then I decided to test it again on 0.89.9. It works correctly (without the mpc-hc.exe compatibility setting). I really did not want to post non-existing problem. Thank you for your support.
No problem.
My apologies if this question has been asked before, but why has the "taps" feature been removed from "Jinc"..?
It was useless. More than 3 taps just wasted performance for no quality gain. So now 3 taps is forced.
Upscaling Refinement = SuperRes (ticked enabled) and refine the image every ~2x upscaling step
FWIW, SuperRes shows no noticeable quality difference if you refine the image after every ~2x upscaling step. So you can save performance by applying SuperRes only once.
madshi
15th October 2015, 21:21
madVR v0.89.10 released
http://madshi.net/madVR.zip
* added SuperRes "sharpness" and "use linear light" options
* optimized SuperRes performance with high "strength" values
* modified subtitle mover to not change subtitle size, anymore
* added "zoom control" option to move subtitles
* added support for LAV DVD subtitle renderer
* fixed: XySubFilter: high-res PGS with smaller-res video: wrong sub position
* fixed: crash when LAV DVD subtitle renderer asked for a flush/clear
* fixed: Smooth Motion + NNEDI3 + Bilinear could cause aliasing artifacts
* fixed: #318: debanding sometimes caused black screen (once more)
XySubFilter users, please test madVR v0.89.10 with the new XySubFilter 745 build:
http://forum.doom9.org/showthread.php?t=168282
aufkrawall
15th October 2015, 21:46
I really love the SuperRes changes. :D
Very nice for 1080p -> WQHD Jinc AR + SuperRes as a sharpener (e.g. sharpness 3 and linear light enabled to prevent brightness increase).
I'm perfectly happy with madVR now.
kasper93
15th October 2015, 21:56
madVR flashes frame from the future (probably last in the queue) on frame step. Not on every one, but very often. It looks like that Frame1->Flashes Frame (something from the queue)->Frame2 it is easily reproducible with MPC-HC and CTRL+left arrow to frame step. Seems to happen only with DX11. Here is log http://1drv.ms/1MswFTV
SecurityBunny
15th October 2015, 21:59
Thanks for the detailed report & videos!
Ouch. This flickering is exactly how it looked like in v0.89.7 and it was fixed for most users in v0.89.8. Do these flashes occur for you only when the first subtitle line appears? Or do they appear every time a subtitle line appears and goes away? Please try again with v0.89.10. If it still occurs, could you please create a debug log with v0.89.10 for me?
For me, the flashing was occurring on every subtitle line. Fortunately with v0.89.10 and XySubFilter 3.1.0.745, it seems the flashing only occurs on the first subtitle that occurs now instead of every line. And only when the video is played at a non-native aspect ratio / resolution of the file.
Here is a debug log of the flashing occurring.
Debug log - https://www.dropbox.com/s/hi8yiom7xcwayc3/madVR%20-%20log.txt?dl=1
I started MPC-HC, swiped it to the side of my screen to lock it in place at half my resolution, started the video sample with the flashing subtitle at the beginning, paused the video, then closed down MPC-HC.
Besides the flashing that still occurs on the first subtitle that appears, all my other issues seem to be fixed, thanks. Had to disable move subtitles option as it was enabled by default when updating, but other than that, all good. :)
Seems to work fine here with madVR v0.89.10.
Great! I can confirm subtitles now appear in that video sample with XySubFilter 3.1.0.745 and madVR v0.89.10.
madshi
15th October 2015, 22:07
I really love the SuperRes changes. :D
Very nice for 1080p -> WQHD Jinc AR + SuperRes as a sharpener (e.g. sharpness 3 and linear light enabled to prevent brightness increase).
I'm perfectly happy with madVR now.
Glad to hear that! :)
madVR flashes frame from the future (probably last in the queue) on frame step. Not on every one, but very often. It looks like that Frame1->Flashes Frame (something from the queue)->Frame2 it is easily reproducible with MPC-HC and CTRL+left arrow to frame step. Seems to happen only with DX11. Here is log http://1drv.ms/1MswFTV
Thanks. Will have a look at this later. Which GPU and OS?
For me, the flashing was occurring on every subtitle line. Fortunately with v0.89.10 and XySubFilter 3.1.0.745, it seems the flashing only occurs on the first subtitle that occurs now instead of every line. And only when the video is played at a non-native aspect ratio / resolution of the file.
Here is a debug log of the flashing occurring.
Debug log - https://www.dropbox.com/s/hi8yiom7xcwayc3/madVR%20-%20log.txt?dl=1
I started MPC-HC, swiped it to the side of my screen to lock it in place at half my resolution, started the video sample with the flashing subtitle at the beginning, paused the video, then closed down MPC-HC.
Besides the flashing that still occurs on the first subtitle that appears, all my other issues seem to be fixed, thanks. Had to disable move subtitles option as it was enabled by default when updating, but other than that, all good. :)
Thanks, will have a look later. JFMI: Why do you disable subtitle moving? Are both available options not to your liking?
Arm3nian
15th October 2015, 22:07
Are you using error diffusion? Try ordered or random dithering instead, if your GPU can't handle error diffusion with smooth motion + NNEDI3.
In any case, get rid of ED dithering, it eats a bunch of performance for an extremely minuscule gain - especially with Smooth Motion, as it has to dither every single output frame that SM generates. Use OD instead.
ED was all the rage a couple of months ago. People claimed IQ was dramatically improved. What changed? Is there no point with certain settings? Compared to OD, it lowers render times by 10ms with SM.
Subtitles aren't sharp at 4k. Can't you upscale? I don't see any options in XYSubFilter.
One more thing. On 150% Windows 10 scaling, the madVR setting's text is blurry. Any way to fix this?
madshi
15th October 2015, 22:08
madVR v0.89.11 released
http://madshi.net/madVR.zip
* fixed stupid video size bug introduced in v0.89.10
kasper93
15th October 2015, 22:09
Thanks. Will have a look at this later. Which GPU and OS?
R9 390, Windows 10
sneaker_ger
15th October 2015, 22:10
madVR v0.89.10 released
* added "zoom control" option to move subtitles
I see it's possible to do without activating black border detection. Shouldn't the "always shift the image" be possible without that as well?
nevcairiel
15th October 2015, 22:13
ED was all the rage a couple of months ago. People claimed IQ was dramatically improved. What changed? Is there no point with certain settings? Compared to OD, it lowers render times by 10ms with SM.
If any kind of dithering is "all the rage" and "IQ dramatically improved", then either the previous dithering was faulty, or people are massively over exaggerating.
IIRC, when ED was initially introduced, the only other option was the old random dithering, and from what I remember, I think it was one notch too strong (because it was modeled after audio dithering, which is stronger), so in that comparsion ED might have given a bigger impact. But later madshi added OD as well, and the difference between ED and OD wouldn't be that huge anymore.
madshi
15th October 2015, 22:18
ED was all the rage a couple of months ago. People claimed IQ was dramatically improved. What changed? Is there no point with certain settings?
ED is nice, if you have GPU power to spare. But if you're short on GPU power, disabling ED and using the power you have for other processing algorithms can often be a good idea. ED is costly especially in combination with smooth motion FRC.
Subtitles aren't sharp at 4k. Can't you upscale? I don't see any options in XYSubFilter.
What kind of subtitles? PGS/SUP? SRT? ASS?
One more thing. On 150% Windows 10 scaling, the madVR setting's text is blurry. Any way to fix this?
Sure there are ways to fix it. But this falls under very very very very minor cosmetical issue, and as such is less important than pretty much everything else I still have on my to do list.
I see it's possible to do without activating black border detection. Shouldn't the "always shift the image" be possible without that as well?
Well, I suppose it would be possible to do that. But would it actually be useful for you?
nevcairiel
15th October 2015, 22:18
* added support for LAV DVD subtitle renderer
Just as a piece of information, to make use of this you'll need the latest LAV Filters nightly build, which will be available in about 6 hours.
This will then allow DVD menus and subtitles to be transmitted directly to madVR, which will allow madVR to move DVD subs into black bars, as well as reduce the delay when interacting with DVD menus, so its a win-win right here!
SecurityBunny
15th October 2015, 22:19
JFMI: Why do you disable subtitle moving? Are both available options not to your liking?
Personal preference I suppose. I prefer subtitles in the default location instead of having to look at the bottom of the video or in the black bar area if it exists. Also, stylized subtitle dialogue doesn't seem to move, at least from some of the video samples I tested. So for consistency sake, I'd prefer to keep everything in the standard location.
madshi
15th October 2015, 22:20
Just as a piece of information, to make use of this you'll need the latest LAV Filters nightly build, which will be available in about 6 hours.
This will then allow DVD menus and subtitles to be transmitted directly to madVR, which will allow madVR to move DVD subs into black bars, as well as reduce the delay when interacting with DVD menus, so its a win-win right here!
Yep - and thank you very much for implementing this in LAV! :)
sneaker_ger
15th October 2015, 22:26
Well, I suppose it would be possible to do that. But would it actually be useful for you?
Not right now, it just came to my mind when I looked at the options. Would only be useful for people who don't want to deal with the black bar detection (e.g. because they already cropped during encoding).
madshi
15th October 2015, 22:35
Personal preference I suppose. I prefer subtitles in the default location instead of having to look at the bottom of the video or in the black bar area if it exists. Also, stylized subtitle dialogue doesn't seem to move, at least from some of the video samples I tested. So for consistency sake, I'd prefer to keep everything in the standard location.
Ok. In some situations the default location might be ok. But often it is not. E.g. look here, playing a DVD (using an LAV test build with the new LAV DVD subtitle export to madVR) with MPC-HC with the "notify media player" zoom control option activated:
default position (http://madVR.com/doom9/stuff/MpcNotifyDefault.png) - | - move up = down (http://madVR.com/doom9/stuff/MpcNotifyMove.png)
Or here with the "notify media player" zoom control option deactivated:
default position (http://madVR.com/doom9/stuff/MpcDefault.png) - | - move up (http://madVR.com/doom9/stuff/MpcMoveUp.png) - | - move down (http://madVR.com/doom9/stuff/MpcMoveDown.png)
Isn't any of the move options always better (in this example at least)? I think having one subtitle line in the active video area and one subtitle line in the black bar is rather bad, and it happens quite often with the standard location.
Asmodian
15th October 2015, 22:55
ED was all the rage a couple of months ago. People claimed IQ was dramatically improved. What changed? Is there no point with certain settings? Compared to OD, it lowers render times by 10ms with SM.
As nevcairiel already mentioned the excitement about ED dithering was before ordered dithering was added.
Comparing ordered dithering to ED dithering is much less significant than random to ED. I would probably have had a different opinion about whether two ED dithering options were necessary if ordered dithering had been available then (ordered dithering could replace ED2 without it bothering me).
Arm3nian
15th October 2015, 23:07
What kind of subtitles? PGS/SUP? SRT? ASS?
.ASS looks good. PGS from a bluray is blurry. It's not even the same font as the .ASS. But the filters say xy->madVR.
Sure there are ways to fix it. But this falls under very very very very minor cosmetical issue, and as such is less important than pretty much everything else I still have on my to do list.
I thought this would be a trivial fix. MPCBE, lav and xy seem to scale fine. :D:D
At first the move subtitles wasn't working for me. Then it started to work. But it messes up when scrubbing through the video. With my .ASS sample it starts at the bottom if I have it selected, but if I scrub a bit then it goes higher up.
Screenshots: initially (http://i.imgur.com/pOTkZrS.jpg)
after scrubbing (http://i.imgur.com/ysoqdYO.jpg)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.