View Full Version : madVR - high quality video renderer (GPU assisted)
Alexkral
18th February 2019, 17:38
1080??
No, 3D OU 1920 x 2160
alexnt
18th February 2019, 18:07
I don't know what you saw before/after.
if the dxva says inactive "While the movie" is playing. That means the gpu acceleration is not compatible with the file you're trying to play.
-In which case- it will default to CPU decoding. Different files have different compatibility.
But overall, it does not look high to me.
Again, you have other options, such as overclocking, if you need more oomph for hard to decode files. (not this one obviously)
it is active. everything looks ok in settings level
Check those LAV settings while playing a movie that gives high CPU load, and see which decoder is active. If it's avcodec then hardware decoding isn't active and that could explain it.
With hardware acceleration, CPU usage should be very low, definitely much lower than 66% @ 3,5 GHz
(Edit: do you have stuff like black bar detection enabled in madVR? That can use up some CPU, but I don't know how much exactly)
it is dxva2cb direct and black bar detection is disabled.
I reinstalled amd drivers but nothing changed. cpu multiplier not under 35
ashlar42
18th February 2019, 18:59
OLED will probably be obsolete in the TV space in ~3 years.. The Light modulation cell IPS/VA panels will replace them.Source? The only tech that I knew had potential is MicroLED. What's this you're talking about?
Siso
18th February 2019, 19:04
Is it worth pumping NGU Sharp high, instead of NGU Sharp medium for luma, or using error diffusion 2 for dithering. Both settings increase rendering times to ~ 24 ms.
Sunset1982
18th February 2019, 19:34
ok guys, my htpc runs with an vega 56 for 2 weeks now. I am happy with it, accept for two things:
coil whine and oversaturated reds with the new amd card...
I will try to underclock the card to get rid of the coil noise. But I don't know what to do with the overstaurated reds...
Didn't have the problem with my old Rx 480, but I used it together with my lg oled.
Now I use my vega 56 with my girlfriends old sony lcd tv and the oled moved into the living room. So the vega or the combination of amd and the sony lcd caused this errror...
madjock
18th February 2019, 19:49
oversaturated reds
Sounds familiar ?
https://forum.doom9.org/showthread.php?p=1852154&highlight=blown+reds#post1852154
nevcairiel
18th February 2019, 20:08
Source? The only tech that I knew had potential is MicroLED. What's this you're talking about?
MicroLED will remain too expensive, since its just sooo many individual components.
What he is talking about is the technology to add an additional light-modulating layer to typical LCD displays, which can block the light on a per-pixel level, so you can get incredible blacks and the high brightness of LCD panels in one, without burn-in or aging that you get on OLED - and cheaper then MicroLED.
It'll probably be a few more years until this gets mainstream, but its definitely promising.
mkohman
18th February 2019, 22:58
Evening all, apologies in advance if this is a silly question however for those guys who use madVR along with a HTPC and projector, what setting is selected under calibration within madVR? BT2020 with power curve gamma 2.2 or DCI-P3 with power curve 2.2? The reason I ask is I know that 4HDR movies are supposed to be BT2020 but madVR defaults them to DCI-P3 and when I select DCI-P3 the colours seem to have a slightly more pop to them as BT2020 is slightly washed out in colour ? So was wondering in madVR is it correct to select this display is calibrated to BT2020 or DCI-P3? Here are some pics of my projector when DCI-P3 is selected . Colours are slightly more saturated and HDR has a bit more pop . Would appreciate your advice . Thank you ..
madjock
18th February 2019, 23:26
Evening all, apologies in advance if this is a silly question
You would be quicker uploading the images to an image site, as they take a while to get approved.
As far as calibration goes...
"Most 4K UHD displays have separate display modes for HDR and SDR. Calibration settings in madVR only apply to the display's default SDR mode. BT.2020 HDR content is passed through unless a special setting in hdr is enabled such as converting HDR to SDR."
https://forum.kodi.tv/showthread.php?tid=259188&pid=2238942#pid2238942
masodes
18th February 2019, 23:42
I need some help with command line execution with profile activation/deactivation. Is it possible to pass arguments on a batch file call? I tried but could not get it to work. For different profiles I would like to call the same batch file but with different arguments.
mkohman
18th February 2019, 23:43
You would be quicker uploading the images to an image site, as they take a while to get approved.
As far as calibration goes...
"Most 4K UHD displays have separate display modes for HDR and SDR. Calibration settings in madVR only apply to the display's default SDR mode. BT.2020 HDR content is passed through unless a special setting in hdr is enabled such as converting HDR to SDR."
https://forum.kodi.tv/showthread.php?tid=259188&pid=2238942#pid2238942
Thank you so in simple terms, do I select DCI-P3 or BT2020 in madVR calibration setting for my JVC x9900 projector? thank you:)
PS: I am using madVR pixel shader option not passthrough.. so I am doing HDR to SDR via pixel shaders
glc650
19th February 2019, 00:43
Hi folks,
I've come across a few videos that will eventually (usually within 15-20 minutes of playback from any starting point) drop a frame or more (as reported by madvr and my eyes) followed by a major shift in clock deviation (from 0.000xx to as much as 0.0xxxx & from 1 frame drop every 1.0x hours to a drop every few minutes). All other media plays without this issue. The issue occurs with the default madvr settings as well. Here's the media info from one of the troublesome videos:
General
Unique ID : 191280449393230205331942369617805654636 (0x8FE7464759CE9273CFFDDCA26ED93A6C)
Complete name : /Volumes/downloads/TV/Proven Innocent/Proven Innocent S01E01.mkv
Format : Matroska
Format version : Version 4
File size : 1.22 GiB
Duration : 45mn 19s
Overall bit rate : 3 842 Kbps
Encoded date : UTC 2019-02-16 04:39:03
Writing application : mkvmerge v21.0.0 ('Tardigrades Will Inherit The Earth') 64-bit
Writing library : libebml v1.3.5 + libmatroska v1.4.8
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings : CABAC / 9 Ref Frames
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 45mn 19s
Bit rate : 3 392 Kbps
Width : 1 280 pixels
Height : 716 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (23976/1000) fps
Original frame rate : 23.976 (24000/1001) fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.154
Stream size : 1.07 GiB (88%)
Writing library : x264 core 157 r2935 545de2f
Encoding settings : cabac=1 / ref=9 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=2 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=3 / weightb=0 / open_gop=0 / weightp=2 / keyint=230 / keyint_min=22 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / vbv_maxrate=17500 / vbv_bufsize=17500 / crf_max=0.0 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Color range : Limited
Matrix coefficients : BT.709
Audio
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : A_AC3
Duration : 45mn 19s
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 KHz
Frame rate : 31.250 fps (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 48ms
Stream size : 145 MiB (12%)
Language : English
Service kind : Complete Main
Default : Yes
Forced : No
Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Duration : 44mn 40s
Bit rate : 124 bps
Count of elements : 983
Stream size : 40.6 KiB (0%)
Language : English
Default : No
Forced : No
Thanks,
->g.
tp4tissue
19th February 2019, 04:11
Source? The only tech that I knew had potential is MicroLED. What's this you're talking about?
Google Panasonic IPS light modulation layer.
This technology is already available, it's only used in the Eizo Reference HDR monitor right now, CG3145. $30,000 msrp, $45,000 street price, (highly in demand)
But this tech vastly surpasses OLED's capabilities, because it will EVENTUALLY allow for Backlight blink motion blur reduction. (ULMB)
OLED can not possibly match the motion clarity once that is implemented.
Hisense and TCL also have a variant of this light modulation layer tech using VA-panel. They will be introducing it under their ULED lines in a short while.
tp4tissue
19th February 2019, 04:15
Evening all, apologies in advance if this is a silly question however for those guys who use madVR along with a HTPC and projector, what setting is selected under calibration within madVR? BT2020 with power curve gamma 2.2 or DCI-P3 with power curve 2.2? The reason I ask is I know that 4HDR movies are supposed to be BT2020 but madVR defaults them to DCI-P3 and when I select DCI-P3 the colours seem to have a slightly more pop to them as BT2020 is slightly washed out in colour ? So was wondering in madVR is it correct to select this display is calibrated to BT2020 or DCI-P3? Here are some pics of my projector when DCI-P3 is selected . Colours are slightly more saturated and HDR has a bit more pop . Would appreciate your advice . Thank you ..
I believe it's recommended you skip the gamma setting page,
Just use HDR to SDR , and when you calibrate, run the porjector setting at its 2.2 gamma response setting, and also Select 2.2 in Dispcal/HCFR
tp4tissue
19th February 2019, 04:20
ok guys, my htpc runs with an vega 56 for 2 weeks now. I am happy with it, accept for two things:
coil whine and oversaturated reds with the new amd card...
I will try to underclock the card to get rid of the coil noise. But I don't know what to do with the overstaurated reds...
Didn't have the problem with my old Rx 480, but I used it together with my lg oled.
Now I use my vega 56 with my girlfriends old sony lcd tv and the oled moved into the living room. So the vega or the combination of amd and the sony lcd caused this errror...
Sounds familiar ?
https://forum.doom9.org/showthread.php?p=1852154&highlight=blown+reds#post1852154
Cough.. I kinda liked the Blown out red.. :D
But does Calibration not rein it in ?
Also, are you guys sure HDMI intent has nothing to do with this, because I know that one of my tvs will go into a Different Gamut mode with significantly wider red and green with a different render intent.
So if the driver is triggering something in the TV to switch gamut space, that may be the issue, and not necessarily caused by madvr/amd
tp4tissue
19th February 2019, 04:24
Is it worth pumping NGU Sharp high, instead of NGU Sharp medium for luma, or using error diffusion 2 for dithering. Both settings increase rendering times to ~ 24 ms.
If you're Green Conscious and have a big tv viewed from 3-4 meters away, probably not.
But if you're rich, and throw money at problems, NGU FTW. !!
tp4tissue
19th February 2019, 04:33
A two hour 10bit 60 fps UHD movie would require 6.8 terabyte of storage space in uncompressed format. With lossless compression approximately a quarter of that. So still a very large amount of space.
Apart from the above, what you want is not possible yet.
So if we forget that this is not possible at all, how would you re-encode a whole movie with "super-demanding settings to be played on MUCH lower powered hardware"
If you don't have the hardware to play a file, what is going to re-encode it.
Ok, so, If we had say a 750ti. benches 3747.
It won't be able to push NGU upscaling 1080p to 4K.
But if we had it render out into a 24fps 4K file, It should be able to playback the file straight with no upscaling algorithm required, no ??
I mean, this is probably niche, maybe a novelty, it sounded plausible when I first thunk it.. :eek:
el Filou
19th February 2019, 04:51
You would have to then store that file which means - if you don't want to consume terabytes storing it losslessly as clsid noted - you'll have to encode it again with a lossy codec which means loss of quality.
ryrynz
19th February 2019, 07:03
Google Panasonic IPS light modulation layer..
Three years though? Not even close. OLED is here for much longer than that.
Msarc
19th February 2019, 09:21
But if you're rich, and throw money at problems, NGU FTW. !!
Even though I can afford NGU, to be honest, I still prefer the ReconSoft+JincAR combo, quality-wise. It preserves the original picture far better to my eye. And when source artifacts are a problem, RCA is just the tool for the job, regardless of the upscaler.
It might be different for extreme cases like upscaling 480p to 4K, though. Haven't had anything like that to watch in a while.
Sunset1982
19th February 2019, 11:23
Sounds familiar ?
https://forum.doom9.org/showthread.php?p=1852154&highlight=blown+reds#post1852154
yah, seems to be the same error. I will do some test and report back...
ashlar42
19th February 2019, 13:44
Google Panasonic IPS light modulation layer.
This technology is already available, it's only used in the Eizo Reference HDR monitor right now, CG3145. $30,000 msrp, $45,000 street price, (highly in demand)
But this tech vastly surpasses OLED's capabilities, because it will EVENTUALLY allow for Backlight blink motion blur reduction. (ULMB)
OLED can not possibly match the motion clarity once that is implemented.
Hisense and TCL also have a variant of this light modulation layer tech using VA-panel. They will be introducing it under their ULED lines in a short while.Yeah, thanks to you and nevcariel I arrived at that product... what can I say? I think your forecast of three years is wildly optimistic. But I obviously hope you are right. :D
Warner306
19th February 2019, 13:46
Thank you so in simple terms, do I select DCI-P3 or BT2020 in madVR calibration setting for my JVC x9900 projector? thank you:)
PS: I am using madVR pixel shader option not passthrough.. so I am doing HDR to SDR via pixel shaders
Either DCI-P3 or BT.2020 could work. If you are seeing a significant difference between the two, one or the other may not be working correctly.
There could be a couple of reasons:
- The projector is misinterpreting DCI-P3 or BT.2020. It may not recognize a DCI-P3 source, so it would more likely be DCI-P3. HDR content is supposed to report BT.2020 to the projector because that is dictated by the HDR specification standard. You own an AMD GPU, so you can't check report BT.2020 to the display to make DCI-P3 appear as BT.2020.
- The AMD video driver is causing over or undersaturation with DCI-P3 or BT.2020.
I would test SDR BT.709 content and see if it looks accurate. The colors should look natural without any oversaturation. To test accuracy, also try setting both madVR and the projector to BT.709 and play some SDR BT.709 content.
oldpainlesskodi
19th February 2019, 13:51
Even though I can afford NGU, to be honest, I still prefer the ReconSoft+JincAR combo, quality-wise. It preserves the original picture far better to my eye. And when source artifacts are a problem, RCA is just the tool for the job, regardless of the upscaler.
It might be different for extreme cases like upscaling 480p to 4K, though. Haven't had anything like that to watch in a while.
And, NGU Sharp vs Jinc produces very different black levels too @ 23.976 (on my rig anyway)...
Test file here for anyone interested in comparing...
https://ufile.io/1vy8u
madjock
19th February 2019, 14:08
And, NGU Sharp vs Jinc produces very different black levels too @ 23.976 (on my rig anyway)...
Test file here for anyone interested in comparing...
https://www.justbeamit.com/9vsmz
Link is down mate ?
Siso
19th February 2019, 14:14
Link is down mate ?
Yes, it seems down...
oldpainlesskodi
19th February 2019, 14:18
Link is down mate ?
Link updated
oldpainlesskodi
19th February 2019, 14:19
Yes, it seems down...
Link updated
madjock
19th February 2019, 14:21
Link updated
Yeah working now, well I use Jinc for upscaling Chroma to 2160p, but I still see 18 Flashing faintly which is as good as I could get it with this TV.
What scaler are you saying there is issues with ?
oldpainlesskodi
19th February 2019, 14:27
Yeah working now, well I use Jinc for upscaling Chroma to 2160p, but I still see 18 Flashing faintly which is as good as I could get it with this TV.
What scaler are you saying there is issues with ?
1080p material (and below) scaled to 4k - NGU sharp Luma produces very different black levels, hence sharing the link for people to test on their setup, if they want to.
madjock
19th February 2019, 14:29
1080p material (and below) scaled to 4k - NGU sharp Luma produces very different black levels, hence sharing the link for people to test on their setup, if they want to.
Ah ok but better or worse, tried NGU and I can not see a difference tbh, the numbers stayed the same as far as I can tell.
oldpainlesskodi
19th February 2019, 14:31
Ah ok but better or worse, tried NGU and I can not see a difference tbh, the numbers stayed the same as far as I can tell.
There are about 3 points difference on my rig, so I seem to be getting better blacks with Jinc, again, could just be my setup.
Update- compared both again on the fly again and the difference is way more that 3 on the black clipping test.
madjock
19th February 2019, 14:55
There are about 3 points difference on my rig, so I seem to be getting better blacks with Jinc, again, could just be my setup.
Update- compared both again on the fly again and the difference is way more that 3 on the black clipping test.
This is what I get
https://imgur.com/a/S6KyraL
oldpainlesskodi
19th February 2019, 15:01
This is what I get
https://imgur.com/a/S6KyraL
Do you get any difference between NGU and Jinc on the clipping test at 23p (upscaling Luma to 4k)? My chain is Full-Full-Full RGB Range.
madjock
19th February 2019, 15:10
Do you get any difference between NGU and Jinc on the clipping test at 23p (upscaling Luma to 4k)?
No both look the same to me.
Yeah all on Full here as well.
I would have thought more would have mentioned in the past, maybe others can confirm.
oldpainlesskodi
19th February 2019, 15:17
No both look the same to me.
Odd. Ok, thanks for looking anyway.
tp4tissue
19th February 2019, 15:36
Odd. Ok, thanks for looking anyway.
oldpainlesskodi, what did you calibrate your monitor with, I had similar black lvl problems when I used a spyder5, I've since switched to i1dp, and black lvl issues are gone.
tp4tissue
19th February 2019, 15:37
Yeah, thanks to you and nevcariel I arrived at that product... what can I say? I think your forecast of three years is wildly optimistic. But I obviously hope you are right. :D
China moves FAST.. and this is not all new tooling like the development of OLED.
It's all done on Existing va/ips- panel machines. :eek:
20,000:1, here we come..
(TBH, 5000:1 VA already looks pretty good, unless the room is pitch black) :D
oldpainlesskodi
19th February 2019, 15:40
oldpainlesskodi, what did you calibrate your monitor with, I had similar black lvl problems when I used a spyder5, I've since switched to i1dp, and black lvl issues are gone.
A dark room, my eyes, and, lots of coffee....lots of coffee lol.
It's not so much which one is correct, but with the same TV settings, I get very different Black levels between NGU and Jinc.
alexnt
19th February 2019, 16:47
Does any one use madvr with amd?? If so what is the usage of cpu and gpu(in tools like core temp and gpuz, not in task manager). I believe that cpu takes an amount of load from the gpu in decoding and so multiplier never goes under x35. Gpu has an amount of load but not that much as I remember some time ago. Gpu clock is aroung 500mhz and cpu 3500 when playing a movie. I believe this is weird.
madjock
19th February 2019, 17:07
Does any one use madvr with amd?? If so what is the usage of cpu and gpu(in tools like core temp and gpuz, not in task manager). I believe that cpu takes an amount of load from the gpu in decoding and so multiplier never goes under x35. Gpu has an amount of load but not that much as I remember some time ago. Gpu clock is aroung 500mhz and cpu 3500 when playing a movie. I believe this is weird.
Does playing a video without madVR not do the same thing ?
Your Core Temp is a little out of date ?
You -> Version 1.0 RC8 - 21st February, 2016
Now - Version 1.13 - 8th January, 2019
You also had Opera/Firefox and Skype open in the screenshot, my multiplier is up at 38x and I have nothing open, its the load more than the multiplier as I am on High Performance so I would assume the CPU will kick in quicker. but I do not think all the load you showed was from madVR. It does not share loads anyway, if the GPU is selected it will do all the work.
Task Manager will show you where the load is going.
el Filou
19th February 2019, 19:27
Calibration test patterns are not the ideal tool to test the differences between upscalers tbh.
Is that black level difference between Jinc and NGU visible in real scenes?
Edit: regarding that new LCD tech, I'll believe it when I see it in mass production at affordable prices. The liquid crystals in the subpixels are already a light modulation layer, so what are they doing here? Adding another layer of liquid crystals on top? Or is it another tech? If it's another tech, why don't they just replace the existing liquid crystals in the subpixels with that new tech?
That just sounds like throwing brute force at a problem and it risks making LCD's other problems (off-axis viewing, response time) worse. It also could end up consuming more power than OLED which would be funny. I think this tech is bound to be limited to professional displays like medical and studio mastering.
tp4tissue
19th February 2019, 20:59
Calibration test patterns are not the ideal tool to test the differences between upscalers tbh.
Is that black level difference between Jinc and NGU visible in real scenes?
Edit: regarding that new LCD tech, I'll believe it when I see it in mass production at affordable prices. The liquid crystals in the subpixels are already a light modulation layer, so what are they doing here? Adding another layer of liquid crystals on top? Or is it another tech? If it's another tech, why don't they just replace the existing liquid crystals in the subpixels with that new tech?
That just sounds like throwing brute force at a problem and it risks making LCD's other problems (off-axis viewing, response time) worse. It also could end up consuming more power than OLED which would be funny. I think this tech is bound to be limited to professional displays like medical and studio mastering.
That's exactly what it is, it's a non color layer beneath the top color layer.
That's why it's NOT new tech, and why it can be implemented rapidly.
Using existing tech.
Not limited to medical/studio, it's already been demoed at ces.
alexnt
19th February 2019, 21:12
Does playing a video without madVR not do the same thing ?
Your Core Temp is a little out of date ?
You -> Version 1.0 RC8 - 21st February, 2016
Now - Version 1.13 - 8th January, 2019
You also had Opera/Firefox and Skype open in the screenshot, my multiplier is up at 38x and I have nothing open, its the load more than the multiplier as I am on High Performance so I would assume the CPU will kick in quicker. but I do not think all the load you showed was from madVR. It does not share loads anyway, if the GPU is selected it will do all the work.
Task Manager will show you where the load is going.
I forgot to mention that my brother's rig with a 4670k(stock) and 660ti and similar madvr settings has not the same issue. Gpu clock stays over 1000mhz and multi goes down to x12.
You can have a look at the video
https://www.dropbox.com/s/5uhhtk2zl00bajc/VID_20190219_191407.mp4?dl=0
Browsers are closed and skype too.
Gpu clock goes over 900mhz when movie starts and then falls.
The freezing is due to fullscreen exclusive. I never had this issue in the past but this is not a problem, I turn the option off.
As you can see cpu is around 30% in task manager but in coretemp it reaches 60-70-80% sometimes(this dowsn't show in this video) and gpu clock is not raising when mpc window gets bigger or even fullscreen.
Sorry for the video, it needs rotation.
https://postimg.cc/Js7C5n6c (noticed 2 instances of madvr?)
https://postimg.cc/vDdY6QsX (downloaded hevc 265 sample - lock cpu and gpu clocks)
https://postimg.cc/VrP8MF35 (same video as above 81% on core2 ??? madvr is gpu render)
madjock
19th February 2019, 21:51
I forgot to mention that my brother's rig with a 4670k(stock) and 660ti and similar madvr settings has not the same issue. Gpu clock stays over 1000mhz and multi goes down to x12.
You can have a look at the video
https://www.dropbox.com/s/5uhhtk2zl00bajc/VID_20190219_191407.mp4?dl=0
Browsers are closed and skype too.
Gpu clock goes over 900mhz when movie starts and then falls.
The freezing is due to fullscreen exclusive. I never had this issue in the past but this is not a problem, I turn the option off.
As you can see cpu is around 30% in task manager but in coretemp it reaches 60-70-80% sometimes(this dowsn't show in this video) and gpu clock is not raising when mpc window gets bigger or even fullscreen.
Sorry for the video, it needs rotation.
https://postimg.cc/Js7C5n6c (noticed 2 instances of madvr?)
https://postimg.cc/vDdY6QsX (downloaded hevc 265 sample - lock cpu and gpu clocks)
https://postimg.cc/VrP8MF35 (same video as above 81% on core2 ??? madvr is gpu render)
Something strange with your setup, when I run a video in MPC-BE (maybe try that instead of HC), I dont even see a madVR in task manager.
Post a picture of your LAV Video settings as well please.
ashlar42
19th February 2019, 22:04
Not limited to medical/studio, it's already been demoed at ces.As far as I understand, this is available in a couple of professional monitors at $20,000+ in smaller than 40" sizes.
As for "it's been demoed at CES", CLEDIS was demoed at CES and it went nowhere. There's serious hurdles to overcome to get to mass market in consumer sizes. But again: I wish you are right and we'll be able to buy perfect TVs in a couple of years. :)
alexnt
19th February 2019, 22:12
Something strange with your setup, when I run a video in MPC-BE (maybe try that instead of HC), I dont even see a madVR in task manager.
Post a picture of your LAV Video settings as well please.
https://postimg.cc/DWS2T0Kd
the 2nd instance in task manager is when fullxscreen an back to window
same with mpc be
tp4tissue
19th February 2019, 22:59
Guys, I have a question about -Different LUTs-
If I want to use a gamma 2.4 (SDR) lut only for SDR material
and a gamma 2.2 lut for the (HDR -> SDR) material. <as recommended>
Is the only thing I have to do is put the gamma 2.4 (SDR) lut in the Rec709 lut box
and then put the gamma 2.2 (SDR) lut in the Rec2020 lut box
Right now, both my luts 2.2 and 2.4 were generated with source colorspace as rec709.
Does that work, or do I have to create a different gamma 2.2 lut with rec2020 as source colorspace in Dispcal.. ?
Do I need the following setting vv image below.
https://imgur.com/a/Vv7tLxy
huhn
19th February 2019, 23:07
you can load different LUT using profiles.
tp4tissue
19th February 2019, 23:09
I forgot to mention that my brother's rig with a 4670k(stock) and 660ti and similar madvr settings has not the same issue. Gpu clock stays over 1000mhz and multi goes down to x12.
You can have a look at the video
https://www.dropbox.com/s/5uhhtk2zl00bajc/VID_20190219_191407.mp4?dl=0
Browsers are closed and skype too.
Gpu clock goes over 900mhz when movie starts and then falls.
The freezing is due to fullscreen exclusive. I never had this issue in the past but this is not a problem, I turn the option off.
As you can see cpu is around 30% in task manager but in coretemp it reaches 60-70-80% sometimes(this dowsn't show in this video) and gpu clock is not raising when mpc window gets bigger or even fullscreen.
Sorry for the video, it needs rotation.
https://postimg.cc/Js7C5n6c (noticed 2 instances of madvr?)
https://postimg.cc/vDdY6QsX (downloaded hevc 265 sample - lock cpu and gpu clocks)
https://postimg.cc/VrP8MF35 (same video as above 81% on core2 ??? madvr is gpu render)
I don't understand why you think something may be going wrong.
Whatever is happening isn't some trick that's eating your CPU cycles for no reason. However many CPU cycles is taken, that's the correct amount necessary to do what you've asked the computer to do.
There is no process virus here stealing CPU cycles.
Different videos, Different SEGMENT of the SAME VIDEO, different CPUs, different Graphics cards will ALL TOGETHER, exhibit Different quantities of processing consumption, You're not comparing apples to apples.
Between fullscreen and windowed, full screen scales luma through ngu, windowed does not.
As for GPU clock Not going up higher, I don't think it needs to, because that is a very low bitrate file and you're not upscaling it by very much.
For the CPU load change, Check your cpu in HWmonitor, I'm not sure, but see if all cores are clocked to the same frequency, maybe on the windowed smaller screen mode, some cores are clocked lower, so it represents higher % of utilization during that moment.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.