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. |
5th July 2012, 19:15 | #13381 | Link | |
Registered User
Join Date: Oct 2009
Posts: 930
|
Quote:
The reset settings .bat file didn't work too... |
|
6th July 2012, 15:22 | #13382 | Link |
Registered User
Join Date: Dec 2011
Posts: 42
|
Does anyone have any experience playing japanese BD sources using madVR?
Apparently they use TV 16-235 rather than PC levels. This can be fixed when using EVR-CP by enabling "16-235 -> 0-255 [SD] [HD]" under Shaders, does madVR have something to sort this? I've tried switching between tv and pc levels in madVR menu and both give different but wrong results. |
6th July 2012, 15:24 | #13383 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
All Blu-rays (and like 99.99% of all commercial content) use 16-235. madVR handles this automatically.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
6th July 2012, 15:36 | #13384 | Link |
Registered User
Join Date: Dec 2011
Posts: 42
|
It's not handling this though, here is my testing with the file:
Played with EVR-CP = too bright (can see it in the black borders immediately) Played with EVR-CP with the 16-235 -> 0-255 [SD] [HD] shader option enabled = perfect Played with madVR set at normal 0-255 = too bright, identical to EVR-CP Played with madVR set at tv 16-235 = even brighter the previous "too bright" result Any suggestions ? |
6th July 2012, 16:38 | #13387 | Link |
Registered User
Join Date: Oct 2009
Posts: 930
|
Didn't anyone manage to try this little test file: https://docs.google.com/open?id=0Byf...kI4YjVHNndqRVE
16-235 ->0-255 conversion doesn't seem to be working for this one here. |
6th July 2012, 16:51 | #13389 | Link |
Registered User
Join Date: Oct 2009
Posts: 930
|
I ran "restore default settings.bat" I ran "uninstall.bat", deleted the single registry key which had madVR in it at this point. Deleted the files from the folder reinstalled madVR. Yet the settings remain, as is my problems. I'm at a total loss now on what happens here...
|
6th July 2012, 16:58 | #13390 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Quote:
You can temporarily fix it by pressing Ctrl-Alt-Shift-I a number of times to select TV as input range, but its really just a badly encoded file.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 6th July 2012 at 17:00. |
|
6th July 2012, 17:30 | #13393 | Link |
Registered User
Join Date: Dec 2011
Posts: 42
|
I could probably try to adjust it with my TV settings but i'm not going to, I have the tv calibrated for rec709 and d65 with optimum black and white settings and it's normal for every file so far but this one. It could be something wrong with the code/flags in the file itself, I will try to get the US version of the bluray maybe (it's 3:10 to Yuma japanese BD)
|
7th July 2012, 16:01 | #13394 | Link |
Broadband Junkie
Join Date: Oct 2005
Posts: 1,859
|
I was re-creating my custom CRT refresh rates from scratch on a new Ivy Bridge + NVIDIA computer, and I noticed the following equation resulted in optimal refresh rate as reported by madVR's drop frame interval.
(VideoFPS x RefreshMutliple)(ClockDeviation% + 1) = OptimalRefreshRate (23.976023976 x 4)(0.00163% + 1) = OptimalRefreshRate (95.904095904)(1.0000163) = 95.90565914076324 (23.976023976 x 5)(0.00163% + 1) = OptimalRefreshRate (119.88011988)(1.0000163) = 119.882073925954 This is the first time I've ever realized the direct mathematical correlation between refresh rate and clock deviation, so I just found it interesting. I tested this when fine-tuning the two refresh rates above, and it seemed to hold true for both. The closer I got to OptimalRefreshRate as calculated above, the more infrequent madVR's calculated drop frame interval was. It will certainly save me some time as I add more refresh rates that can be used without ReClock. The only problem with not using Reclock when fine-tuning refresh rates like this, is it depends on having a clock deviation which stabilizes quickly to the same value, each time you playback a video. |
7th July 2012, 21:55 | #13395 | Link | |
Registered User
Join Date: Mar 2002
Posts: 2,323
|
Quote:
And in this case the picture will be the same as it was encoded properly?
__________________
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 |
|
7th July 2012, 21:59 | #13396 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Yes, it'll be fine.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
8th July 2012, 03:38 | #13397 | Link |
Registered User
Join Date: Mar 2010
Posts: 3
|
Infinite Tee
Does anyone know how to get Infinite Pin Tee filter or Inftee SDK sample to work with madVR? I'm trying to show a video in two displays... This works with EVR, but when I tried using madVR, it freezes with either Tee filter.
I've tried something simple like this in GraphStudio as a test, but it still freezes: source -> ffdshow -> Infinite Pin Tee -> madVR (only one tee output) madVR works perfectly without Infinite Tee. |
8th July 2012, 07:21 | #13398 | Link | |
Registered User
Join Date: Jan 2009
Posts: 1,210
|
Quote:
|
|
8th July 2012, 09:05 | #13399 | Link | |
Registered User
Join Date: Sep 2009
Location: Sydney, Australia
Posts: 1,073
|
Quote:
I'm surprised (and glad) that my Sony laptop was able to push 72Hz on it's inbuilt display. Last edited by namaiki; 8th July 2012 at 10:06. |
|
8th July 2012, 09:40 | #13400 | Link |
Registered User
Join Date: Mar 2012
Posts: 17
|
Hello everyone,
As I was stuck with my problem despite every settings I tried, I decided to give "fullscreen exclusive mode" another chance. First, I dicovered that while it looked like there were a lot of dropped frames, it was in fact a lot of presentation glitches. Queues were stables. So I tried some various flush setting, but queues were dropping toward zero and dropped frames appeared. Changing CPU/GPU queue size values didn't change anything, so I went back to default (CPU 12, GPU 8). Then I tried some other options. For now, I think I found a good combination for the exclusive mode setting : first three options are checked, 16, all flush to "flush & wait (loop)", and only "limit redering times to avoid glitches" is checked in the last three options (it looks like that in my case, it is the most important option...). Worst case, queues stabilizes to: Code:
decoder queue 11-12/12 upload queue 7-8/8 render queue 3-4/8 present queue 3-5/16 Well, what do you know? I may end up loving exclusive fullscreen mode after all! |
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
|
|