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. |
14th February 2016, 21:31 | #36141 | Link | |
Registered User
Join Date: Apr 2015
Posts: 62
|
Quote:
Thanks alot for your precious time. Btw i've decided to jump for kodi + mpc-hcfr.x64 as external player instead of dsplayer. Madvr x64 is a huge boost, cropped 1080p to uhd was impossible for me without ticking "use 10bit chroma/image buffer instead of 16bit" but thankfully, with x64 chain i can do it without ticking a single thing in trade quality for performance. |
|
14th February 2016, 21:47 | #36142 | Link |
Registered User
Join Date: Aug 2014
Posts: 5
|
e-GPU
MadShi,
Please advise: wondering about cpu-load<PCI-e bus load from the renderer through MadVR or weather any A-situational processing occurs that you/we know of where lots of CPU-GPU copy-back or CPU post processing occurs.. that may or may not load the pci-bus moreso than otherwise. Basically, is it a viable or good idea? Particularly @ higher desktop class MadVR options/settings... Thunderbolt 3/usbC laptop now to.. tap the e-desktop gpu for its video decoders package/8k video output, etc.. The 8k teli could process the video signal [120/240-etc interpolation] from there. https://www.techpowerup.com/reviews/...caling/22.html [gtx980] Fairly recent pci-article if somehow relevant a) This is of course presuming intermediary dock, decode/recode or Laptop-Thunderbolt III chipset are not ever an issue-they do not ever throttle. 1a) Though of course there could be slight delay/input lag like this e-gpu rep mentions here. but I'd like your take on how MadVR coterminates with the CPU or loads the PCI-ebus through some of its settings.. If you'd care to provide a thoughtful answer I'll probably go for it and report what I find when new GPUs' are out.. Thanks MadShi Last edited by Kevin Gilmore; 15th February 2016 at 09:08. |
14th February 2016, 22:29 | #36145 | Link |
Registered User
Join Date: Aug 2014
Posts: 5
|
Aufkrawall, Baii, thanks for responding.
Are there any overt or outstanding bus-hogs in typical MadVR use? Or is running MadVR at full-tilt quite manageable like any/many other a program on a somewhat lesser bus? Under some active MadVR capabilities, must the CPU liaise multiple, or compounding data, or bi-directional communication (I guess this would be post processing -- which heavily loads PCI-bus)? Than say, a typical Video-game render pipeline will have to, or requires? ..Absolutely no idea weather the GPU-Z-bus sensor is accurate though. If the bus ceiling were met the result is a minimum fps drop, or microstutter? This would be a good thing to know if we do not already have an idea Last edited by Kevin Gilmore; 15th February 2016 at 04:06. |
14th February 2016, 23:48 | #36148 | Link |
Registered User
Join Date: Mar 2009
Posts: 3,650
|
I found when I upgraded to. 9 after. 8 it defaulted to bicubic when I had SSIM detailed set in .8 what with it being deprecated and all. I actually tested quadrupling with SSIM the night before and the osd was correct for me so perhaps just change your Luma Scaler to something that's not SSIM and back again and that might fix it.
|
15th February 2016, 00:01 | #36149 | Link | |
Registered User
Join Date: Sep 2011
Posts: 78
|
Quote:
I've found out that if I stop the playback before closing the file or opening another, the leak is never there (and it is so in both v0.90.4 and v0.90.9 builds). But if I do this while playing or on pause - sometimes it leaks, sometimes not. It seems to be completely random - I haven't been able to identify any pattern or dependencies. Also, the "stop" case doesn't depend on the presence of "DontRenderAfterStop" file. So I created two debug logs - one with stop&close case (so no leak) and the other with immediate close after playback started (and with a leak of course). I have a rather slow rig, so maybe that matters and it is some sort of race condition. But definitely there were no such problem with v0.90.3 and before. |
|
15th February 2016, 00:18 | #36150 | Link | |
Registered User
Join Date: Dec 2011
Posts: 180
|
Quote:
And if you are interested in egpu, techinferno is the go to place. They may have more knowledge on scalling or actual madvr use on egpu. I don't think there would be much problem if it reorganized as native card. Sent from my SM-T700 using Tapatalk |
|
15th February 2016, 01:03 | #36151 | Link |
Registered User
Join Date: May 2012
Posts: 447
|
My hack was super slow, so I had to improve the code a lot, but now it works (at least on a low quality 3DLUT)! Would still be interested in a file format specification for madVR 3DLUTs while I have this code paged in
__________________
Test patterns: Grayscale yuv444p16le perceptually spaced gradient v2.1 (8-bit version), Multicolor yuv444p16le perceptually spaced gradient v2.1 (8-bit version) |
15th February 2016, 08:48 | #36153 | Link |
Registered User
Join Date: May 2012
Posts: 447
|
... Oh wow, I missed that completely. I was looking for a separate option, and it's misaligned in the help file for some reason. Okay, well, at least you've saved me from an awkward exchange on the mailing list!
__________________
Test patterns: Grayscale yuv444p16le perceptually spaced gradient v2.1 (8-bit version), Multicolor yuv444p16le perceptually spaced gradient v2.1 (8-bit version) |
15th February 2016, 10:09 | #36154 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
https://sourceforge.net/projects/thr3dlut/files/doc/
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
15th February 2016, 13:24 | #36155 | Link |
Registered User
Join Date: Jul 2014
Posts: 942
|
I re-installed Crimson (16.1.1 hotfix) last night to do some testing with the 3DClub DisplayPort 1.2 to HDMI 2.0 adapter on my HD7870, and unfortunately it's a no go as the levels are wrong and there is no way to set the pixel format, so I don't recommend it unless you only use MadVR. I had the wrong levels in PDVD and was unable to get them right.
However, I took the opportunity to do more tests with Crimson and the native HDMI 1.4 out, and I found two things: 1) I tested 3D and while it works fine in 1080p, when the desktop is set to 2160p MadVR doesn't set the desktop to 1080p when playing 3D, so I only get a crash from MPC-BE. My understanding was that it was supposed to switch to 1080p automatically, then back to 2160p after playback? 2) I found that if I set the pixel format to YCB 4:4:4 in Crimson I get the correct levels for MadVR (set to 0-255) and with PowerDVD, both in 2D and 3D. I checked the chroma multiburst test, and I get very good results there too. I couldn't see any obvious downside from a PQ point of view, so I was wondering if any of you could think of one? I haven't tried an Autocal with Calman or the JVC Software yet in that setting, but I don't see why it wouldn't work. The only potential downside would be an unnecessary colourspace conversion, but as the JVC converts to YCB even when fed RGB in order to process color/tint before reconverting to RGB internally, I think I end up with the same number of conversions. MadVR's RGB is converted to YCB 4:4:4 by the GPU, then YCB into the PJ is converted to RGB internally. When I set the GPU to RGB, it's converted to YCB byt the PJ, then reconverted to RGB. So in both cases, we have three conversions after the YCB 4:2:0 from the bluray to RGB for MadVR internal processing. 3) I'm also thinking forward and believe that HDR content will have to be sent in YCB when we have HDR support in the GPU/Driver/API and it's sent to the HDR display, either by MadVr when/if it supports HDR, or by PowerDVD as soon as their UHD Bluray version is out. So can anyone think of any downside in using YCB 4:4:4 to a JVC projector set to HDMI standard (16-235) anyway. Otherwise I think I might stick to it, as it will allow me to keep Crimson and use the 3D support in MadVR/LAV. Cheers!
__________________
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; 15th February 2016 at 13:32. |
15th February 2016, 13:28 | #36156 | Link | |||||||
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Could you olease use mediafire or another decent file host? Thanks. |
|||||||
15th February 2016, 13:34 | #36157 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
15th February 2016, 13:40 | #36158 | Link | |
Registered User
Join Date: May 2015
Posts: 6
|
Quote:
I did try to look using some older versions but the problems keeps reoccurring, so perhaps its not MadVR. Can only think its either Intel drivers (im using HD5000), LAV 0.67 or MPC-HC (1.7.10). |
|
15th February 2016, 13:48 | #36159 | Link | |
Registered Developer
Join Date: Sep 2006
Posts: 9,140
|
Quote:
|
|
15th February 2016, 14:15 | #36160 | Link | |
Registered User
Join Date: Jul 2014
Posts: 942
|
Quote:
Just to be sure, can you tell me which options in MadVR have to be enabled for this automatic switch to happen? I don't use the auto display mode feature of MadVR as it's MyMovies which handles this in my set-up, but my understanding when we last discussed this was that it wasn't necessary. Here are the options I set: 3D to auto in device property, and enable 3D stereo in rendering / stereo 3D. I have a separate profile for 3D, which is enabled, so I have specific scaling/rendering etc options for 3D, in case it matters.
__________________
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 |
|
Tags |
direct compute, dithering, error diffusion, madvr, ngu, nnedi3, quality, renderer, scaling, uhd upscaling, upsampling |
Thread Tools | Search this Thread |
Display Modes | |
|
|