madVR - high quality video renderer (GPU assisted)

[JackCY]

While it makes no real difference I like:
if (deintFps < 26) and (srcWidth <= 960) and (srcHeight <= 540) "540p25"
else if (deintFps < 61) and (srcWidth <= 960) and (srcHeight <= 540) "540p60"
else if (deintFps < 26) and (srcWidth <= 1280) and (srcHeight <= 720) "720p25"
else if (deintFps < 61) and (srcWidth <= 1280) and (srcHeight <= 720) "720p60"
else if (deintFps < 26) and (srcWidth <= 1920) and (srcHeight <= 1088) "1080p25"
else if (deintFps < 61) and (srcWidth <= 1920) and (srcHeight <= 1088) "1080p60"
else if (deintFps < 26) and (srcWidth <= 4096) and (srcHeight <= 2160) "2160p25"
else if (deintFps < 61) and (srcWidth <= 4096) and (srcHeight <= 2160) "2160p60"

Sometimes things I watch are very cropped so I want to use both dimensions when picking a profile. Resolutions fit together more then frame rates for me... not sure why. :p

I also tend to add an else "fast" at the end. If madVR hits the end of a profile script without picking a profile it uses the first profile in the settings menu, which is sometimes not what you want with a video that deinterlaces to 120 fps. ;)

Exactly, most of these sample scripts here miss the ELSE part for sources that do not match any of your profiles.
Personally I see no need to have many many profiles, for common displays size it can all be done with 3 max: SD, HD+FHD, highres+highFPS.

As such I use "OR" not "AND" and ">" not "<" or "<=". Also using 1920, 1080 or other specific numbers is a bad idea since many videos are not 1920 but 1916, not 1080 but 1072 or 1200 etc. So I use dimensions that are in between the common resolutions.

But if you like managing 10 profiles with the same settings and clicking endlessly for a single change that affects many profiles, have fun and make 20 profiles of which 10 have the same settings most likely.

---

NGU... an interesting blend but NNEDI3 seems more efficient even when used with SuperRes and gives less unnatural image. Sure sometimes one looks "better" sometimes the other. NGU decent on quality source but can be a little too "vectorizing" on low resolution low quality source where the sudden vector like edges can look out of place. Nice addition though.
Less flexibility with the new GUI options and the scalers to be used after doubling are still not being respected 100% of the time. Try source 4:3 that gets displayed as 16:9, madVR still happily uses Bicubic for scaling one of the luma axis and chroma when everything is set to Jinc and SSIM it simply ignores it as in older versions. The new options only work with sources that have equal AR for the source and display.

Don't remove superXBR, it is a decent scaler that runs fast and can be useful especially on the very common machines that do not run an expensive enthusiast class GPU.

Quality wise, I guess only waifu2x or similar can do anything better than NNEDI3 but then running waifu2x realtime is a no go XD

[Neo-XP]

Does using de banding, as it softens the banding, can it also soften the image?
Do most use it or not?
What are the most preferred levels?

It only really soften the image if you use it on high IMO.
Its use is recommended, because banding is noticeable and distracting, and the debanding process is very effective and doesn't have any negative effect on a image without banding.

For films : I recommend medium for the default strength and high for the strength during fade in/out.
If you want to compare with a source with a lot of banding (off/low/medium/high) :

https://s29.postimg.org/3vieppjs3/0_off.png (https://postimg.org/image/3vieppjs3/) https://s29.postimg.org/6r03abd5v/1_low.png (https://postimg.org/image/6r03abd5v/) https://s29.postimg.org/xdcjzahcz/2_medium.png (https://postimg.org/image/xdcjzahcz/) https://s29.postimg.org/ygwob9203/3_high.png (https://postimg.org/image/ygwob9203/)

I notice that there is still banding with the low value and the high value is too strong (you lose some details).
I don't know the best values for anime (I don't watch anime), but I guess high for both.

[Clemens]

When I use my DVBViewer (or MPC-HC with records) in combination with the latest LAV Decoder and MadVR, HEVC 10 bit UHD channels on Astra 19.2 (HDR and non HDR) get wrong colors, e.g. the skin color is a kind of blue instead of normal. It happens on all HEVC UHD channels.

Is this a known issue? With other renderers (e.g. the EVR custom renderer of the DVBViewer) the colors are fine (but the image isn't as nice :) as with MadVR beside the color).
My GPU is a GTX 960

Here an image (sorry for the content :D, a sample video I will update later (not at home right now)).

I read in the bug tracker about that magenta bug...maybe it's something similar? I guess you can say more when you have my sample, it will come next friday if I don't forget about it. (the image I made a short while ago for explaining someone how to configure MPC-HC (for streaming of a Vu+ and using the hardware decoder eihch VLC didn't do for HEVC) and I told him to use MadVR, but not for UHD yet because of this bug)

Kind regards,
Clemens

[sneaker_ger]

Press ctrl+j to see what matrix/transfer/primaries madvr is using and where that info comes from. Press the appropriate hotkeys to adjust if necessary. (Or file name tagging. Not sure if profiles also allow adjusting.)

[Asmodian]

As such I use "OR" not "AND" and ">" not "<" or "<=". Also using 1920, 1080 or other specific numbers is a bad idea since many videos are not 1920 but 1916, not 1080 but 1072 or 1200 etc. So I use dimensions that are in between the common resolutions.

But if you like managing 10 profiles with the same settings and clicking endlessly for a single change that affects many profiles, have fun and make 20 profiles of which 10 have the same settings most likely.

The way I wrote the profile rules there is nothing wrong with using 1920 or 1080, etc. 1916 would be less than or equal to 1920 but more than 1280, exactly as we want.

How do you start your rules then? You cannot use "OR" instead when using "<=". I see no reason to use slightly off values for 1920, in fact wouldn't that cause problems?

if (srcWidth > 1024) OR (srcHeight > 576) "720p"
else if (srcWidth > 1280) OR (srcHeight > 720) "1080p"
else if (srcWidth > 1920) OR (srcHeight > 1088) "UHD"
else "SD"

[austonrush]

I've seen a few post on here in regards to profiling. I'll post a copy of my scaling profile auto select rules. Back when I was using NNEDI3 for everything I needed different profiles for 60fps for performance reasons. Many of you who don't have the highest end cards will be in the same boat even with ngu. My profile has 6 scaling settings (I do not have a 4k TV or I would have 8).

Anyone who wants to use this feel free. It works perfectly

if (srcHeight <= 711) and (refreshrate < 31) "SD 24fps"
else if (srcHeight <= 711) or (fileName = "*.avi") "SD 60fps"
else if ((fileName = "*720p*") or (fileName = "*1280x720*")) and (refreshrate < 31) "HD 24fps"
else if ((fileName = "*720p*") or (fileName = "*1280x720*")) "HD 60fps"
else if ((fileName = "*1080p*") or (fileName = "*1920x1080*")) and(refreshrate < 31) "FullHD 24fps"
else if ((fileName = "*1080p*") or (fileName = "*1920x1080*")) "FullHD 60fps"
// For release groups that does not tag their files with video resolutions.
else if ((fileName = "*[FBI]*") or (fileName = "*[Vivid]*")) "HD 24fps"
else "FullHD 24fps"

[Georgel]

Found a free tool that might come in handy for some of us!!!

https://vvvv.org/contribution/windows-system-timer-tool

[70MM]

It only really soften the image if you use it on high IMO.
Its use is recommended, because banding is noticeable and distracting, and the debanding process is very effective and doesn't have any negative effect on a image without banding.

For films : I recommend medium for the default strength and high for the strength during fade in/out.
If you want to compare with a source with a lot of banding (off/low/medium/high) :

https://s29.postimg.org/3vieppjs3/0_off.png (https://postimg.org/image/3vieppjs3/) https://s29.postimg.org/6r03abd5v/1_low.png (https://postimg.org/image/6r03abd5v/) https://s29.postimg.org/xdcjzahcz/2_medium.png (https://postimg.org/image/xdcjzahcz/) https://s29.postimg.org/ygwob9203/3_high.png (https://postimg.org/image/ygwob9203/)

I notice that there is still banding with the low value and the high value is too strong (you lose some details).
I don't know the best values for anime (I don't watch anime), but I guess high for both.

Thank you for that Neo-XP thats very interesting. I have looked at your images up close and large but really I see no banding on any plus they all seem to look just as detailed to me. Could it be the monitor Im using?

Can you point out something to look at up close in your images please so Im on the right track?

[ryrynz]

Can you point out something to look at up close in your images please so Im on the right track?

Oh, you're on the right track..


I have looked at your images up close and large but really I see no banding on any plus they all seem to look just as detailed to me. Could it be the monitor Im using?


That's because there is no banding to speak of.. :D

These images are for all intents and purposes visually identical, the image is being softened throughout the gradients by such a small amount (One of two increments in R,G,B value) That I can confidently say
that debanding this accomplishes next to nothing.


http://i.imgur.com/jXzOMk6m.png (http://i.imgur.com/jXzOMk6.png)

[Neo-XP]

Oh, you're on the right track..



That's because there is no banding to speak of.. :D

These images are for all intents and purposes visually identical, the image is being softened throughout the gradients by such a small amount (One of two increments in R,G,B value) That I can confidently say
that debanding this accomplishes next to nothing.


http://i.imgur.com/jXzOMk6m.png (http://i.imgur.com/jXzOMk6.png)

You have to open the images in their original size if you want to compare them properly.

Click on the thumbnails on postimg and then you should see the abyssal differences between all of them by just switching from one to another in two tabs, if your screen is correctly calibrated.

You don't need any tool or zoom to see this.

Of course the RGB values are almost identical, debanding only smooth color gradations so you don't notice them.

[tahaa7]

Question from a newbie: how much does madVR take advantage of multiple CPU cores, for instance how much difference does it make to have a quad-core CPU over a dual-core CPU (with the same single-core performance)?

[Georgel]

Question from a newbie: how much does madVR take advantage of multiple CPU cores, for instance how much difference does it make to have a quad-core CPU over a dual-core CPU (with the same single-core performance)?

With madVR?

Should make little difference since madVR runs on GPU instead of CPU (?)

IF you're looking at integrated GPU (iGPU), things are different and the latest generation i7 will be better than an older one (since Intel added more iGPU power with newer revisions). As for multiple CPU, it is a much more complex situation to describe.

A new i5 which is quad core can be considerably faster and stronger than an older i7 which has 8 processing cores (4 physical, each of which has 2 processing cores).

Would be advisable to get even a cheap GPU for madVR rather than using iGPU.

Since the only other role the CPU has (if you're having a GPU already) is to software decide the file, a quad core should be enough for madVR.

[Georgel]

You have to open the images in their original size if you want to compare them properly.

Click on the thumbnails on postimg and then you should see the abyssal differences between all of them by just switching from one to another in two tabs, if your screen is correctly calibrated.

You don't need any tool or zoom to see this.

Of course the RGB values are almost identical, debanding only smooth color gradations so you don't notice them.

I also see very little difference when it comes to that image, zoomed in, on a FHD display.

Certain materials and algorithms show considerably more difference, or at least it's easier to spot the differences, like in anime with clear line art and sharp edges.

[huhn]

Of course the RGB values are almost identical, debanding only smooth color gradations so you don't notice them.

i'm out of words here...

i mean debanding clearly works on that image but...

[huhn]

Have a Rx460, don't seem to have much problem with ngu 1080p to 4k.

By the way, was there a update in madvr or dispcal that made 3dlut calibration "cheaper" to run?

i need 2100 mb with my RX 480 without NGU with NGU high it is over 2500 and NGU very high it is over 3000.

but finally someone that tested it too thanks

[strumf666]

https://www.techpowerup.com/reviews/AMD/Radeon_Vega_GPU_Architecture/
Hopfeully all those improvements will have some benefit for madvr too :)

[tahaa7]

With madVR?

Should make little difference since madVR runs on GPU instead of CPU (?)

IF you're looking at integrated GPU (iGPU), things are different and the latest generation i7 will be better than an older one (since Intel added more iGPU power with newer revisions). As for multiple CPU, it is a much more complex situation to describe.

A new i5 which is quad core can be considerably faster and stronger than an older i7 which has 8 processing cores (4 physical, each of which has 2 processing cores).

Would be advisable to get even a cheap GPU for madVR rather than using iGPU.

Since the only other role the CPU has (if you're having a GPU already) is to software decide the file, a quad core should be enough for madVR.

OK, thanks. But, the problem with Intel 7th gen mobile processors is that you have to make a choice of either getting a quad-core CPU with a weaker iGPU, or a dual-core CPU with better (Iris Plus) iGPU.

[huhn]

for madVR get the iris pro.

most content can be hardware decoded. an dual core is fine for most content anyway.

madVR doesn't care about CPU core numbers.

[pirlouy]

Even I can see differences between all these images, especially at the bottom of the back.
But in some cases, debanding causes spikes in GPU usage and then frame drops. So I prefer not to enable it.

[huhn]

if both option are debanding options are the same this shouldn't happen. maybe analyze gradient angle has something to do with it.

and yes the banding is with no question there i need medium to remove it.

[Asmodian]

But in some cases, debanding causes spikes in GPU usage and then frame drops. So I prefer not to enable it.

That is due to the fade detection kicking in. If you keep debanding at the same strength fade detection doesn't run at all for a small increase in performance, and it never rerenders 5 frames which causes that spike and can cause dropped frames.

[70MM]

That is due to the fade detection kicking in. If you keep debanding at the same strength fade detection doesn't run at all for a small increase in performance, and it never rerenders 5 frames which causes that spike and can cause dropped frames.
Do you mean e.g. keep both ticks the same med/med?

[huhn]

yes keep both the same to avoid it.

[ryrynz]

Even I can see differences between all these images, especially at the bottom of the back.


You enable anything in madVR there will be differences....
In this case it's absolutely pointless, this is debanding on high setting it'll affect ANYTHING you throw at it by softening it, that doesn't mean it's improving the image at all.. There has to be actual VISIBLE banding...



i mean debanding clearly works on that image but...

Well technically it would "work" on anything...

[pirlouy]

Thanks for the info about the fade detection causing frame drops.

@ryrynz: Do you think you can find screenshots where debanding is worse than nothing ?

[huhn]

Well technically it would "work" on anything...

there is really no problem in seeing the banding i need medium debanding to remove it even with low it is very visible but the RGB gradation story is pretty hard.

[leeperry]

Found a free tool that might come in handy

mVR already forces 0.5ms

[ryrynz]

Thanks for the info about the fade detection causing frame drops.

@ryrynz: Do you think you can find screenshots where debanding is worse than nothing ?
There's a bunch if stuff we posted in the forum during development of the debanding algorithm.


there is really no problem in seeing the banding i need medium debanding to remove it even with low it is very visible but the RGB gradation story is pretty hard.

I think it's funny that anyone would consider that source based on that image to require debanding, by that standard basically everything requires debanding. On high without proper banding you're mostly just removing detail softening the image in areas madVR will consider "banding" in the process, seems like folly to me. Personally I'd rather madVR analyse the image and apply debanding only when required but that might be worth it for the overhead, still it would be nice to enable it by default without it harming the image in the areas it's not needed. Remember that high is quite aggressive and optimised for actual clearly visible banding.. Not the above.

[huhn]

i can't deny that the image is strange there is way to many black clipping in it and the image is only 1.4 mb that is strange with a dithered 1080p image.

and taking your screen i see banding in both!
http://i.imgur.com/jXzOMk6.png

[ryrynz]

and taking your screen i see banding in both!


You could probably find some minor "banding" in just about every encode ever released.

[huhn]

to my eyes this not minor here i can clearly see 8 or more steps on the back and i won't be shocked that it comes from double expending.
maybe that's the case with normal on this film stuff i don't watch stuff like this usually and i have debanding disabled by default. i now at least one scene where debanding low is kind of ruin it.

[CruNcher]

This is a example where debanding or true 10 bit would be required ;)

http://i1.sendpic.org/t/kf/kfOMJTMOTAcAOe9xX42jgjJh3vo.jpg (http://sendpic.org/view/1/i/lWGospX7CIWLGH79bX2Jt5qR6wo.png)
http://i1.sendpic.org/t/23/23embTv9QHv4s3b6H9Aam87O7m9.jpg (http://sendpic.org/view/1/i/pBbb1pl8aTnD7i7vVihhwS4o5A9.png)
http://i1.sendpic.org/t/ql/ql4LZn8d93DRVVVJjdXx6d6gQxD.jpg (http://sendpic.org/view/1/i/5jg711C9KnLb3Oa35gezQvIRqWx.png)

[huhn]

This is a example where debanding or true 10 bit would be required ;)

if debanding works you don't need 10 bit...

most likely bit rate starved or encoded by an "not so good encoder" well samsung i guess...

BTW. is that a huge pixel error on the camera?

[Neo-XP]

Maybe this example convince you more (off/low/medium/high) :

https://s27.postimg.org/6eyf8rugv/0_off.png (https://postimg.org/image/6eyf8rugv/) https://s27.postimg.org/ovstzlaf3/1_low.png (https://postimg.org/image/ovstzlaf3/) https://s27.postimg.org/52gq6vx1b/2_medium.png (https://postimg.org/image/52gq6vx1b/) https://s27.postimg.org/rsfuzvg8v/3_high.png (https://postimg.org/image/rsfuzvg8v/)

Open in original size of you won't see anything.

Banding is still very noticeable on the top-left side with the "low" setting and you can clearly see here the details lost on the bottom of the image in the trees with the "high" setting.

[CruNcher]

if debanding works you don't need 10 bit...

most likely bit rate starved or encoded by an "not so good encoder" well samsung i guess...

BTW. is that a huge pixel error on the camera?

debanding cant fix it you always gonna perceive it you need true precision and internal 10 bit 4:2:2 recording is entering now the Prosumer space it's starting this year at prices around 2000$

https://www.youtube.com/watch?v=rUnpEXaI1S8

4K 30 FPS 2:2:2 10 Bit HEVC

And yeah that red pixel error in Samsungs Demo is strange could be sensor issue could be post processing issue i dunno what it is it is definitely no decoding issue.

Also their whole processing is interesting :)

The Encoder on the outside here is ATEMEs Titan which does pretty good :)

Atemes Encoder pretty much dominates most of the Demos, especially LG and Samsung.

[huhn]

it is possible to create a smooth gradation with hat sky.

the banding is so terrible it can't be fixed with debanding completely but it is still a mastering issue not a recording.

8 bit is more than enough to show this smooth.

[baii]

i need 2100 mb with my RX 480 without NGU with NGU high it is over 2500 and NGU very high it is over 3000.

but finally someone that tested it too thanks

I was running ngu mid or low +3dlut. (Can't run mid +3d lut)
Memory can be lowered by lowering one of the queue, probably render or present, can't remember.

[aufkrawall]

Minor banding can also be observed in some Astra HEVC 10 bit videos, deband with low strength works wonders against it.

[huhn]

I was running ngu mid or low +3dlut. (Can't run mid +3d lut)
Memory can be lowered by lowering one of the queue, probably render or present, can't remember.

deinterlancing doesn't work properly with lowered GPU queue so this is no real fix.

and even if you run out of Vram you can still run madVR but performance get's bad but that doesn't mean it will go over 40 ms.

[Georgel]

mVR already forces 0.5ms

Didn't know that madVR can force a change on the windows timer :D

OK, thanks. But, the problem with Intel 7th gen mobile processors is that you have to make a choice of either getting a quad-core CPU with a weaker iGPU, or a dual-core CPU with better (Iris Plus) iGPU.


There are more things to consider here.

If you're building a computer solely for madVR and video watching, a quad core or even dual core might be enough, but iGPU won't do that much for madVR either way.

If you want to do other things, depends on what you want to do.


for madVR get the iris pro.

most content can be hardware decoded. an dual core is fine for most content anyway.

madVR doesn't care about CPU core numbers.

This is totally true true for a madVR usage case scenario ^

MadVR doesn't use much GPU by itself.

[CruNcher]

Minor banding can also be observed in some Astra HEVC 10 bit videos, deband with low strength works wonders against it.

Do you see that Banding on a Premium UHDTV ;) ?

Do you have a Native 10 bit Panel or 8 bit + FRC ?

Anyway Debanding is not a solution but a workaround and im pretty shocked that some find debanding the whole frames efficient same they like to enable dithering (i hate both and want it to finally die) ;)

@ huhn
Of course you can do it better but that source is ok , anyway all these 10 bit demos will come out the most efficient on a real 10 bit Hardware chain that's fact and you know it.

You can throw Debanding and dithering over it and Destroy the result but that will stay a workaround nothing else that can be percepted (and has many issues) on a 55 UHDTV immediately your debanding and dithering will fail in such high gradiation recordings at that output Size especially in Motion you never get that transitiion band free 10 bit wasn't introduced for nothing and consumer can jump around that it's finally here.

[Asmodian]

If madVR's debanding can remove it the banding is probably from the source, not the display.

[CruNcher]

Okay then lets compare hope you guys are also correctly calibrated to bt.709 in that case ;)

This is what all UHDTVs in the middle class reach by now mostly perfectly and it has some impact on the final result if you wrong calibrated you most likely would see less banding because you gonna percept less details especially when your luminance is off and we talking about HDR stops here that will be recorded in the future by AVG Joe.

So lets see Spatialy

8 bit out no debanding

http://i1.sendpic.org/t/dn/dnEDaw3QhkHecbyG2fVCMdLFygN.jpg (http://sendpic.org/view/1/i/52tEVVFThc2qs34EFnTS1TjjmqB.png)

8 bit out debanding low (spatial/temporal)

http://i1.sendpic.org/t/py/pyhdoYsRwbRnBSaVCRlS9234dJa.jpg (http://sendpic.org/view/1/i/2xpPjJ3qTX9axzSjBzjJbvTeyCB.png)

Bands doesn't get completely eradicated looks still bad as before just some noise added which pushed up the filesize hurray ;)

8 bit out debanding medium (spatial/temporal)

http://i1.sendpic.org/t/31/31eo7vPkg8CUHVCOH1vwb5yFdZe.jpg (http://sendpic.org/view/1/i/AsBkabD2E4dnxZUP2Y95CQetNgS.png)

Filesize obviously gets higher it's bruteforce time ;)

8 bit out debanding high (spatial/temporal)

http://i1.sendpic.org/t/ni/niI4IIxlQqDv1cdduB0YGJ0cLKZ.jpg (http://sendpic.org/view/1/i/feOvj3YZaLWsMrXiqnmdc0O5xZ.png)

Bruteforcing moves back a bit

[Asmodian]

It looks like there is bad banding in the source?

debanding is for smoothing out banding present in the source, not preventing banding due to low bitdepth output. New TVs might also have debanding capabilities, it is a very common problem.

[CruNcher]

Of course its a very common problem because their is no real 10 bit chain working but you need that debanding wont help, the demo was exactly done to show that and Samsungs Native Gamut Range.

[huhn]

ok i have UHD TV with 12 bit input support and madVR supports a full 10 bit chain and i'm not going to waste my time on this because the issue is the source.

and to bad about BT 709 i'm currently using BT 1886.

[CruNcher]

Would be nice if you could confirm it is indeed the source which UHDTV is it exactly ? :)

http://demo-uhd3d.com/fiche.php?cat=uhd&id=91

[huhn]

i don't have the file and my TV can show a clear smooth gradation so it is clearly the file.

the file is bitrate starved, bad mastered or both.

[CruNcher]

Phantom Flex has also lot of scenes that can band extremely and MadVR has no chance avoiding it

http://demo-uhd3d.com/fiche.php?cat=uhd&id=98

This footage is also partly used in "World in HDR" and SES Astra Demo

http://i1.sendpic.org/t/ph/phZ2dMGK2Qn85ypNVDSpYCns9Ul.jpg (http://sendpic.org/view/1/i/zmwsj1CpOHklynua2mttU7qR7ic.png)

Same for Powerofcurve

http://demo-uhd3d.com/fiche.php?cat=uhd&id=148

It's also very visible that the Computer Generated stuff allways comes out better then the almost untouched natural light shoots

http://i1.sendpic.org/t/Ao/AowpwUu4XfcTogQE1H1n0dLu4qi.jpg (http://sendpic.org/view/1/i/97DZhsJ1BVlUKhchgxPAhUcZRjr.png)


Ride on Board banding example

http://demo-uhd3d.com/fiche.php?cat=uhd&id=97

http://i1.sendpic.org/t/zu/zutBqDYxY5P9wtLmnWwQwy0pewP.jpg (http://sendpic.org/view/1/i/5qplaOYOIkSr1pg9pOSkqL4HZDH.png)
http://i1.sendpic.org/t/vc/vcs0mS3YnyVgC0iJuq5Jy23FPmG.jpg (http://sendpic.org/view/1/i/tIfXJa7PxbuGUl260G9IaODruHE.png)
http://i1.sendpic.org/t/oM/oMEqs7mzX0gH8Ep70treguAfhed.jpg (http://sendpic.org/view/1/i/6yfakNjMUHnKkHjjx5Hdi8hLhd1.png)
http://i1.sendpic.org/t/5E/5ECY6l8Kv0rDY0kSf1hru2RYth5.jpg (http://sendpic.org/view/1/i/yPNoE2gGPwSqbjwGONqUYgpPr9h.png)
http://i1.sendpic.org/t/gO/gOq4lJdnNYBKku32TyQgTz7qFJQ.jpg (http://sendpic.org/view/1/i/v5jmTTMfR5ezTXOYLqxasBHxEEg.png)
http://i1.sendpic.org/t/6y/6y5upZoZj6ns6LKFimmS3OOG4KB.jpg (http://sendpic.org/view/1/i/icEJIBQCJz6sMc1CdYUv6R9WS9w.png)
http://i1.sendpic.org/t/sp/spSryXxZSBwAdPRuBZeEdzOCx0b.jpg (http://sendpic.org/view/1/i/zu6L6O9zAMbTC6sjMCXCOkqbAFd.png)


So it would be really nice if you could confirm that what i see is what you see on your 10 bit chain or to disconfirm because it makes no sense to show this 10 bit progress to the public if the sources are all wrong ;)

Everyone would realize that on such big screens with a bad 10 bit chain and calibrated.

And im Pretty sure Ateme knows what they doing when it's about 10 bit ;)

[huhn]

i don't have the file and my TV can show a clear smooth gradation so it is clearly the file.

the file is bitrate starved, bad mastered or both.

or you are not using madVR...:
https://abload.de/img/madvrldp0v.png

this is without debanding. i don't even want to know how you get so much banding in picture.