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. |
4th February 2018, 09:51 | #48801 | Link |
Registered User
Join Date: Oct 2009
Location: France
Posts: 616
|
I'm getting a message on screen asking me to update to latest LAVFilters version :P
Did you get this message too ? (i'm on nightly build) Thanks.
__________________
HTPC : i7 920 6Go Win10(x64) / Nvidia 1050Ti / P6T Deluxe / Harman-Kardon AVR-355. |
4th February 2018, 19:34 | #48803 | Link | |
Registered User
Join Date: Oct 2016
Posts: 896
|
Quote:
Why are you using a present queue of 2? Lack of VRAM? A GTX 970 should be fine, try at least 4. A message from madVR? What, on the OSD? Or in the config GUI? I've never seen that.
__________________
HTPC: Windows 10 22H2, MediaPortal 1, LAV Filters/ReClock/madVR. DVB-C TV, Panasonic GT60, Denon 2310, Core 2 Duo E7400 oc'd, GeForce 1050 Ti 536.40 |
|
4th February 2018, 20:30 | #48804 | Link | ||||||||||||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Are you using a 32bit or 64bit MPC-BE? I suppose in 64bit running out of RAM should be nearly impossible if you're using a big enough page file. But I don't really know. It's also possible the GPU driver itself can't handle such big images. The GPU could also run out of RAM. Quote:
Quote:
Weird. You should get that message if you use an outdated LAV build (because some older versions produced crashes). But you should not get it with a recent nightly. What exact version number does your "LAVSplitter.ax" file have? |
||||||||||||||||
4th February 2018, 20:36 | #48805 | Link |
Registered User
Join Date: Jun 2009
Posts: 18
|
|
4th February 2018, 20:45 | #48807 | Link |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
madVR v0.92.12 released
http://madshi.net/madVR.zip Code:
* added option "use reduce compression artifacts only if it comes for free" * added experimental "diffuse white" HDR option (mainly for projector owners) * improved non-hue-preserving HDR tone mapping * removed low quality hue preserving HDR tone mapping * HDR option "fix too bright & saturated pixels" is now always available * display peak nits edit control now accepts down to 80 Nits (formerly 120 Nits) * added 3dlut information to OSD (only if active) * fixed: RCA wasn't always run as part of NGU, even though it should * fixed: little OSD scaling info text glitch * fixed: #228: deintFps was not 24 for 720p60 decimated 6:4 cadence content (forced film) * fixed: #394: madvr OSD didn't resize properly when screen masking options are used |
4th February 2018, 21:14 | #48810 | Link | |
Registered User
Join Date: Mar 2016
Location: Switzerland
Posts: 140
|
Quote:
What are the differences between all these? - 100 Nits - 50 Nits, linear - 50 Nits, spline - 50 Nits, linear, desaturate - 50 Nits, spline, desaturate |
|
4th February 2018, 21:19 | #48811 | Link |
Registered User
Join Date: May 2004
Posts: 5,351
|
I totally understand that one. My HTPC is probably going to undergo a windows reinstall soon so I can get it back to working status. 3D has been a problem but then I was just playing some recorded TV and it locked up my machine twice. That's not what I call acceptable. LOL. So I may get to play with a clean install and see if I can get SSIM2D working better.
__________________
HTPC: Windows 11, AMD 5900X, RTX 3080, Pioneer Elite VSX-LX303, LG G2 77" OLED |
4th February 2018, 21:26 | #48812 | Link | ||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
The new "preserve hue" option is almost the same as the old "high quality" version, but with a saturation bugfix. Speed probably no noticeable change. Nope... Quote:
I don't really know yet what practical effect that will bring. I'll wait for projector users to report back if the new setting is helpful at all or not. The "linear" option simply halfs each pixel's brightness. The "spline" option tries to keep the original brightness in the shadow detail area, while still ending up at half brightness at diffuse white. I'm not really happy with the spline option yet, the curve probably needs some work. The "desaturate" option does processing slightly different which results in ever so slightly lower saturation. I'm not sure which is "better" or more correct. So I'm offering both for testing. Of course one will go away once testing has been completed. |
||
4th February 2018, 21:36 | #48813 | Link |
Registered User
Join Date: May 2012
Posts: 447
|
Thanks for the new release!
This is purely nitpicking of course, but I think this would flow better as "fix overly bright & saturated pixels".
__________________
Test patterns: Grayscale yuv444p16le perceptually spaced gradient v2.1 (8-bit version), Multicolor yuv444p16le perceptually spaced gradient v2.1 (8-bit version) |
4th February 2018, 22:43 | #48815 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
Code:
* added option "use reduce compression artifacts only if it comes for free" Documented to work with NGU resampling; so I tried it with medium AA option. Looks quite good in a rather dark video. Not sure if really fluid, though. I'll test further from here on... |
4th February 2018, 22:51 | #48816 | Link |
Registered User
Join Date: Jul 2014
Posts: 942
|
Thanks for the new build Madshi. I still don't have much time right now but I tried to take a quick look.
The new diffuse white option is very useful to us projector owners in a dedicated room, so thanks for implementing this. I didn't have the time to test in depth but it's promising and goes in the direction of what I was asking. You might want to give more options, as although the standard is 50nits for SDR, with HDR we need to go down to 16-20nits in some cases, so I would suggest 25-50 as possible values (factor of 2 or 4). I still have issues with the way highlights are being processed with the pixel shader conversion, and now that I can rule out the 3D LUT (with the new line in the OSD, super useful so thanks for that), there is something definitely wrong with MadVR's processing. I specified - as you suggested - my true peakY which is 125nits. I've tested with "This display is already calibrated" and with a null 3D LUT for SDR BT2020 generated with Lightspace (checked and confirmed as not changing anything to the picture). In both cases, there is very significant posterization/clipping (depending on the settings) with the pixel shader conversion that entirely goes away in passthrough when using a custom curve in the projector. If you don't have a way to upload a custom curve, trust me and take a look at the scene below with the pixel shader conversion. Quick question: in passthrough, the OSD reports that it's using the SDR-BT2020 3D LUT if 3D LUTs are selectin in the calibration tab. Is it to be expected? It should either use nothing (as it's sending HDR, not SDR) or use an HDR BT2020 3D LUT (I think). Please try the beginning of Mad Max, minute 3:20. The end of the shot is a sunset with dust settling down and a fade out. The posterization/clipping (depending on settings) on the red sun/sky is very, very bad. I thought it was my 3D LUT but it isn't, as even a null LUT (or "this display is already calibrated") produces the same effect. Let me know by email/PM if you need a short clip of the beginning of Mad Max (as well as the null 3D LUT I'm using for these tests if you want to check it). Any progress on the custom API to send the SDR BT2020 info in the HDMI stream? EDIT: I have since this that you requested feedback in this thread on AVS, so I posted a copy of this post there, as it's probably a better place to discuss this. EDIT2: Madshi has confirmed that this is being discussed in the thread linked above as there are more projector owners on AVS, so if you are interested please follow the discussion there.
__________________
Win11 Pro x64 b23H2 Ryzen 5950X@4.5Ghz 32Gb@3600 Zotac 3090 24Gb 551.33 madVR/LAV/jRiver/MyMovies/CMC Denon X8500HA>HD Fury VRRoom>TCL 55C805K Last edited by Manni; 5th February 2018 at 00:04. |
4th February 2018, 22:56 | #48817 | Link |
Registered User
Join Date: Nov 2016
Posts: 21
|
Hi Madshi,
is there any possibility madvr would be able to downconvert video in 4k rec.2020 (or DCI-p3) color format to to 1080 resolution in x.v.Color (eg xvYCC, or Extended-gamut YCC) there are a significant number of higher end 1080 pannels who can display x.v.Color (which is very close to the rec2020 color space), allowing those users to potentially benefit from the higher color detail/quality found in 4k UHD bluray (in addition to the 4k YUV 4.2.0 to 4k RGB 4.4.4 conversion step you have already implemented, before the 4k video is down converted to 1080 10 bit) Last edited by zapatista; 4th February 2018 at 22:59. |
4th February 2018, 23:07 | #48818 | Link |
Registered User
Join Date: Oct 2012
Posts: 7,925
|
it's very unlikely that a display that support x.v color space can't display all these colors out side this mode so a 3D lut give you the same possibility.
just to make something every clear sony come up with this while 1080p sony TV are often used panels that can't reach 100 % BT 709. and next problem can GPUs even handle this dead colorspace? |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|