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. |
25th September 2011, 12:30 | #9862 | Link |
( ≖‿≖)
Join Date: Jul 2011
Location: BW, Germany
Posts: 380
|
Okay good to know. I'll use and recommend 2.40 gamma when viewing in a properly setup reference environment. (D50, 64 lux ambient, 80 cd/mē illuminant)
__________________
Forget about my old .3dlut stuff, just use mpv if you want accurate color management |
25th September 2011, 12:55 | #9863 | Link | |
Registered User
Join Date: Apr 2009
Posts: 32
|
Quote:
It's crazy though that it takes such specific settings just to get smooth playback. It should not be so difficult to achieve!! It basically means anyone who doesn't know exactly what to do is almost guaranteed to get stuttering of some sort. Especially if they are using other more standard renderers and if Aero is enabled - if using Nvidia and newer drivers it seems. Not sure about ATI. Thank god for madVR and the fullscreen exclusive mode. madshi, you rule Default settings in players (ie. EVR using WMP12) have also had much worse stuttering ever since nvidia driver 258.96. I made a thread over at the nvidia forums here. I had stuck with driver 258.96 for a long time but now using this new solution with mpc-hc, madvr etc I can use the newest 285 driver Last edited by deado; 25th September 2011 at 15:29. |
|
26th September 2011, 10:58 | #9865 | Link | |
Registered User
Join Date: Apr 2009
Posts: 32
|
Quote:
And having to use madVR in exclusive mode just to get smooth playback- ie. no other renderer for me gives perfectly smooth playback under any circumstances when doing 24hz output - they all stutter somehow or another. I think this is the combination of crappy Nvidia drivers lately and the complications of Aero and GPU usage. From what I have tested on my setup, any other renderer (EVR, VMR9, Overlay, Haali, whatever) gives stuttering of some sort - and I have been testing this for months and months trying different settings. Nothing is perfect except this madVR solution in fullscreen exclusive mode with Reclock Vsync disabled like you suggested. From what I've found, it seems to be Aero on = stuttering regardless. So madVR's exclusive mode with Aero off (and no tearing) gives the best results. It's just a sad state of affairs that to get smooth playback from a PC output is so difficult in the first place! And that 99% of combinations of players/renderers/settings cause stuttering. At least for me anyway - but I assume it is similar for others? At least those with Nvidia cards - since I think that is where a lot of the source of problems come from. Maybe it's just my particular set up, dunno, but I'm glad I've finally got smooth playback Last edited by deado; 26th September 2011 at 11:09. |
|
27th September 2011, 00:22 | #9867 | Link | |
Registered User
Join Date: May 2011
Posts: 164
|
Quote:
I'm using the old exclusive mode now and it seems to work better, at least I don't notice anything wrong with it. |
|
27th September 2011, 06:21 | #9868 | Link |
Registered User
Join Date: Aug 2009
Posts: 136
|
Im currently having a issue where when i playback on my second monitor using D3D11 for presentation and i enter exclusive mode MPC-HC crashes with the below error:
Code:
Problem signature: Problem Event Name: BEX Application Name: mpc-hc.exe Application Version: 1.5.2.3456 Application Timestamp: 4e29d332 Fault Module Name: madVR.ax Fault Module Version: 0.74.0.0 Fault Module Timestamp: 4e516bc2 Exception Offset: 0003231a Exception Code: c000000d Exception Data: 00000000 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 1033 Additional Information 1: 0a68 Additional Information 2: 0a6884bbdf5111fa2279f2535a7cd566 Additional Information 3: 749e Additional Information 4: 749e8f106870e5fcdbc114acbc3c00d2 I am also still having this problem on my laptop. when i try to play a fullscreen video with madVR and MPC-HC. After a few seconds i it crashes and i get this error from windows: Code:
Problem signature: Problem Event Name: BEX Application Name: mpc-hc.exe Application Version: 1.5.2.3456 Application Timestamp: 4e29d332 Fault Module Name: madVR.ax Fault Module Version: 0.74.0.0 Fault Module Timestamp: 4e516bc2 Exception Offset: 0003231a Exception Code: c000000d Exception Data: 00000000 OS Version: 6.1.7601.2.1.0.256.1 Locale ID: 1033 Additional Information 1: cfd3 Additional Information 2: cfd39af6f2554026609aee2812317e49 Additional Information 3: ba1d Additional Information 4: ba1d1af66b681e7b15d51afc345f34da |
27th September 2011, 06:47 | #9869 | Link |
Registered User
Join Date: Mar 2009
Posts: 962
|
I'm using the 285 drivers and GTX 460. Glitches are fixed for me when enabling the 2nd and 3rd options. The 1st (separate thread) gets me stuttering after skipping sometimes, but either enabled or disabled, it's the same for glitches.
|
27th September 2011, 12:41 | #9871 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
DX11 fixes all glitch issues for me, however the DX11 mode is kinda annoying, because it has some bugs with redrawing the desktop when you exit the full screen mode.
I now run without either DX11 or "use separate device", i only tick the 2nd and 3rd glitch tweak, and it seems ok.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
27th September 2011, 16:12 | #9872 | Link | |
Registered User
Join Date: Nov 2005
Posts: 255
|
Quote:
In the madVR settings I have selected that my monitor expects 0-255. I have then set my projector to accept 0-255 input. For me I don't have a problem, if I change madVR to output 16-235 I see a noticeable difference as would be expected. Regarding using a pure power curve as opposed to BT.709/601 curve .... should I be using a pure power curve ? I did 'play' with this setting but in truth was not really sure what I should do for the best. Is my Z4 an sRGB display ? I have set the PC to use Adobe RGB colour profile for my projector. |
|
27th September 2011, 17:07 | #9873 | Link | |||
( ≖‿≖)
Join Date: Jul 2011
Location: BW, Germany
Posts: 380
|
Quote:
Quote:
Then, observe the values near the black point. For PPC, it should be a relatively smooth drop-off to black. For the BT.709 curve, you'll notice that it sort of just drops off at a certain point. (It's best to test this at a lower gamma setting like 2.2 (instead of 2.4/2.5), and the effect becomes more noticeable as you go lower, eg. 1.8) Quote:
Fortunately, you can use the built-in option for the yCMS mode to have it generate this automatically. Just choose “calibrate this display by using yCMS” and enter the following in the top field: Code:
red, Yxy, 1.0, 0.6400, 0.3300 green, Yxy, 1.0, 0.2100, 0.7100 blue, Yxy, 1.0, 0.1500, 0.0600 white, Yxy, 1.0, 0.31271, 0.32902
__________________
Forget about my old .3dlut stuff, just use mpv if you want accurate color management Last edited by nand chan; 27th September 2011 at 17:11. |
|||
27th September 2011, 18:05 | #9874 | Link | |
Registered User
Join Date: May 2011
Posts: 164
|
Quote:
If the next nVidia drivers (I don't like using beta drivers) don't fix it I'll probably try going back to 260.xx drivers or something. Last edited by kalston; 27th September 2011 at 18:11. |
|
27th September 2011, 21:21 | #9875 | Link |
Registered User
Join Date: Nov 2005
Posts: 255
|
Well, I discovered something new tonight. madVR bypasses the Nvidia video brightness/contrast/hue etc so when I slide them in the nvidia control panel nothing happens. OK, no big deal because I never used them anyway. However, the nvidia brightness/contrast/gamma/hue/digital vibrance settings for the desktop DO affect the rendered video. I never realised this, I had them set to some arbitrary value, my desktop looked OK and I wasn't really that bothered.
I have now tweaked them a little and made a vast improvement to the video, mainly lowered the contrast a touch to get much more detail in dark areas, and upped the digital vibrance a tiny amount which gives, to my eye at least, a more vibrant picture. In response to 'nand chan' I played with the yCMS calibration values and to be honest I couldn't see a difference, so I am running with not calibrated mode for now. To be honest, I have no idea what so ever how all those calculations work, I have never read up on it and find myself being very lazy indeed in doing so. I'm prepared to accept that it's beyond me for the time being. |
27th September 2011, 21:33 | #9876 | Link |
Registered User
Join Date: Nov 2005
Posts: 255
|
On a different note ... I pressed control-j to get the debug info displayed and I am getting a few dropped frames when the video starts (which I have read is normal) and 1 frame duplicated every 20 minutes or so. Is this normal ?
My projector accepts 50Hz and 60Hz input. With 23.976, 24 and 25 fps source, with projector/nvidia card set to 60Hz I get 1 frame repeat about every 20 minutes or so. With 23.976, 24 and 25 fps source, with projector/nvidia card set to 50Hz I get 1 frame repeat about every 1 second or so and hundreds of 'render glitches'. I can't use reclock because I send audio direct to my amp, which reclock will not let me do (I dont think). I was expecting the 25fps video to play perfectly at 50Hz, but not so ! Do my figures look normal ? Again, madVR is new to me so I am still getting familiar with it. |
27th September 2011, 22:04 | #9877 | Link | ||
( ≖‿≖)
Join Date: Jul 2011
Location: BW, Germany
Posts: 380
|
Quote:
To demonstrate the difference, it's probably best to display something very green (I love to use the grass scene at the start of Madoka episode 1, shortly after the OP) - our eyes are most sensitive to the green receptors so the difference is more obvious, compared to something like blue which we basically can't detect very well at all. Quote:
You need to use an audio filter that can bitstream the audio (like ffdshow audio), and enable the streaming options in ReClock + set the correct output device.
__________________
Forget about my old .3dlut stuff, just use mpv if you want accurate color management |
||
28th September 2011, 03:41 | #9878 | Link |
Registered User
Join Date: Nov 2010
Posts: 80
|
I noticed that once in a while the following lines fleetingly appears in the OSD:
Composition Rate: 23.976Hz Clock Deviation: -.1xxx% (where xxx is presumably the percentage difference between the actual display frequency [the top line of the OSD] and the composition rate (?) ]) Why does this appear and disappear at seemingly random intervals? (While it often displays when I do something like turn subtitles on or off or switch between exclusive and windowed mode. this does not need to be the case.) I am especially confused since my display value is never exactly 23.976Hz. I should note that I am using ReClock - with it I see a "1 frame drop" on the order of hours, if not days. In addition, from what I understand, the other values appear solid (once reset, I do not see any frame-drops nor delays and my queues are all full...) Is this simply some sort of logic written into the OSD to occasionally show these values, or is there something improperly configured in my system that is still causing sync/frame-rate issues? Thanks much! Once again I love this renderer!! MikeY |
28th September 2011, 09:01 | #9879 | Link | |
Registered User
Join Date: Nov 2005
Posts: 255
|
Quote:
However, if I do this am i not defeating the object. The video will play at a different rate but the audio will not ? Like Mikey2, I also get 1 frame drop / frame repeat in the order of about 1 every 20 minutes or so, I have seen it go up to an hour or so. |
|
28th September 2011, 20:19 | #9880 | Link |
Registered User
Join Date: Oct 2009
Posts: 930
|
Hi!
I had my screen rotated and I wanted to check out something in on of the videos. But the player hung. After that I tried with other players and madVR hung all. (potplayer, kmplayer, mpc-hc) All were fine with EVR. |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
|
|