Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Hardware & Software > Software players

Reply
 
Thread Tools Search this Thread Display Modes
Old 13th December 2015, 03:51   #34601  |  Link
garson
Registered User
 
Join Date: May 2011
Posts: 51
Quote:
Originally Posted by Asmodian View Post
I would use 23 Hz, 50 Hz, and 59 Hz. Set smooth motion to "only if there would be motion judder without it..."

Or nothing and use smooth motion most of the time.

Personally I like using smooth motion and not using display modes, it avoids the flicker when changing display modes. If you notice smooth motion's blurring display mode changing is required but if you don't smooth motion is even better because it perfectly matches timings so you never get dropped or repeated frames during normal playback. When using standard refresh rates you need to use Reclock or similar or you still get drops/repeats. Or you can use custom refresh rates and tune the refresh rate to match the source frame rates almost exactly, this is somewhat complicated and requires trial and error.

Smooth motion is so easy.
Thanks once again Asmodian.

I was using Smooth motions since it was introduced (before it I had issues on my 60Hz only monitor). Never noticed anything bad about it.
garson is offline   Reply With Quote
Old 13th December 2015, 04:47   #34602  |  Link
THEAST
Registered User
 
Join Date: Apr 2009
Posts: 76
So, after more testing, it seems crossfire does not actually work in MPC and does not help accelerating madVR's computations even if it is forcibly enabled using profiles but for some reason, even when crossfire is forcibly disabled for MPC/madVR, during video playback, the second GPU sometimes randomly switches to 3D clocks (but doesn't stay at that clock all the time, even if I am using 256 Neurons in which case my first GPU cannot keep up and heavily drops frames) and the crash I am experiencing can definitely be resolved by disabling crossfire.

Disabling ULPS does not help either (I thought maybe the second GPU goes to sleep when I pause and when I unpause, crashes madVR when trying to wake up again).

At this point in time it seems the only solution is to disable crossfire globally and enable it only when I want to play games. Fortunately this can be done without having to restart the OS. Unfortunately, with crossfire disabled, the second GPU never sleeps and stays at idle clocks which results in ~25 watts of extra power usage (yes, it matters for a student living in a foreign country).

I might give MPC 32-bit + madVR 32-bit a try later.
THEAST is offline   Reply With Quote
Old 13th December 2015, 05:04   #34603  |  Link
Asmodian
Registered User
 
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,406
Quote:
Originally Posted by Aktan View Post
As huhn said in the previous page, no it still doesn't work (I think you just missed it )
Oops, you are right.

Thanks.

Quote:
Originally Posted by THEAST View Post
So, after more testing, it seems crossfire does not actually work in MPC and does not help accelerating madVR's computations even if it is forcibly enabled using profiles but for some reason, even when crossfire is forcibly disabled for MPC/madVR, during video playback, the second GPU sometimes randomly switches to 3D clocks (but doesn't stay at that clock all the time, even if I am using 256 Neurons in which case my first GPU cannot keep up and heavily drops frames) and the crash I am experiencing can definitely be resolved by disabling crossfire.

Disabling ULPS does not help either (I thought maybe the second GPU goes to sleep when I pause and when I unpause, crashes madVR when trying to wake up again).

At this point in time it seems the only solution is to disable crossfire globally and enable it only when I want to play games. Fortunately this can be done without having to restart the OS. Unfortunately, with crossfire disabled, the second GPU never sleeps and stays at idle clocks which results in ~25 watts of extra power usage (yes, it matters for a student living in a foreign country).

I might give MPC 32-bit + madVR 32-bit a try later.
This is exactly how SLI doesn't work with madVR as well. madVR does not support dual GPUs at all and enabling SLI or crossfire only hurts performance, at best.
__________________
madVR options explained

Last edited by Asmodian; 13th December 2015 at 05:06.
Asmodian is offline   Reply With Quote
Old 13th December 2015, 05:17   #34604  |  Link
Aktan
Registered User
 
Join Date: Feb 2002
Posts: 303
Quote:
Originally Posted by huhn View Post
can someone with an AMD card and crimson driver test deinterlacing?

in my test it looks like this driver uses NN bob or something terrible like this...
I gave up trying to find the registry to enable it and went back to 15.7.1, lol
Aktan is offline   Reply With Quote
Old 13th December 2015, 06:46   #34605  |  Link
baii
Registered User
 
Join Date: Dec 2011
Posts: 180
If anyone is interested, here is my experience for 1080 60i content double to 4k using nnedi on the r9 290/290x and gtx980
win 10 stock drivers
there are 2 types of 1080i content, encoded broadcast and bluray(BR)
broadcast tend to have some period that require "burst" performance, where BR is rather constant.

setting is to use nnedi 16 + super res or nnedi32 while toning down non essentials (bicubic chroma, 3dlut on, banding on low/mid, order dithering, uncheck all trade performance)

struggle = drop fame/low queue/broader-line rendering time

r9 290 stock(16 +sr)
struggle with either type
r9 290 overclock 11xx(16 +sr)
good enough for BR, struggle at some scene for broadcast, at 1200, it start overcome those scene, but not all card can get there HOT HOT HOT

r9 290x mild overclock (16+sr)
this was some time ago, but I remember both type run fine, with some real buggy scene in broadcast require higher overlock

GTX 980 mild overclock (16+sr)
playback BR fine, struggle at some scene, overall is close to 290 experience, cannot overcome those buggy scene even at 1500

GTX 980 mild overclock (32)
seem to be enough for either type.

I did not really test just 32 on the 290, will have a check now and put it up.

edit: 290 mild overlock will handle either type fine on just nnedi32.

Last edited by baii; 13th December 2015 at 18:52.
baii is offline   Reply With Quote
Old 13th December 2015, 07:54   #34606  |  Link
har3inger
Registered User
 
Join Date: Feb 2014
Posts: 139
I have a question about the OSD/madvr scaling behavior:

Whenever you set up an image upscale that results in a final step of upscale in one dimension but downscale simultaneously in another dimension, lanczos 3 is used for the upscale. Is this because Jinc cannot be used for 1 dimensional upscaling?

http://imgur.com/UtXU4gM
har3inger is offline   Reply With Quote
Old 13th December 2015, 08:33   #34607  |  Link
TheElix
Registered User
 
Join Date: May 2010
Posts: 236
Quote:
Originally Posted by RyuzakiL View Post
Win 10 + Madvr = Crossfire always on Unstable, Madvr always crashes (Piece of Crap)

I suggest you stay away from Windows 10+AMD Crimson Driver combination till they sort this shit out.
Yes, this is true for me also.
TheElix is offline   Reply With Quote
Old 13th December 2015, 09:25   #34608  |  Link
nlnl
Registered User
 
Join Date: Aug 2008
Posts: 176
Please, help:
Is there any way to force vectoradaptive deinerlacing using new AMD video drivers?
nlnl is offline   Reply With Quote
Old 13th December 2015, 15:09   #34609  |  Link
Aktan
Registered User
 
Join Date: Feb 2002
Posts: 303
Quote:
Originally Posted by nlnl View Post
Please, help:
Is there any way to force vectoradaptive deinerlacing using new AMD video drivers?
I tried to find the registry to do that, but couldn't and gave up (I didn't try too hard honestly). I just went back to pre Crimson.
Aktan is offline   Reply With Quote
Old 13th December 2015, 16:18   #34610  |  Link
XMonarchY
Guest
 
Posts: n/a
Will DirectX 12 allow the use of multi-GPU in madVR?
  Reply With Quote
Old 13th December 2015, 18:15   #34611  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
crossfire and sli should already work but they don't.

crossfire and SLI need both the same data in each GPU. the data madVR is using is gigantic so copying the data from one GPU to the other will cost a lot at UHD and this will not change with DX12.
huhn is offline   Reply With Quote
Old 14th December 2015, 01:07   #34612  |  Link
chros
Registered User
 
chros's Avatar
 
Join Date: Mar 2002
Posts: 2,323
Quote:
Originally Posted by garson View Post
I have Samsung 1080p LED TV, in nvidia control panel I see following screen refresh rates:
23Hz,24Hz, 25Hz Interlaced, 29Hz Interlaced, 30Hz Interlaced, 50Hz, 59Hz, and 60Hz.
What do you suggest to put in Display Modes in madvr settings?
In addition to what Asmodian told you, first check which are closer to your actual clock values,e.g. if something way below it, then disregard it from the list, and you don't need the interlaced ones. In my case: 24p,25p,30p,60p .
If you use these resolutions then turn off smooth motion.

Quote:
Originally Posted by a8213711 View Post
Sorry, I tried only a file which had black borders and this showed me a video "not in fullscreen"; how unlucky!
Then I tried another file but the TV at 720p cut some borders! (in ctrl+j: Movie Resolution=704x576 and Target Rectangle=0,0,1280,720)
Weird thing is that this same file at 1080p shows in ctrl+j: Mov Res=720x576! This is weird, right?
Eerrr ... 720x576 ? That's not 720p! Play e.g. a 1280*720 video.
__________________
Ryzen 5 2600,Asus Prime b450-Plus,16GB,MSI GTX 1060 Gaming X 6GB(v398.18),Win10 LTSC 1809,MPC-BEx64+LAV+MadVR,Yamaha RX-A870,LG OLED77G2(2160p@23/24/25/29/30/50/59/60Hz) | madvr config
chros is offline   Reply With Quote
Old 14th December 2015, 08:17   #34613  |  Link
Bandito
Registered User
 
Join Date: Sep 2012
Posts: 8
Do we need to use uninstall.bat before upgrading to a newer version of madVR?
Bandito is offline   Reply With Quote
Old 14th December 2015, 09:41   #34614  |  Link
ryrynz
Registered User
 
ryrynz's Avatar
 
Join Date: Mar 2009
Posts: 3,646
Quote:
Originally Posted by Bandito View Post
Do we need to use uninstall.bat before upgrading to a newer version of madVR?
No. If it's already installed all you need to do is copy it over the old files.
ryrynz is offline   Reply With Quote
Old 14th December 2015, 13:01   #34615  |  Link
BluesFanUK
Registered User
 
Join Date: Sep 2015
Posts: 60
How does the 4.4.4 test image work?
"If you want to test whether your display supports RGB in 4:2:0, 4:2:2 or 4:4:4, you can use this test image. Make sure you display it with 1:1 pixel mapping, otherwise it won't work."
BluesFanUK is offline   Reply With Quote
Old 14th December 2015, 14:48   #34616  |  Link
huhn
Registered User
 
Join Date: Oct 2012
Posts: 7,903
open the picture unscale it and look at the numbers you can see.
huhn is offline   Reply With Quote
Old 14th December 2015, 15:23   #34617  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by hubblec4 View Post
I have posted in the LAV thread an issue.

With the new madVR0.89.17 play the DVD Aliens(test dvd without the big-vobs) with 4:3 format (menu and video), but it should be 16:9. With EVR it plays fine with 16:9 format.
Thanks, will have a look at this when I find some time.

Quote:
Originally Posted by KoD View Post
Hi madshi, you were right, the settings are reset, both the file and the registry entries get deleted, so that's not the reason why the subtitle positioning got fixed. In fact, after doing what you asked me, I can now say with certainty that the subtitle positioning issue happens only when DXVA is used for the scaling of the luma and of the chroma. If DXVA is not used for scaling, then the subtitles are at their proper location in the image. It's as if DXVA is used for scaling, then the subtitles are kept at their original position in the frame in absolute values, which is now somewhere in the middle-left part of the image. And yes, using software decoding + DXVA scaling also shows this issue; it's not related to QuickSync.
In order to reproduce this, could you send me 2 "settings.bin" files (from the madVR folder, or if madVR doesn't have write access to that folder, it's in "HKEY_CURRENT_USER\Software\madshi\madVR\Settings"), one where subtitle positioning works and one where it doesn't work - together with a small sample?

Quote:
Originally Posted by KoD View Post
I confirm there is an AR issue for DVD playback myself, with a DVD of my own. But this is not new, it's here since at least 0.89.15 (did not test further back).

The copyright notice is 4:3 and is displayed properly, the studio intro is also 4:3 and no issues, and then the menu appears, which is a static image, and should be displayed as 16:9, but madVR displays it as 4:3. In EVR it's 16:9. No sample from me, but I think there needs to be the two videos included as well to reproduce this, and I don't know how to cut the vobs with the intro videos in.
Sample?

Quote:
Originally Posted by Shiandow View Post
I think preventing this 'edge filling' entirely will require a different algorithm, you'll need to detect edges in a somewhat more intelligent manner. Although, if you don't mind doing an extra processing pass, I did manage to get some nice results if I combine a somewhat modified Bilateral scaler it with a softened SuperRes pass, that's still highly experimental though.
There are too many changes atm in various places in madVR. It's not a good time to add experimental algo tests on top of that. Maybe later. Or when you have something near "final".

Thanks!

Quote:
Originally Posted by fredgido View Post
Love the thin edges enhancement! On anime it makes the outlines look so sharp (I set it to maxium)! Shapen and crispen looks slightly better on very moderate amounts. On anime, 1080p BD encodes it improves more consistently a lot more than on 480p dvd rips from what I tested. Looks like it is more hard to detect edges on low resolution blurry anime. Enhance detail only makes encoding artifacts more visible.

I will use the enchantments and try to tweak when watching anime and try different quality and art animes for some time then post my experience.
Glad to hear you like it!

Quote:
Originally Posted by djsolidsnake86 View Post
madshi have you found how fix the stuttering when open a file and go to fullscreen?
no one experienced this? i'm on windows 10, with 2 monitors cloned
You could try using extended instead of cloned. Cloned is difficult for madVR to handle properly. I'm not even sure if madVR is getting the scanline information from the proper monitor in that setup.

Quote:
Originally Posted by Siso View Post
Is it me or the latest madvr versions take screenshots in 16-235 instead of 0-255? EVR cp is ok.
That probably greatly depends on the exact settings you're using. There are a million different render paths in madVR, e.g. DXVA scaling on/off etc, downscaling vs. upscaling etc. It's possible that there's a problem in some situations, but I can only fix it if I know your exact settings (e.g. upload "settings.bin"). Also a screenshot of the debug OSD (Ctrl+J) would be useful.

Quote:
Originally Posted by nlnl View Post
Will have to delay this once more. Sorry for taking so long.

Quote:
Originally Posted by firewater View Post
I like the fullscreen exclusive seekbar of madvr because it only appears in fullscreen mode, but I also dislike the purple color, the font, and background (ideally I would love to only have the time and the bar without background). My question is, any chance you could add an option in the future to modify this bar via images or something like that?
Maybe in some far away future. Atm adding missing features is much more important than doing some cosmetical eye candy tweaks.

Quote:
Originally Posted by dansrfe View Post
What exactly does enhance detail do?
It increases the contrast between brighter and darker pixels in image areas where there are no edges nearby. Doing so makes image detail stand out more, but it also makes noise, grain and artifacts more visible. So it's probably more useful for clean/good sources.

Quote:
Originally Posted by Nullack View Post
When using the current madVR on a 4K UHD display with high DPI say 300%, the madVR CTRL J renderer stats are too small to read.
True. Will be fixed in some future version, but not a priority atm.

Quote:
Originally Posted by truexfan81 View Post
v0.89.17 according to the settings SS attached

already using Ordered dithering

edit even with latest driver, its the same, cannot use the new algos, gpu usage jumps from 45% up to 100% as soon as i activate any of them. Adaptive Sharpen does not have that problem.
Something is weird there. Which media player are you using? Is it possible that you have different madVR versions installed on your PC? E.g. J.River MC comes with its own madVR version.

Also make sure your GPU settings don't force anisotropic filtering or anti-aliasing. Doing that slows down your GPU without visual benefit in madVR.

Quote:
Originally Posted by RyuzakiL View Post
Does Madvr now, runs properly on Windows 10 TH2 + AMD GPU?
AFAIK generally yes, as long as you don't have CrossFire, but there's always the odd user who has problems, so there's no guarantee.

Quote:
Originally Posted by retrue View Post
I think I have found a bug. I am using the last development version of MPC-HC with the last version of XYSubFilter and the last version of MadVR
The bug happens in MadVR plus XYSubFilter when displaying upscaled VobSub subtitles.
It is an anime episode, 848x480 internal resolution, MPEG4 (H264) video, softcoded VobSub subtitles.
When displaying the vid at 1x resolution the subtitles are correctly displayed at the bottom of the screen.
When the vid is at 50% resolution (in window mode) it doesn't show subtitles at all.
If the vid is upscaled, resolution 2x (window mode) or it is upscaled fullscreen at 1920x1080 the subtitles appear on the left and in the middle of the screen and the subtitles themselves are not upscaled (they appear with the same size than in the resolution 848x480).
MadVR with other subtitles filters (VSFilter and Internal MPCHC filter) display correctly the subtitles upscaled and the bottom of the screen.
The MPCHC Personalized Enhanced Video Renderer with XYSubFilter shows the subtitles correctly too.
You can see screenshots of the vid here with the subtitles. In all these screenshots I am using MPCHC, MadVR and XYSubFilter.
If you need more info, please, tell me.
http://www72.zippyshare.com/v/8bgIjJfZ/file.html
Thanks, I'll have a look at this later, when I find some time.

Quote:
Originally Posted by Francois76l View Post
I have one demand/question:
Many of us are experiencing the same problem: i1d3 (or low end colorimeters) measure our display with a perfect black (accuracy problem) and the result is always a linear gamma from 0 to 100%. The reason is simple: perfect black = infinite contrast ratio but we don't have an oled tv!
As a consequence the blacks are crushed between 0 to approximately 2.5%.
The 17-18 blanking bars are always invisibles after 3dlut creation.

I tried to decrease the gamma @1.25% with videoequalizer v2.06. It works very good (17-18 became visibles again) but it's not compatible with a 3dlut and I can't use this solution.
Do you think it could be possible to create a tool in madvr to modify the gamma curve in realtime after the 3dlut?
The goal is not to make a new gamma curve but only to correct the grayscale with our eyes at very low ire because the i1d3 can't.
A 100 points gamma editor would be really amazing for us. Something like videoequalizer but in madvr, after the 3dlut...
The idea is just to lower the gamma between 0 to 5%. It would be so cool...
Maybe in a future version, but I've many other things to do first.

Quote:
Originally Posted by clsid View Post
@madshi
Maybe the settings tool could detect if certain driver functionality (e.g. OpenCL) is missing and notify the user when enabling any options that depend on that functionality?
That might be a good idea if there is only one GPU/monitor. On my PC I have 3 different GPUs installed at the same time, though, so such a check would be pretty useless here.

I'll revisit the whole settings dialog, and its user-friendliness (or lack of) before I reach v1, but atm it's not a priority for me.

Quote:
Originally Posted by 70MM View Post
Im about to start using madvr with Jriver. Im only needing it for up to 1080p (no higher scaling) and wonder what the best settings I should be using for 1080p. I have a Sony 4k projector yet I don't want to scale to 4k as Im about to sell the projector for a new JVC which is still only 1080p. Im only using the system for ripped BDs on MKV 1:1 copy and a number of video files. Im using the Nvidia GeForce GTX 970 with 4GB ram card.
The new JVCs seem to handle 4K input relatively well, so you *may* benefit from upscaling in madVR, even though the JVC panels are only 1080p. Might at least be worth a try. I'd wait until the JVC has arrived and then simply play with the various options to see which produces the best overall result.

BTW, in case you have a CIH/CIA/CIW setup, madVR can automate all that for you, including setting automatically activating lens memories for cinemascope movies etc...

Quote:
Originally Posted by aufkrawall View Post
I'm using D3D11 in windowed fullscreen on Windows 10 for a few days now and so far there hasn't been a problem with playback jittering/tearing.
Either something has been fixed in the current Nvidia drivers (using 359.00) or it was the big Windows 10 November update.
Good to hear!

Quote:
Originally Posted by Georgel View Post
I get random crashes (very often) when changing from normal to fullscreen, using right click and full screen, or alt+enter. The mpc-hc + madvr crashes, but windows does not crash. I wanted to ask, why this might happen, I will post a log file, if anyone can give me a hang on how to read the log file, or how to generate it.
Quote:
Originally Posted by truexfan81 View Post
i get a crash 1 out of every 3 times i launch a video lol and its only when using madvr, funny thing is the crash reports always point to the nvidia driver happens with absolutely every version of the nvidia driver too.
I'll need the crash report. If you don't get a crash report file on your desktop automatically, click on the "show bug report" button, then press Ctrl+C, after that you have the bug report in your clipboard.

Quote:
Originally Posted by Ver Greeneyes View Post
madshi, could you add support for either arithmetic operators, or some more measures of throughput in the profile select rules? I ask because I'm pretty sure the amount of time it takes my GPU to apply a particular filter scales linearly with the amount of pixels it has to process. So if I know it can handle a particular profile for 720p30, I'd like to use that as an upper limit, so it uses the same profile up to 1280*720*30 = 27648000 pixels per second.

In a profile select rule, I imagine this would work like (srcWidth * srcHeight * deintFps <= 27648000), or (srcPixels * deintFps <= 27648000), or (srcThroughput <= 27648000), depending on what is available. Adding support for arithmetic operators (or at least multiplication) would generalize the rule selection nicely. In my case, I'd probably combine this with (srcWidth == targetWidth or srcHeight == targetHeight) to know when I only have to worry about chroma scaling.
Makes sense, I'll add it to my to do list.

Quote:
Originally Posted by TheElix View Post
What might be preventing Fullscreen Exclusive mode from activating on my computer? I have fresh-installed MPC-HC and madVR and it doesn't help.

Windows 10 x64
MPC-HC 1.7.10
madVR 0.89.17

Edit: Madshi, I uploaded log, bug report and DxDiag information in one archive: https://yadi.sk/d/8Y5cl6AAkyp5t Also, in this instance, the player also crashed. As it happens every single time now.
The crash is when doing error diffusion. You could try updating your GPU driver, maybe that helps?

In order to find the failure to enter FSE mode, I'll need another log with the debug OSD (Ctrl+J) active while recording the log, because having the debug OSD active adds some more information to the log that I need in this case.

Quote:
Originally Posted by xabregas View Post
So i have tested the new xysubfilter and new madvr and i was almost amazed when i saw that in 2.35 movies the subtitlees now can go to the black bars outside the movie window. But it was a matter of minutes until they went back to the front of the movie while playing. Anyone knows how to fix it, i.e making the subtitles stay in the black bars??
There is a known bug that I need to work on. It also requires a new XySubFilter patch, which is why I've not fixed it yet. Will be fixed sooner or later, but might take some time...

Quote:
Originally Posted by adhara View Post
Question, if I put "activate deinterlacing" off on MadVr, is the display reponsible for doing this stuff ?
No. An HTPC is not good with outputting interlaced images. You do need to deinterlace on your HTPC.

Quote:
Originally Posted by Aktan View Post
Hi All, I have a problem that hopefully someone can help me fix. I'm thinking I'm just missing something silly in some settings. I'm using MPC-HC Version 1.7.9 opening an analog capture device. I use ffdshow tryouts to change the output colorspace (to avoid the forced load of MPC-HC internal Deinterlacer filter on 4:2:2 color spaces) and to deinterlace the source. I use madVR Version 0.89.9 as the renderer. The problem I have is if I use ffdshow to double the frame rate for deinterlacing, madVR seems to drop all those extra frames. I see this in stats and it only happens if I double the frame rate. This problem doesn't exist with other renderers like EVR as it is a lot smoother when the frame rate is doubled. I didn't use madVR's own deinterlacing becuase it wasn't deinterlacing well. I'm guessing this is probably due to the fact that the queues are stuck at 0-1 in stats. I'm also guessing this is why madVR keeps dropping frames. The combination of ffdshow deinterlacing and madVR renderer does not have a problem if I use a MPEG2 source instead of an analog capture source probably since the queues can be filled properly then. Does anyone have an idea of what I can do to fix this?
madVR only drops frames if either the GPU is too slow or if the refresh rate it too low. Please make a screenshot of the Ctrl+J madVR menu when you get those frame drops, then maybe we can help.

Generally you should get better quality when letting madVR deinterlace. So it might make sense to try that again and post a screenshot of Ctrl+J with that setup, too.
madshi is offline   Reply With Quote
Old 14th December 2015, 15:24   #34618  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
Quote:
Originally Posted by gmail123 View Post
my englishe is poor..
madVR v0.89.14---madVR v0.89.17 can not pass through the DVD .ifo file, the AR video stream couldnt be read,the scale of the images is not proportional;if the .vob files are opened directly, it can be recongnised accordingly. this problem would only occur if PAL DVD,NTSC DVD are running and functioning normally。
Can you upload a small sample for me with which I can reproduce this issue?

Quote:
Originally Posted by 70MM View Post
Does anyone know if you can do a non linier stretch with madvr?
Can you stretch a 16:9 image to scope 2.35 screen. Where the centre is correct shape but the sides slightly stretched to fill the scope ratio?
Do you *REALLY* want this?? I consider non-linear stretch very ugly. It looks ok as long as the camera doesn't move. But for any horizontal pans it looks totally psychadelic to my eyes, because the distortion becomes totally obvious in that situation.

I might add NLS in some far away future version, but it's very low priority because I consider NLS to be bad.

Quote:
Originally Posted by MysteryX View Post
Lately I'm getting regular crashes with madVR. Attached is a crash report.
Don't ever attached anything to this forum, takes ages to get it approved, and sometimes it never gets approved at all. Upload somewhere else, please.

Quote:
Originally Posted by Uoppi View Post
1) Progressive segmented frame, i.e. 25 progressive frames divided/segmented into 50 fields. Meaning the video ought to be weaved into 25p. Does simply "deint=Off" do it? The auto deinterlacing seems to erroneously detect the material as interlaced, as per the container tag.
Most of these are flagged correctly, so most of the time you can either force the deinterlacing completely off, or you can force madVR into film mode, if you want to be extra safe. DXVA deinterlacing (which is the default deinterlacing mode) will usually handle these "correctly", too, meaning you should get proper image quality, but DXVA deint outputs 50 frames instead of 25, so you'll have double the GPU load.

Quote:
Originally Posted by Uoppi View Post
2) Progressive film stored on DVD as interlaced. Simply "deint=Off"?
Same as above for PAL DVDs. NTSC DVDs are quite different, though. Those often produce problems when playing with deinterlacing turned off. Usually forced film mode works best there. There are a couple rare field blended NTSC DVDs out there which require DXVA video mode deinterlacing, but that's really rare.

Quote:
Originally Posted by Uoppi View Post
3) Pal speedup removal of 25p content or film stored as interlaced on DVD (using Reclock). I'm guessing simply "frameRate=24" or "frameRate=23.976" (which one?)
I'm not an expert on how this is done using Reclock so I can't really answer this one.

Quote:
Originally Posted by Uoppi View Post
if I use deint=Film, I get several ms worth of performance hit and the OSD says "IVTC", even though, as far as I know, only the repeat flags of the DVD are being ignored. For example in Handbrake, it's "safe" to simply leave deinterlacing off and set fps to 25 when ripping progressive material DVDs. So I'm just struggling to grasp the real world difference between the tags I mentioned
For most PAL DVDs turning deinterlacing off should be fine, as mentioned above. There are a few odd DVDs out there which have wrong telecine flags. For those you need to use madVR's forced film mode to get proper progressive output.

Quote:
Originally Posted by Uoppi View Post
2) In the case of progressive segmented frame material, two consecutive fields should be merged/weaved (whatever the correct term is) into a progressive frame. Again, when using "deint=Film", the OSD reads "IVTC" and 2:2 cadence - does that mean madVR is properly merging the fields? I would have thought the term "IVTC" isn't applicable in this case. At a quick glance at least, the playback appears identical whether I use deint=Film or frameRate=25 (the content within the container is progressive 25 fps).
My "definition" of IVTC is that madVR converts telecined content (progressive segmented frame material is some sort of telecined content, too) back into progressive. "2:2" means that always 2 consecutive fields are weaved together. *However*, these doesn't have to be top+bottom of the same encoded frame.

Quote:
Originally Posted by Uoppi View Post
- Using madVR's auto detection on any of its settings, progressive segmented frame videos (from a Canon camcorder) are detected as interlaced and are deinterlaced instead of merging the consecutive fields into progressive frames
- Content I've verified as progressive (going frame by frame) sometimes still gets deinterlaced with madVR's auto detection, regardless of the detection setting
madVR doesn't really have a good auto-detection yet. Auto-detection simply means DXVA deinterlacing is used to do the job. DXVA deint internally auto-detects whether the content is video or film and then applies the proper algorithms. However, DXVA deint always outputs double frame rate. So it's all not ideal yet. Tagging is of course a great solution, if you're willing to invest the time.

Quote:
Originally Posted by Uoppi View Post
So, summa summarum, from what I've gathered here, it doesn't hurt anything to always use deint=Film for all progressive PAL content stored in an interlaced-flagged container. I'll be using that then instead of deint=Off.
It shouldn't hurt (other than raising CPU load a bit), but if the content is cleanly stored/encoded, it also doesn't help. It does have the benefit of auto-detecting those rare PAL DVDs which have wrong flags.

Quote:
Originally Posted by Uoppi View Post
How "intelligent" is the processing? Let's say, for example, if I have by accident placed a Blu-Ray rip in a folder that has the deint=Film tag, will madVR "know" what to do with the picture, i.e. to leave the source untouched (because it's native progressive)?
The quality/reliability of madVR's IVTC algorithm is pretty good. It's extremely unlikely that running it on a progressive Blu-Ray rip will do any harm. It should simply detect that the video is a 2:2 cadence and not do anything other than analyzing the frames and detecting/confirming the 2:2 cadence.

It's impossible for me to know for sure whether a source is progressive or not. For all I know, the video stream can claim it's progressive but it would still be telecined. Because of that, if forced film mode is activated, IVTC is always performed, even if the source appears to be progressive. But as mentioned above, due to the very high reliability of the madVR IVTC algorithm it's not a problem if you activate it accidently - other than raising CPU load a bit.

Quote:
Originally Posted by Georgel View Post
I managed to get a crash report from a crash mpc-hc+madvr that has happened. I thank in advance if someone could explain to me what is the problem.

I uploaded the .txt file to my dropbox account.

https://www.dropbox.com/s/0fxakdk93w...eport.txt?dl=0

Another thing, I always send my crash reports to mpc-hc automatically, but the crashes only happen when using mpc-hc with madvr, so I really hope that someone can offer me a helping hand. Thanks!
The crash occurred when trying to create a D3D11 device. You could updating your GPU driver. Maybe that helps? If not, disabling error diffusion and/or NNEDI3 might be necessary to get rid of the crash.

Quote:
Originally Posted by mogli View Post
Code:
madVR v0.89.17

[...]
* fixed: repeated frames were reported although smooth motion FRC was on
I checked thoroughly and no, all it did was reporting actual repeated frames which are just omitted from the OSD now. (But from my current understanding this is to be expected with FRC, if frame rate and display rate are essentially identical.)
Hmmmm... Just to clarify: How do you define "repeated frames"? E.g. when playing a 1fps movie on a 60Hz display, madVR is repeating frames all the time, even with smooth motion turned on. Only about 1-2 of those 60 frames will be blended/unique. This is the way smooth motion frc works, so listing such repeated frames in the Ctrl+J menu doesn't make much sense, IMHO.

Or are you saying that every time the old version reported a repeated frame, you got a visual stutter? That would be something completely different, of course!

Quote:
Originally Posted by garson View Post
I'm having strange issue I guess with MadVR.
I have latest MPC-HC 1.7.10, latest MadVR, Lav filders, running on XP. I have a lot of dropped frames on dark/black scenes with not much going on.
So, for example I'm watching Hobbit 720p (8GB mkv file) and everything is pretty much smooth but when movie finishes and Cast of characters scene starts there is a lot of stuttering and dropped frames.
Also, I watched movie Circle (2015) which takes place in dark room with several persons in it, not much going on there, but I got a lot of dropped frames again, movie is barely watchable.

Does anybody now what can be the issue with dark (and slow) scenes?
I can think of 2 possible reasons:

1) Do you have a 3dlut active? If so, some old GPUs may run into problems if certain areas of the 3dlut are accessed. I've had that reported by one user some years ago. But it was a *really* old GPU.

2) Maybe it's some sort of deinterlacing issue? Are you using forced film mode? Film credits are sometimes video mode and require proper deinterlacing.

I suppose with EVR this problem does not occur? Can you post a screenshot of the Ctrl+J debug menu in the moment when those frame drops occur?

Quote:
Originally Posted by GCRaistlin View Post
madshi
Last example in http://forum.doom9.org/showthread.ph...17#post1271417 contains "srcAR" value name while there's no such value name in syntax description above.
Fixed, thanks.

Quote:
Originally Posted by m-v-w View Post
Could Madvr support MPVfuture?
Not sure what you mean with "support"? Are you asking whether a future mpv version might allow to play videos by using madVR? If so, I think that's very unlikely because mpv doesn't use DirectShow and is multi-platform. So the whole architecture is very different from what madVR is built for.

Or are you asking whether I'd be willing to help mpv future development? If that's your question then my answer is a simple no. I don't have the time to help other projects. Furthermore madVR is supported by a lot of different media players. I can't help one of them but not the others. That wouldn't go down well with the other media player devs/companies.

Quote:
Originally Posted by BluesFanUK View Post
Hey madshi, is there any plans to create a dedicated MadVR Video Player?
Not really. One reason is that I simply don't have the time/resources. Another reason is that doing so would annoy all those media player devs/companies that support madVR. They don't want competition from me.

Quote:
Originally Posted by THEAST View Post
I spent the past 3-4 hours troubleshooting this issue; I am positive this is an incompatibility between madVR and AMD's crossfire; I don't think using the 32-bit version of madVR/MPC-HC will fix this. Anyway, here is the results of my findings:

- MPC-HC will crash only if I pause it, switch my active window to another application, work for a few minutes, then go back to MPC-HC, go full screen (exclusive or windowed) and resume the video. If I go back to MPC-HC quickly, it doesn't crash.

- If I disable crossfire globally, it will not crash anymore.

- If I enable crossfire globally but only for applications with a profile, it will still crash. Even if I make a profile for mpc-hc64.exe and madHcCtrl.exe and disable crossfire for both, it will still crash. Based on GPU clock and utilization, crossfire is NOT disabled regardless of what I do and both GPUs are used anyway when playing videos.

- If I disable "use Direct3D 11 for presentation" and "use a separate device for presentation", video playback will hang instead of crashing; i.e. MPC works fine but refuses to resume video playback. I can use the same MPC window to re-open the file just fine, in which case it will play properly.

- If I resume playback before going full screen, MPC will not crash but I will get a black screen while audio plays fine. Both GPUs stay at idle clocks in this case.

Needless to say, I can easily blame AMD for this problem but I highly doubt they would even care or try to resolve this issue, no matter how many times I report it.

Any feedback from other people with Crossfire setups is highly appreciated.

P.S. Disabling crossfire in games seems to work correctly. I am going to report this to AMD anyway but I won't expect them to fix it any time soon, if at all.
Yeah, Crossfire has repeatedly being reported as causing problems with madVR, unfortunately.

Quote:
Originally Posted by RyuzakiL View Post
Win 7 + Madvr = Crossfire always on but stable with no dropped frams

Win 8 + Madvr = Crossfire disabled but you have to use SXBR with no dropped frames (Best Combination)

Win 10 + Madvr = Crossfire always on Unstable, Madvr always crashes (Piece of Crap)

this was running on 2X HD7850 with Latest AMD Crimson Driver (Beta Hotfix.) All are on tested on a clean installed machine.

I suggest you stay away from Windows 10+AMD Crimson Driver combination till they sort this shit out.

Now going back to Windows 8.
Ouch, very sad to hear that.

Quote:
Originally Posted by lanzorg View Post
Madshi could you add supersampling or a way to use image doubling for any videos?
Maybe at some point in the future. For now you can simply upscale a tiny bit (the smallest amount your media player supports, like 0.5% or so).

Quote:
Originally Posted by har3inger View Post
Whenever you set up an image upscale that results in a final step of upscale in one dimension but downscale simultaneously in another dimension, lanczos 3 is used for the upscale. Is this because Jinc cannot be used for 1 dimensional upscaling?
Exactly.

It's not a limitation of the Jinc algorithm itself, it's just that I haven't implemented Jinc downscaling in madVR (yet?).

Quote:
Originally Posted by XMonarchY View Post
Will DirectX 12 allow the use of multi-GPU in madVR?
No.
madshi is offline   Reply With Quote
Old 14th December 2015, 15:57   #34619  |  Link
madshi
Registered Developer
 
Join Date: Sep 2006
Posts: 9,140
madVR v0.89.18 released

http://madshi.net/madVR.zip

Code:
* added tone mapping support for HDR content
* added gamut mapping support for HDR BT.2020/DCI-P3 content
* added support for SMPTE 2084 transfer function decoding
* added support for receiving HDR metadata from LAV Video Decoder
* added "maximum display luminance" option to display properties page
* added "HDR" profile variable
* SuperRes now supports being run after every ~2x upscaling step (again)
* improved JVC projector ip control connection reliability
The big keyword for this build is HDR. I suppose many users might not know how it works exactly, so some explanations:

1) First of all, this madVR build does *not* aim to send HDR content untouched to the display, to let a "HDR compatible" display do all the processing. Doing that might be supported by some future version (as an option). But for now what madVR does is convert the HDR content in such a way that it looks well on *any* display (new and old), regardless of whether the display officially supports HDR or not.

2) The key idea of HDR is to increase the peak white luminance, so that we can get brighter highlights, and more texture detail in bright image areas. HDR content uses 10bit (or more) instead of the usual 8bit, and it also uses an improved transfer (gamma) function, which means we also get better shadow detail at the same time.

3) HDR content is encoded using a totally different transfer ("gamma") curve. So playing HDR content with a media player and display which don't understand the new transfer function won't look good/correct. It will look totally washed out.

4) The new transfer function directly maps each pixel to a specific desired luminance value (in "nits" or cd/mē). Possible values are 0 nits up to 10,000 nits. However, videos don't have to use the full 0 - 10,000 range, they often top out at either 4,000 nits or 1,200 nits (from what I've seen).

5) UHD Blu-Ray will usually be encoded in BT.2020 color space, which is extremely wide. However, videos don't have to use the full BT.2020 space, they usually only use DCI-P3, inside of the encoded BT.2020 container.

6) Today's displays (even the best of the best) cannot really properly reproduce HDR content. E.g. many display's don't reach full DCI-P3 colors yet (let alone BT.2020), and no available display today comes even close to be able to output 10,000 nits! Which means that someone somewhere has to convert the HDR content down to something the display can handle. The consumer electronics world plans that the display will do this conversion (only new models, obviously) - and every TV manufacturer will write their own conversion algorithms because there's no standard for that! From what I've been told those conversion algorithms (at least for the first few HDR display generations) are probably not going to be very high quality.

7) madVR is able to compress both the luminance and the colors down to what your display can handle. It uses reasonably high quality algorithms for that. I might find even better algorithms in the future, but for now these algorithms should be a good starting point.

8) UHD Blu-Rays will come with an updated copy protection. So madVR will not be able to play them - unless the copy protection gets broken at some point.

If you want to test HDR playback, please update to a new LAV nightly build because only the latest LAV nightlies are able to pass some HDR metadata information to madVR!

(P.S: There's also a new "madTestPatternSource" version available with some HDR test patterns. Link see first post in this thread.)
madshi is offline   Reply With Quote
Old 14th December 2015, 16:25   #34620  |  Link
nevcairiel
Registered Developer
 
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,342
Are there any smart ideas how to properly configure a display for HDR? I could set it to its maximum brightness and measure this, and tell madVR about it.
However, the maximum brightness is far above what I find "pleasing" for SDR movies, or even the desktop/player UI, so its really not "good" to configure it to that.

Of course I could tell madVR about the brightness of my average setup, but then there is nothing to gain from HDR at all.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders
nevcairiel is offline   Reply With Quote
Reply

Tags
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:35.


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