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. |
23rd September 2011, 22:42 | #9841 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Vsync only get applied to non Fullscreen with Aero enabled, and you should be really carefull with any internal vsync stuff then
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 23rd September 2011 at 22:49. |
24th September 2011, 02:49 | #9842 | Link |
Continuous Beta Tester
Join Date: May 2011
Location: Greece
Posts: 54
|
can anybody tell me which are MAdVR`s input luminance levels?
if i send yuv12 using ffdshow which are the luminance levels that i send to madVR? does ffdshow leave the yuv12 luminance levels untouched? p.s. i watch 99% (16-235) bluray movies |
24th September 2011, 06:16 | #9844 | Link | |
Registered User
Join Date: Aug 2010
Posts: 576
|
Quote:
When you are using 2 display devices with 2 different refresh rates, things get messy without exclusive mode |
|
24th September 2011, 13:58 | #9845 | Link |
Registered User
Join Date: Oct 2008
Posts: 187
|
On one of my machines, madVR will not go into exclusive mode. This particular machine has 4 monitors on two different video adapters and I suspect that may be the reason. If so, it's no big deal, but I'm interested in any comments.
|
24th September 2011, 16:46 | #9846 | Link |
Registered User
Join Date: Nov 2003
Posts: 179
|
Hi Madshi,
i noticed a "strange" problem on my new media box, during playback in windowed/fullscreen windowed mode and even during pausing a file the CPU/GPU is still active at around 35%/20%? I did some tests and even reinstalled windows and found one combination of setting that "fixes" this behavior, resulting in 0% CPU/GPU usage. Also the CPU usage in general is higher in all the "problematic" cases. Here are my setting on Win7, madVR 0.74, MPC-HC (1.5.3.3734). I also tested other players, with the same result. Also process explorer shows the CPU usage in the "madvr.ax" process. The first case is the "fixed" version which solves this problem only in this particular setting combination. Note how the "exclusive" mode changes directly also influences the windowed mode playback. FIXED 1: general: "enable automatic exclusive fullscreen mode" = ON exclusive: "present several frames in advance" = OFF FAIL 1: general: "enable automatic exclusive fullscreen mode" = ON exclusive: "present several frames in advance" = ON FAIL 2: general: "enable automatic exclusive fullscreen mode" = OFF exclusive: "present several frames in advance" = ON/OFF NOTE: All other settings scaling, presentation, thread, number backbuffers ... don't influence the outcome. I did not test all the sync options (flush, wait) and did leave those at default values. Test-System Spec: Win7 32bit (all updates + SP1) Pentium T630 CPU + H67 chipset (Intel HD GPU not used, no driver installed) nVidia GT 520 GPU (280.26 drivers) I also tried to duplicate this problem on my main Core2Duo 775 system under WinXP and Win7, but could not do so. In general all the "fail" settings also result in 30% higher additional cpu usage during playback, compared to the "fixed" case. As a side-note the playback is "smooth" in all tested cases, without any dropped frames. CPU and GPU usage is never above 70% in total. bye Andy Last edited by Andy2222; 24th September 2011 at 17:02. |
24th September 2011, 17:54 | #9847 | Link |
Registered User
Join Date: Sep 2006
Posts: 2,197
|
madshi, do you have any plans to add DXVA-HD support in the future?
__________________
Laptop Lenovo Legion 5 17IMH05: i5-10300H, 16 GB Ram, NVIDIA GTX 1650 Ti (+ Intel UHD 630), Windows 10 x64, madVR (x64), MPC-HC (x64), LAV Filter (x64), XySubfilter (x64) (K-lite codec pack) |
24th September 2011, 18:19 | #9848 | Link |
Asker of Questions
Join Date: Oct 2001
Location: Florida
Posts: 433
|
This is simply the finest thing ever.
Now that Zoom Player has followed suit and started using MadVR's OSD API to display its own menus, a feature I have been wanting since 2002 has finally come into being. How can I send you money?
__________________
"The real trick to optimizing color space conversions is of course to not do them." --trbarry, April 2002 |
24th September 2011, 18:20 | #9849 | Link |
Asker of Questions
Join Date: Oct 2001
Location: Florida
Posts: 433
|
That would be extremely handy for the kind of setup that is most prone to tearing in the first place. Good idea.
__________________
"The real trick to optimizing color space conversions is of course to not do them." --trbarry, April 2002 |
24th September 2011, 20:03 | #9850 | Link | |
_
Join Date: May 2008
Location: France
Posts: 692
|
Quote:
If I use "old" path, the processor is less used. I don't remember if this option is important for better quality. :/ So many options. I still hope someone will want to create a guide for madVR options. |
|
24th September 2011, 20:50 | #9851 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
|
|
24th September 2011, 22:49 | #9852 | Link |
Registered User
Join Date: Jan 2006
Posts: 80
|
Got a question regarding the levels setting....
I have a HTPC running a Nvidia video card connected to a Sony LCD via HDMI. My media are mostly blu-ray rips. Right now these are my settings on the vid card, madvr, and Sony TV..... Nvidia - 0-255 desktop output with custom resolution hack MadVR - levels set to '16-235' Sony TV - HDMI setting set to 'Limited' My question is, should I set my TV to 'Full Range' and MadVR to '0-255' instead? What settings do I need to set to avoid any kind of levels compression or expansion in the whole video chain? Thanks! |
24th September 2011, 23:04 | #9853 | Link | |
Registered User
Join Date: Apr 2006
Posts: 299
|
Quote:
After reading the .ti3-Parser thread it appears my display is likely 'pure power curve' to start with so I'll keep the default setting only changing the 2.2 value to 2.35 or so when lights are dimmed. Still makes me wonder what kind of displays are 'BT.709/601' or who would calibrate their display to that standard to warrant such a setting in MadVR. A forum search provided no answers on this one :/ |
|
24th September 2011, 23:15 | #9854 | Link | |
Registered User
Join Date: Jun 2011
Posts: 288
|
Quote:
With HDMI from the Nvidia card it's sending out 16-235 even if you set it to 0-255 in the desktop. Do this: Code:
For those of you that didn't know, for whoever has a HDTV connected with nvidia drivers, and the entire desktop is being output in 16-235 instead of full range, the best workaround is to add this to the nv_disp.inf before installing the drivers. Makes the drivers assume your using a fullrange TV instead of limited range. I need to use this each time I do a clean install of nvidias drivers. Add HKR,,SetDefaultFullRGBRangeOnHDMI,%REG_DWORD%,1 to each section of your inf that begins with [nv_miscBase_addreg_ eg [nv_miscBase_addreg__01] HKR,,SetDefaultFullRGBRangeOnHDMI,%REG_DWORD%,1
__________________
SETUP: Win 10/MPC-HC/LAV/MadVR HARDWARE: Fractal Design Node 804 | Xeon E3-1260L v5 | Supermicro X11SSZ-TLN4F | Samsung 2x8GB DDR4 ECC | Samsung 850 EVO 1TB | MSI GTX 1650 Super | EVGA G2 750 |
|
24th September 2011, 23:25 | #9855 | Link | ||
( ≖‿≖)
Join Date: Jul 2011
Location: BW, Germany
Posts: 380
|
Quote:
I recommend using a PPC. If you're in a dark viewing environment, I'd actually recommend a PPC of about 2.5 - this corresponds to what the average CRT has. In effect, you simulate the appearance of a CRT display (~2.5) on your sRGB display (~2.2) - images are “under-encoded” using (1/2.2) instead of (1/2.5) on purpose, because the specifications themselves assume a dark viewing environment - by using an encoding coefficient /below/ the viewing coefficient, the brightness is reduced, which compensates for the lack of contrast in low-light environments. Quote:
Like mentioned, the BT.709 curve is only used to *encode* video - the point of them is to give you the maximum amount of information per bit - the same reason why sRGB turns into a flat correlation near the black level. It's used for HDTV broadcasting. The actual EBU Recommendations 709 document hints that displays have a convention of about 2.35 PPC or 2.2 sRGB. I don't know if *any* displays do actually use this BT.709 curve directly. Usually you decode the source Y'CbCr to rgb', decode that to RGB using the BT.709 curve or whatever, then encode that RGB to rgb' using the sRGB curve (or PPC 2.2). madVR doesn't differentiate between PPC 2.2 and sRGB - if you enable PPC 2.2 in gamma correction, the image doesn't change at all.
__________________
Forget about my old .3dlut stuff, just use mpv if you want accurate color management Last edited by nand chan; 24th September 2011 at 23:35. |
||
25th September 2011, 02:42 | #9856 | Link |
Registered User
Join Date: Mar 2009
Posts: 962
|
Hmm, I've read this before. It's not happening with my Pioneer display though, and GTX460 and 285 drivers. I get Full RGB out of the box. AMD owners also had problems like this, and us Pioneer users (probably other displays too, but I only remember a couple other persons for sure and they also had a Pio) also were in what I think is a minority that didn't have the problem. Are most people having this problem here with NV?
|
25th September 2011, 08:42 | #9857 | Link | |
Registered User
Join Date: Apr 2009
Posts: 1,019
|
Quote:
Everything else you say is more-or-less correct. No display should be running the 709 curve, it is for camera encoding, not playback. |
|
25th September 2011, 11:36 | #9860 | Link |
Registered User
Join Date: Apr 2009
Posts: 32
|
Hi guys - I need some help here, I have been desperately trying to get smooth playback of 23.976/24fps content on my PC (output to 24hz HDTV) - typically 1080p MKVs. Specs are Windows 7, Nvidia GTX 480, i5 2500k overclocked, so PC is more than capable. Using ffdshow software video decoding, madvr, mpc-hc etc so PC hardly breaks a sweat.
I have found that madVR in MPC-HC using exclusive fullscreen mode gives overall the smoothest playback (and trust me, I've tried everything - all combinations of players and renderers). But it still is not perfect. It still visually skips every 20-30 seconds or so - even though madVR with Ctrl + J info shows NO dropped frames! Sometimes it takes longer to happen though - maybe 1-2 minutes... but it's visibly there for sure - watching credits is a good test. Reclock enabled or disabled seems to make little difference. My graphics card has two options for output - 23hz (which madVR reports as ~23.974hz, and 24hz, which madVR reports as 23.999998hz. Which I choose also makes little difference - both have the similar stutter. Best way to describe it is it 'jumps' for a split second. I seem to be at a dead end as to what is causing it. Any suggestions? Last edited by deado; 25th September 2011 at 11:41. |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
|
|