Log in

View Full Version : madVR - high quality video renderer (GPU assisted)


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 514 515 516 517 518 519 520 521 522 523 524 525 526 527 528 529 530 531 532 533 534 535 536 537 538 539 540 541 542 543 544 545 546 547 548 549 550 551 552 553 554 555 556 557 558 559 560 561 562 563 564 565 566 567 568 569 570 571 572 573 574 575 576 577 578 579 580 581 582 583 584 585 586 587 588 589 590 591 592 593 594 595 596 597 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 802 803 804 805 806 807 808 809 810 811 812 813 814 815 816 817 818 819 820 821 822 823 824 825 826 827 828 829 830 831 832 833 834 835 836 837 838 839 840 841 842 843 844 845 846 847 848 849 850 851 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 902 903 904 905 906 907 908 909 910 911 912 913 914 915 916 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 987 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 1038 1039 1040 1041 1042 1043 1044 1045 1046 1047 1048 1049 1050 1051 1052 1053 1054 1055 1056 1057 1058 1059 1060 1061 1062 1063 1064 1065 1066 1067 1068 1069 1070 1071 1072 1073 1074 1075 1076 1077 1078 1079 1080 1081 1082 1083 1084 1085 1086 1087 1088 1089 1090 1091 1092 1093 1094 1095 1096 1097 1098 1099 1100 1101 1102 [1103] 1104 1105 1106 1107 1108 1109 1110 1111 1112 1113 1114 1115 1116 1117 1118 1119 1120 1121 1122 1123 1124 1125 1126 1127 1128 1129 1130 1131 1132 1133 1134 1135 1136 1137 1138 1139 1140 1141 1142 1143 1144 1145 1146 1147 1148 1149 1150 1151 1152 1153 1154 1155 1156 1157 1158 1159 1160 1161 1162 1163 1164 1165 1166 1167 1168 1169 1170 1171 1172 1173 1174 1175 1176 1177 1178 1179 1180 1181 1182 1183 1184 1185 1186 1187 1188 1189 1190 1191 1192 1193 1194 1195 1196 1197 1198 1199 1200 1201 1202 1203 1204 1205 1206 1207 1208 1209 1210 1211 1212 1213 1214 1215 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 1231 1232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 1255 1256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 1279 1280 1281 1282 1283 1284 1285 1286 1287 1288 1289 1290 1291 1292 1293 1294 1295 1296 1297 1298 1299 1300 1301 1302 1303 1304 1305 1306 1307 1308 1309 1310 1311 1312 1313 1314 1315 1316 1317 1318 1319 1320 1321 1322 1323 1324 1325 1326 1327 1328 1329

SamuriHL
2nd March 2019, 18:39
Right now, on Live tonemap

I can enable all of the above setting with the exception of NGU- Medium. I have to use NGU- Low on chroma.


Overall, though, I made an image comparison yesterday, of NGU low chroma vs NGU Very High chroma,

The difference is very small. I am not be able to spot it at all by eye,

I was only able to find the difference by using Beyond Compare 4 image compare tool.

Like I said, I've not really tested in quite a few builds. He's cranked them out sometimes 3-4 builds in a day lately while working on the dynamic tone mapping. Which is amazing. Once my measurements are done, I'm going to set it up the way I want and benchmark it on BvS without using measurements. That should give a fairly good estimation of what's going on.

SamuriHL
2nd March 2019, 18:49
Oh that's quite the slideshow I got going on. LMAO 42ms for the live algo with medium NGU AA and error diffusion 2.

tp4tissue
2nd March 2019, 19:01
Oh that's quite the slideshow I got going on. LMAO 42ms for the live algo with medium NGU AA and error diffusion 2.


Yea, that matches my performance stats.


These are the chroma difference images I took

I really don't think breaking a sweat over NGU chroma is worth it.

Not against buying m0ar GPU, but chroma wouldn't be the big ticket reason for it.


Nearest neighbor vs NGU Very High

https://imgur.com/b7INySV

NGU low vs NGU Very High

https://imgur.com/wF5QuB7

SamuriHL
2nd March 2019, 20:06
Which is why I keep it on NGU low to gain back some performance. The measurement files really help quite a bit.

Manni
2nd March 2019, 20:14
My ideal settings would be:

NGU AA med
error diffusion 2, use color checked
no trade performance options

That's how I'd like to run madvr for my personal taste.

This is exactly how I run madVR on my 1080ti :)

With D3D11 copyback, with the live algo latest test build, I get around 35ms rendering. This goes down to 25ms with D3D11 native, but I need copyback for black bars detection and UHD Bluray menus with jRiver.

That's with 16/9 content (Pacific Rim) as a worst case scenario, so it would be less taxing in wide screen.

I can run NGU chroma AA high in native, but frankly NGU med is fine.

By the way, we have the same ancient CPU :)

SamuriHL
2nd March 2019, 20:20
Show off. :P :D

Siso
2nd March 2019, 21:54
Upscaling refinement doesn't work on 1.85:1 movies, works only on 2.35:1, 2.39:1 and 2.40:1 movies...Is that normal?

huhn
2nd March 2019, 23:07
just make a screen of the OSD where it works and one where it doesn't and i should be able to tell you why.

tp4tissue
2nd March 2019, 23:21
Is there a Preliminary manual , for the new madvr Test build HDR settings ??

SamuriHL
2nd March 2019, 23:22
No. They are test settings. They won't make it into the final build. They are for figuring out what the proper settings are for each option.

tp4tissue
2nd March 2019, 23:42
No. They are test settings. They won't make it into the final build. They are for figuring out what the proper settings are for each option.

What was changed in this version that adds so Many ms to the processing time.

VBB
3rd March 2019, 00:35
Has anyone used the "HDR" boolean with profiles? I'm trying to have a profile group under Devices -> Display called "Bit Depth", using two profiles (HDR, SDR) to assign Properties -> Display Bit Depth depending on what's being played. "Auto" for HDR, and 8 bit for SDR. It's as simple as can be:

if (HDR) "HDR"
else "SDR"

Problem is, madVR will always use the SDR profile, and therefore won't switch the TV into HDR mode. As some you might know, for a while now, setting the native display bit depth in madVR to anything other than 10 bit or Auto won't trigger HDR. At least with Nvidia cards. What I'm trying to achieve here is to only have HDR content use 10 bit or Auto, and SDR use 8 bit. All this is with the video card output set to 8 bit RGB full, of course.

mkohman
3rd March 2019, 00:48
Hey guys,

When I enable "use fullscreen window" in Kodi DSPlayer and press ctrl+j to get the madvr osd, I see D3D11 full screen windowed (8bit) but when I don't select "use fullscreen window" it says D3D11 exclusive (10bit).

Can I please kindly ask what the differences are with this?

Does this mean that my video is outputting in 8bit rather than 10bit? If so then I guess this is not good as I use tone mapping for my 4K projector with Kodi DSPLAYER and madVR and most my movie viewing are 10bit 4K HDR movies..

Can someone please explain this to me and how it works? The reason I use the "use fullscreen window option2 is because my windows desktop is set to 3840 x 1620p as is my Kodi DSPLAYER resolution so that my Kodi GUI can remain as scope within my 2.39:1 screen. My movies are not tampered with as they play 3840 x 2160p as can be seen in the attached pictures but just wondered why it now says 8bit where as before always used to say 10bit? Is there a way to force it too always play 10bit when a 4K movie or HDR movie playing? Thank you.. Please see attached images for reference.. Many thanks..

Manni
3rd March 2019, 00:49
Has anyone used the "HDR" boolean with profiles? I'm trying to have a profile group under Devices -> Display called "Bit Depth", using two profiles (HDR, SDR) to assign Properties -> Display Bit Depth depending on what's being played. "Auto" for HDR, and 8 bit for SDR. It's as simple as can be:

if (HDR) "HDR"
else "SDR"

Problem is, madVR will always use the SDR profile, and therefore won't switch the TV into HDR mode. As some you might know, for a while now, setting the native display bit depth in madVR to anything other than 10 bit or Auto won't trigger HDR. At least with Nvidia cards. What I'm trying to achieve here is to only have HDR content use 10 bit or Auto, and SDR use 8 bit. All this is with the video card output set to 8 bit RGB full, of course.

If the video card is set to 8bits full, you can’t set the bit depth im madVR to 10bits or auto or you’ll get lots of banding. The bit depth is not related to the bit depth of the content, it related to the bit depth of the output. So in your case it should be 8bits.

If you really want/need to use 10bits output, then you need to set the driver to 12bits, which causes its own range of issues.

ryrynz
3rd March 2019, 01:04
Only if you're always upscaling..



If you have 1080p to 1080p or 4k to 4k, it's not useful.



Only use it for 1080p to 4kDisagree, I love my SSIM 2D downscaled NGU sharp supersampling upscale. No need for any other image sharpening. Lots more pop to the picture and it looks natural.. Kinda intensive though...but what else, am I gonna do on a 1080 image besides set NGU for chroma.
See how it looks to you.

VBB
3rd March 2019, 01:11
If the video card is set to 8bits full, you can’t set the bit depth im madVR to 10bits or auto or you’ll get lots of banding. The bit depth is not related to the bit depth of the content, it related to the bit depth of the output. So in your case it should be 8bits.

If you really want/need to use 10bits output, then you need to set the driver to 12bits, which causes its own range of issues.

Since I have an LG OLED, I have no choice but to use 8-bit Nvidia output, because 12-bit causes banding. This is a known issue with the OLEDs. Might not be a problem if Nvidia let us output 10-bit, but we can't do that.

I don't see any banding when I use 10-bit in madVR with my 8-bit Nvidia output, but I know it's not ideal. I do want everything to be 8-bit, but when madVR is set to 8-bit, the display won't switch into HDR mode. This used to work a while ago. Not sure if newer versions of madVR or Nvidia drivers are to blame.

That's why I'd like to use the HDR boolean, but it doesn't seem to work properly.

tp4tissue
3rd March 2019, 01:24
Disagree, I love my SSIM 2D downscaled NGU sharp supersampling upscale. No need for any other image sharpening. Lots more pop to the picture and it looks natural.. Kinda intensive though...but what else, am I gonna do on a 1080 image besides set NGU for chroma.
See how it looks to you.

You're killing the rainforest ryrynz.. Do you want the rainforest to die ? :eek:

ryrynz
3rd March 2019, 01:26
You're killing the rainforest ryrynz.. Do you want the rainforest to die ? :eek:It's what.. An extra 100 watts max? We'll be okay.

SamuriHL
3rd March 2019, 01:29
What was changed in this version that adds so Many ms to the processing time.

Lots of things. They're working on figuring out how best to identify scene changes for dynamic hdr. I doubt madshi has put much effort into optimizing it yet. They're just seeing what looks good right now. That's the trade-off for using test builds. It's also why I disable the dynamic hdr code and just use measurements.

huhn
3rd March 2019, 03:20
If the video card is set to 8bits full, you can’t set the bit depth im madVR to 10bits or auto or you’ll get lots of banding.

are you 100 % certain of this?

i tested this countless times in the past.
the end device has nothing todo with this if the GPU driver respect the 8 bit setting the banding has to be created at the GPU side.

@mkohman upload the images somewhere else plz and a link to them is enough.

sat4all
3rd March 2019, 09:44
If the video card is set to 8bits full, you can’t set the bit depth im madVR to 10bits or auto or you’ll get lots of banding. The bit depth is not related to the bit depth of the content, it related to the bit depth of the output. So in your case it should be 8bits.

If you really want/need to use 10bits output, then you need to set the driver to 12bits, which causes its own range of issues.

Hope madshi could split 10bit or higher setting into 10 and 12bits, so we can be sure that the gpu isn't doing anything behind our backs when using 12bits output.

mkohman
3rd March 2019, 10:26
are you 100 % certain of this?

i tested this countless times in the past.
the end device has nothing todo with this if the GPU driver respect the 8 bit setting the banding has to be created at the GPU side.

@mkohman upload the images somewhere else plz and a link to them is enough.

are you 100 % certain of this?

i tested this countless times in the past.
the end device has nothing todo with this if the GPU driver respect the 8 bit setting the banding has to be created at the GPU side.

@mkohman upload the images somewhere else plz and a link to them is enough.

I will try and explain this the best I can in order to avoid any kind of confusion....


I have a JVC projector and a HTPC, my screen is 2.39:1 format (135"). I only ever really watch 2.39 or 2.4 content on my setup and don't really care about 16:9 movies for the projector as I watch them on my 4K TV.


I use madVR with my HTPC along with my GPU Sapphire Nitro+ RX 580 4GB. I use madVR for tone mapping HDR also.


I overshoot my projector so that the top and bottom is overshooting the screen which leaves me a perfect fit for a 2.39 movie. In doing so, my Windows 10 HTPC desktop which was previously set to 3840 x 2160p 60hz (8bit) was overshooting my screen and I wanted to be able to view my entire desktop within my 2.39:1 screen. In order to do this I have searched the internet and asked on the forums how I can do this. I came across a YouTube video where I was guided to edit a registry file within "regedit" and put a custom resolution of 3840 x 1620p at 60hz which I have done and the result can be seen below:


https://i.imgur.com/COnp0gX.jpg


After doing this regedit, I restarted my HTPC , went into the AMD software and selected 3840 x 1620p at 60hz for my desktop resolution. This was absolutely fine and I was happy with this. Here is what it looks like with this resolution on my 2.39 screen:


https://i.imgur.com/sGexqfi.jpg


After I did this I opened up Kodi DSPlayer. My Kodi DSPlayer GUI has always been in 16:9 format within my 2.39 screen and my screen resolution has always been 3840 x 2160p and I have had no issues. Since changing my desktop resolution to a scope format I then wanted to change the way my Kodi DSPlayer looked on my screen . I wanted the GUI to fill the whole screen instead of just 16:9 format..


In order to do this I learned by experimenting that I had to set Kodi DSPlayer's resolution to the same as my desktop (3840 x 1620p) and when I do this the screen stretches out to fill 2.39 but still doesn't look quite right, however when I enable "use fullscreen window" then the GUI sits perfectly within inside my 2.39 screen.. Please see images below:


https://i.imgur.com/o8xuscc.jpg




https://i.imgur.com/lGYPrtP.jpg




https://i.imgur.com/qfcu8PX.jpg




https://i.imgur.com/VTsA7ZB.jpg




https://i.imgur.com/tihDvP1.jpg



So now the issue I was having is that my movies when played with madVR seemed to be downscaling to 3840 x 1620p and didn't play right.. it was stuttering. In order to avoid this I added screen resolutions (2160p23, 2160p24, 2160p30, 2160p50 and 2160p59) into madVR in the hope that it would force the videos to play in this format and not downscale it to 3840 x 1620p which was my desktop resolution and the resolution I had to set within madVR to get the GUI to display correctly.


In doing the above, the video plays correctly now (I think, please check the the images as the movies is 3840 x 2160 but it is showing 3840 x 1607, 2.39) please can you confirm this is OK? I think this is happening as I am using madVR black bar detection .. Please see pics below:


https://i.imgur.com/TWpllJY.jpg




https://i.imgur.com/KS66lWJ.jpg




Please note that in the above picture is says "D3D11 fullscreen windowed (8bit)" . as my movies are 4K HDR shouldn't it say 10bitHuh Please can you advise me of this. I know this is because I have enabled "use fullscreen window" but I must do this if I want the Kodi GUI to be correct format within my screen aspect ratio.


Please see pictures below, this is what it looks like if I disable the "use fullscreen window" in Kodi .. It shows as D3D11 fullscreen (10bit) which is the correct format of the movie:


https://i.imgur.com/W6LWZ81.jpg


As I need Kodi GUI to be perfectly fit in my screen ratio, I select resolution as same as my desktop which is now 3840 x 1620p and enable "use fullscreen window" in Kodi for it to display correctly without any stretching happening.


My question really is, is there a way to get madVR to play this as a 10bit file or is it no problem if it is displays as (8bit) on the madVR OSD?

It's worth mentioning that I use the JVC masking in order to crop the top and bottom of the screen. the reason I do this is when watching movies with IMAX scenes (ie Interstellar, First Man, MI Fallout etc) I don't want the image to overshoot my screen.


https://i.imgur.com/Ypy6DCQ.jpg



https://i.imgur.com/wYebVVP.jpg



https://i.imgur.com/SZDXQR0.jpg



https://i.imgur.com/Mqoibkh.jpg



Here are some of my Kodi Settings for reference to get the GUI to fill the screen:


https://i.imgur.com/RXLfjTI.jpg


https://i.imgur.com/7v5JUD0.jpg


https://i.imgur.com/NhaDCMA.jpg



Here is some pics of my desktop and GPU settings:



https://i.imgur.com/RbXjQG4.jpg



https://i.imgur.com/PkImZoD.jpg



Just to re cap.. Here is what I need to know :


1 - The fact that is is showing (8bit) in the madVR OSD is this ok? If not then how can I please resolve this?


2 - Is my screen resolutions for desktop and Kodi correct and should I be enabling "use fullscreen window"? If I don't then my Kodi GUI doesn't sit in my 2.39 correctly it looks stretched.


3 - When I view a movie with the settings above it seems to be working ok resolution wise but shows as 3840 x 2160 -> 3840 x 1607 is this ok?


4 - Once I exit the Kodi and return to my Windows Desktop, for some reason my windows desktop selects itself to 3840 x 1620p but instead of 60 hz 8 bit it changes to 24hz 12 bit? Whats the reason for this please?



Sorry for so many questions and the very long post but I really would appreciate if I can get this sorted please and guided if I am doing anything wrong.. Thank you so much and look forward to your help and advice Smile


Forgot to post these for reference:

https://i.imgur.com/nm4Dr5C.jpg

https://i.imgur.com/cjTuCfs.jpg

Manni
3rd March 2019, 11:11
are you 100 % certain of this?

i tested this countless times in the past.
the end device has nothing todo with this if the GPU driver respect the 8 bit setting the banding has to be created at the GPU side.

@mkohman upload the images somewhere else plz and a link to them is enough.

I'm 100% sure that this is what happens here. You are correct that I shouldn't have made a blanket statement as it might not apply to all GPUs. However what good can come from madVR dithering to 10bits and the GPU dithering behind its back to 8bits?

I never said that the banding was generated by madVR, it clearly has to be generated by the GPU.

Here it's a better option to set bit depth to 8bits in madVR if the GPU is set to 8bits, that way madVR dithers directly to 8bits and the GPU can't me$$ things up. It definitely does otherwise.

Now of course if that causes issues with HDR switching, or if using 12bits in the GPU causes banding on the display, that's another question.

I use pixel shader tonemapping so I have no issue with HDR switching in 8bits. And with bit depth set to 8bits in madVR, I get no banding on the JVC, the way I do if bit depth is set to 10bits or auto.

Not sure what I would do if I couldn't use 12bits due to banding and if I needed HDR switching. But I have enough issues and bugs to work around, this is currently the best compromise in my setup, at least until JVC fixes the forced YCC422 in RGB 12bits on the new models.

Hope madshi could split 10bit or higher setting into 10 and 12bits, so we can be sure that the gpu isn't doing anything behind our backs when using 12bits output.

That would be good indeed, though as long as the display supports 12bits natively (as the recent JVCs do) I haven't seen any issues caused by this.

More important would be for madVR to detect the bit depth set in the GPU so that auto would adjust automatically to that. At the moment auto is based on the display EDID, so if the display reports 10bits or more, that's what madVR sends, even if the driver is set to 8bits, which is neither correct nor optimal and can/does result in banding, at least here.

nevcairiel
3rd March 2019, 11:56
Hope madshi could split 10bit or higher setting into 10 and 12bits, so we can be sure that the gpu isn't doing anything behind our backs when using 12bits output.

You cannot do that, since Direct3D has no 12-bit surface format, meaning that you cannot pass 12-bit data to the GPU. Its either 10-bit, or some weird unusual 16-bit format, so madVR always uses 10-bit if possible, or 8-bit if needed.

Manni
3rd March 2019, 12:44
You cannot do that, since Direct3D has no 12-bit surface format, meaning that you cannot pass 12-bit data to the GPU. Its either 10-bit, or some weird unusual 16-bit format, so madVR always uses 10-bit if possible, or 8-bit if needed.

Thanks, makes sense.

sat4all
3rd March 2019, 13:27
You cannot do that, since Direct3D has no 12-bit surface format, meaning that you cannot pass 12-bit data to the GPU. Its either 10-bit, or some weird unusual 16-bit format, so madVR always uses 10-bit if possible, or 8-bit if needed.

Thanks for clearing that up.
I just don't understand why nvidia is not offering 10bit output, at least they should listen to edid data :(

huhn
3rd March 2019, 14:15
I'm 100% sure that this is what happens here. You are correct that I shouldn't have made a blanket statement as it might not apply to all GPUs. However what good can come from madVR dithering to 10bits and the GPU dithering behind its back to 8bits?
just to make one thing clear at first. i don't put your banding in question i put the reason for the banding in question.

why do i get even back to this? if you get banding on a new device it should never be the GPU if it didn't do it before and everyone should get the same banding if this would be broken.

first of all i know that nvidia was ignoring the 8 bit setting before and just used what ever they seems fit before. if this is again or still the case we may found the issue already.

there is a simple way to test this to make this more clear (sadly still not 100%) you absolutely force nvidia to do 8 bit by using 60 hz UHD.

if you want something to be fixed you should make as sure as possible what the reason is for that.
to your report you get banding with 12 bit GPU output on the new JVC and banding when the GPU is supposed to dither to 8 bit but you get no banding if you output 8 bit directly. the dithering to 8 bit is an odd one here that shouldn't be there.
Here it's a better option to set bit depth to 8bits in madVR if the GPU is set to 8bits, that way madVR dithers directly to 8bits and the GPU can't me$$ things up. It definitely does otherwise.

yes it's a bad setup no question here but that still doesn't change that i tested this countless times and nvidia clearly dithers.
feel free to give me the exact settings you are using and i will check it yet again.

Siso
3rd March 2019, 14:31
Disagree, I love my SSIM 2D downscaled NGU sharp supersampling upscale. No need for any other image sharpening. Lots more pop to the picture and it looks natural.. Kinda intensive though...but what else, am I gonna do on a 1080 image besides set NGU for chroma.
See how it looks to you.

In my case I'm upscaling 1920 movies to 2560 horizontal resolution.
Monitor is 2560x1080p. Any recommendations for image doubling or image upscaling will be appreciated.

Manni
3rd March 2019, 17:14
just to make one thing clear at first. i don't put your banding in question i put the reason for the banding in question.

why do i get even back to this? if you get banding on a new device it should never be the GPU if it didn't do it before and everyone should get the same banding if this would be broken.

first of all i know that nvidia was ignoring the 8 bit setting before and just used what ever they seems fit before. if this is again or still the case we may found the issue already.

there is a simple way to test this to make this more clear (sadly still not 100%) you absolutely force nvidia to do 8 bit by using 60 hz UHD.

if you want something to be fixed you should make as sure as possible what the reason is for that.
to your report you get banding with 12 bit GPU output on the new JVC and banding when the GPU is supposed to dither to 8 bit but you get no banding if you output 8 bit directly. the dithering to 8 bit is an odd one here that shouldn't be there.


yes it's a bad setup no question here but that still doesn't change that i tested this countless times and nvidia clearly dithers.
feel free to give me the exact settings you are using and i will check it yet again.

I have already given the settings and explained many times :rolleyes:

I couldn't use 8bits on my older JVC because of the magenta bug. It's a JVC/nVidia bug that was only at 4K60p initially, and with later drivers became an issue at all 4K refresh rates. So it's not as if there was no banding before in 8bits and there is now. You could get rid of the bug by not sending HDR metadata. I've never tested 8bits before, simply because I couldn't and I always used 12bits because of this magenta bug.

Second I know that nVidia isn't ignoring the 8bits because there is a bug in the rs2000 that forces YCC422 in RGB 12bits. That's why I use 8bits. I don't get any banding in 12bits, I have no idea where you're getting that from.

What I'm saying is that if you set the bit depth in the GPU to 8bits and set the bit depth in madVR to auto you get banding, because auto is based on the EDID of the display, not on the bit depth selected in the GPU. This banding is because the GPU is dithering to 8bits behind madVR's back.

If I set the bit depth in madVR to 8bits, the banding goes away, because madVR dithers directly to the correct bit depth.

I have no idea if you're seeing something different, and honestly I don't care. I have more than enough of these drivers issues and I'm seriously considering throwing my HTPC away, now that we're going to be about to get madVR's goodness on any source.

I've just found out that what I thought was a bug in JVC's DI implementation is an issue that doesn't happen with a standalone player, but only with a HTPC. I'm still exploring this new issue instead of watching films.

Frankly this is taking way too much of my time. I can't wait to leave all this behind.

I really have had enough.

huhn
3rd March 2019, 18:09
Second I know that nVidia isn't ignoring the 8bits because there is a bug in the rs2000 that forces YCC422 in RGB 12bits. That's why I use 8bits. I don't get any banding in 12bits, I have no idea where you're getting that from.
As I said, I recommend to use RGB Full 8bits with the new JVCs at the moment. This has no visible detrimental effect as long as you force 8bits in madVR as well. If you let bit depth set to "auto" or "10bits or more" in madVR, you will get a lot of banding. The nVidia CP should be set to RGB full 8bits, and you can either set the JVC and madVR to 0-255 if you care about having the correct levels in the desktop, or set the levels to 16-235 in the JVC and in madVR if you mostly care about video content. My HTPC is for movie playback only so I prefer to set both to 16-235 to avoid unnecessary conversions, as the content is in video levels and madVR's 3D LUT works in video levels as well. That way it remains in video levels all along. Using auto for levels in the JVC is fine most of the time, but then you're never sure if something isn't as it should. I use auto for colorspace but I set levels to 16-235 manually to see when something is not done as expected.
Second I know that nVidia isn't ignoring the 8bits because there is a bug in the rs2000 that forces YCC422 in RGB 12bits. That's why I use 8bits. I don't get any banding in 12bits, I have no idea where you're getting that from.
so you tell me here that nvidias 12 BIT RGB setting isn't applied and at the same time that 8 bit isn't ignored?
What I'm saying is that if you set the bit depth in the GPU to 8bits and set the bit depth in madVR to auto you get banding, because auto is based on the EDID of the display, not on the bit depth selected in the GPU. This banding is because the GPU is dithering to 8bits behind madVR's back.
if the nvidia driver is dithering you are not supposed to get banding it doesn't matter if it is doing in in the back of madVR or not. that'S the point you would only get banding when dithering is not applied.

the major difference in madVR dithering to other dithering algorithms isn't the banding it's the noise level.

I've just found out that what I thought was a bug in JVC's DI implementation is an issue that doesn't happen with a standalone player, but only with a HTPC. I'm still exploring this new issue instead of watching films.

is the stand alone player sending RGB?
you have a magenta problem on the old ones and the new ones have problems with 12 bit forcing "stuff".

Manni
3rd March 2019, 18:23
so you tell me here that nvidias 12 BIT RGB setting isn't applied and at the same time that 8 bit isn't ignored?

The nvidia 12bits setting is applied. But there is a bug in the JVC that forces YCC422 instead of RGB. Please read what I write, it will help us to not go round in circles.

FYI I have an HD Fury Maestro, there is zero doubt about what's coming out of the GPU HDMI out and into the JVC. As in I know exactly the colourspace, bit depth and refresh rate of the content being sent, even when the JVC reports otherwise.

For example, when the GPU sends YCC422 12bits instead of RGB 12bits, the JVC reports RGB 12bits. But if you select the colorspace manually in the JVC, you can see that it's YCC422, not RGB being sent.


if the nvidia driver is dithering you are not supposed to get banding it doesn't matter if it is doing in in the back of madVR or not. that'S the point you would only get banding when dithering is not applied.

Ok, whatever. The only thing I can tell you if that if you don't get madVR to do the dithering by setting the bit depth in madVR to 8bits, you get banding. I sincerely don't care what the explanation is. The GPU is sending 8bits, so if it's not dithering the 10bits content sent by madVR, well, it's even worse than I thought. Well done nVidia.


the major difference in madVR dithering to other dithering algorithms isn't the banding it's the noise level.

Yes, sure.


is the stand alone player sending RGB?
you have a magenta problem on the old ones and the new ones have problems with 12 bit forcing "stuff".

I tried RGB and YCC in 12bits, I couldn't set it to 8bits as it only allows to set the output to 10, 12bits or auto in 4K.

Yes, I have a magenta problem in 8bits on the old one and an YCC422 forced in 12bits RGB on the new one.

Please tell me something I don't know if you really have to say something :rolleyes:

It's taking me long enough to troubleshoot this without having to answer all your questions on top.

huhn
3rd March 2019, 18:38
419.17

FSE 10 bit GPU 8 bit= no banding
FSE 10 bit GPU 12 bit= no banding
WFS 10 bit GPU 8= heavy banding
WFS 10 bit GPU 12 bit= banding

and that's why i ask for the exact settings.

this is a sample size of 1 i have one more PC i will test later.
looks like windows or nvidia broke yet again WFS 10 bit.

VBB
3rd March 2019, 20:09
It's weird how everyone's setup is different. That makes it even harder to troubleshoot. For me, there is no difference between WFS and FSE. I don't get banding either way with the GPU set to 8-bit output and madVR to either 8-bit or 10-bit/auto. The only time i get major banding is when I set the GPU to output 12-bit. By the way, "auto" in madVR seems to pick 8-bit or 10-bit randomly (for SDR content), according to the OSD. There is no consistency in my case, but the one thing that hasn't worked in quite a while is what I talked about yesterday: The switching into HDR mode when madVR is set to 8-bit. That's why I wanted to know if anyone had ever gotten the HDR flag to work in profiles. It would solve my one remaining issue :)

Manni
3rd March 2019, 20:25
419.17

FSE 10 bit GPU 8 bit= no banding
FSE 10 bit GPU 12 bit= no banding
WFS 10 bit GPU 8= heavy banding
WFS 10 bit GPU 12 bit= banding

and that's why i ask for the exact settings.

this is a sample size of 1 i have one more PC i will test later.
looks like windows or nvidia broke yet again WFS 10 bit.

I never use FSE, the resync time is too long and I don't need it.

You're not giving enough information. :)

I don't have banding in 8bits or in 12bits in WFS, provided the correct bit depth is selected in madVR.

This is what I get here (419.17, but I'm reverting to 385.28):

WFS 8bits GPU 8bits madVR 8bits= no banding
WFS 10 bit GPU 12 bit madvr 10bits or more (or auto)= no banding
WFS 10 bit GPU 8 bits madvr 10bits or more (or auto)= banding

Anyway, I think everyone gets different results depending on the combination of GPU, driver, display and settings.

That's why I concentrate on my issues, and told you you were correct that I shouldn't make blanket statements.

The only thing I can do is report the issues I experience, and when I find a fix or workaround, share it.

brazen1
3rd March 2019, 20:45
VBB,
In devices/your display/, create a profile group for PROPERTIES using this rule:

If (deintFps <= 30) "10-bit"
else "8-bit"

Add a profile for PROPERTIES named 10-bit.
Add another named 8-bit.

For the 10-bit profile under 'the native display bitdepth is: - select 10 bit (or higher).
For the 8-bit profile, select 8bit.

I use older nVidia drivers. Never a problem going into HDR mode and both are set to 8 bit here.

Follow this link and you'll see the screenshots I've listed - https://imgur.com/a/4h7U0#MruR8Lw

huhn
3rd March 2019, 21:04
this wouldn't the first time everyone with nvidia card got banding with WFS 10 bit. the banding with sending 10 bit is hard to see i don't expect many other user to see it the only reason i even think it has anything todo with the GPU/WDM is the fact is gone in FSE. i still have a problem understanding how a GPU could produce it at input 10 bit 12 bit output.

BTW. there is no need to act elitist here no one forces you to answer anything and no one can read your mind.
not using FSE is not a small unimportant thing with the history by nvidia. known all 4 states(GPU driver, madVR OSD, HDfury and end device) for the signal is helping a lot. yes you know this stuff because you are sitting next to it i don't.

i found a potential fix for your banding issue if you don't like it/can't use it well to bad but this should help other users at least.

even the 8 bit banding is pretty hard to see on the 6 bit TN i'm testing right now.
so if someone wants to test: http://www.bealecorner.org/red/test-patterns/Gradient-16bit.png

VBB
3rd March 2019, 21:09
VBB,
In devices/your display/, create a profile group for PROPERTIES using this rule:

If (deintFps <= 30) "10-bit"
else "8-bit"

Add a profile for PROPERTIES named 10-bit.
Add another named 8-bit.

For the 10-bit profile under 'the native display bitdepth is: - select 10 bit (or higher).
For the 8-bit profile, select 8bit.

I use older nVidia drivers. Never a problem going into HDR mode and both are set to 8 bit here.

Follow this link and you'll see the screenshots I've listed - https://imgur.com/a/4h7U0#MruR8Lw

Thanks, but wouldn't that just switch anything with less than or equal to 30fps to 10-bit and the rest to 8-bit, regardless of what bit rate the source actually is?

Maybe I didn't explain this right :) Ideally, I'd like to have the entire chain set to 8-bit. That's best case scenario with the OLEDs, but it's not doable at the moment, because madVR won't switch into HDR mode when it's set to 8-bit.

As a workaround, I want to split DISPLAY -> PROPERTIES into two separate profiles, one for SDR using 8-bit, and one for HDR using 10-bit/auto. The only boolean I can see useful for this is "HDR", as in

if (HDR) "HDR"
else "SDR"

but that does not work. madVR will always use the SDR profile.

brazen1
3rd March 2019, 21:47
Sorry. I was thinking that you only want HDR to engage using 10 bit since they are all 10 bit.
SDR only for 8 bit but it appears not all SDR are only 8 bit - They are 10 bit also otherwise we could have differentiated.
Disregard.

VBB
3rd March 2019, 21:53
Sorry. I was thinking that you only want HDR to engage using 10 bit since they are all 10 bit.
SDR only for 8 bit but it appears not all SDR are only 8 bit - They are 10 bit also otherwise we could have differentiated.
Disregard.

Well, yes, that is essentially what I want, but I don't think your code would do that. It doesn't contain a trigger for bit rate detected, only for frame rate.

Warner306
3rd March 2019, 22:00
Try "hdr" or "bitDepth."

Manni
3rd March 2019, 22:45
this wouldn't the first time everyone with nvidia card got banding with WFS 10 bit. the banding with sending 10 bit is hard to see i don't expect many other user to see it the only reason i even think it has anything todo with the GPU/WDM is the fact is gone in FSE. i still have a problem understanding how a GPU could produce it at input 10 bit 12 bit output.

BTW. there is no need to act elitist here no one forces you to answer anything and no one can read your mind.
not using FSE is not a small unimportant thing with the history by nvidia. known all 4 states(GPU driver, madVR OSD, HDfury and end device) for the signal is helping a lot. yes you know this stuff because you are sitting next to it i don't.

i found a potential fix for your banding issue if you don't like it/can't use it well to bad but this should help other users at least.

even the 8 bit banding is pretty hard to see on the 6 bit TN i'm testing right now.
so if someone wants to test: http://www.bealecorner.org/red/test-patterns/Gradient-16bit.png

Mate, you need to read more carefully:

I HAVE NO BANDING ISSUE IN 8BITS OR IN 12BITS!

How do you want me to spell it?

I'm not elitist, I'm fed up having to answer all your questions.

I have no idea why you think I have any banding issue, or why you keep wanting to give me solutions for a problem I don't have.

I spend enough time at the moment trying to resolve problems I do have.

As I said, provided I set the bit depth correctly in madVR, there is no banding, in 8bits or in 12bits.

I do spend a lot of time to look for it, and I see it even when it's minimal. I have clips in Allied and in The Revenant that I use to look for banding.

Now please, help me like you did with the colorspace issue, that was useful and appreciated, but please get off my back if you only read half of what I write and force me to repeat, rephrase and lose patience.

Sorry, I'm not in a good mood, but the last thing I need at the moment is wasting time answering you not helping on problems I don't have :)

Jinkai
4th March 2019, 03:30
Hi, I tried going over this thread but I can’t seem the answer to setting different Gamma Presets using a hotkey. My desired power gamma curve value is 2.35 (color & gamma) and my monitor is calibrated to power curve value 2.2 (calibration) using BT. 709.

How do I make a shortcut key that toggles turning on the desired power gamma curve value 2.35 for night time and turning on power curve value of 2.2 for daytime if possible. Please advise, thank you

huhn
4th March 2019, 04:07
devices -> right click on "your device name" ->create profile group -> check color & gamma -> right click profile group -> add profile.

add a shortcut and gamma to the profiles done.

maxkill
4th March 2019, 04:53
16759

16760

16761
Any setting to remove that slight banding effect?

I can only use 8bpc output color depth unfortunately (but still very happy with results).

VBB
4th March 2019, 05:11
Try "hdr" or "bitDepth."

Warner, as always, spot on! "bitDepth" actually works :)

chros
4th March 2019, 07:47
Warner, as always, spot on! "bitDepth" actually works :)

I use this to change 3dlut with the TV device, note the lowercase names:

if (HDR) "hdr"
else "sdr"

wushantao
4th March 2019, 10:09
crash when saving thumbnails, but not every time, and I don't know why……

mpc be 4450 + lav 0.73.1-28 + madvr 0.92.17

and save image is good x10 times

without madvr is good

settings.bin(same file,5 links)
http://www.solidfiles.com/d/pWa58q7DBwXDZ
https://1fichier.com/?hngi8xezjmvgke18iq68
https://bayfiles.com/G7O7L3v4b8/settings_bin
https://anonfile.com/HaO0Lavfbe/settings_bin
https://ddl.to/wlbbnvntkboh

mkohman
4th March 2019, 13:11
Guys quick question.. I currently have a Sapphire Nitro + 580 4GB GPU but I have an opportunity to trade this card and pay £50 on top in exchange for a Sapphire Nitro + Vega 56 8GB card .. Would this be a good move, a good improvement for madvr hdr tone mapping or will there be no point in changing my current card? Or will I be better off to pay more and buy a RTX 2060? I only watch 4K HDR and the occasional 1080p upscaled with madvr to 2160p.. Would appreciate your advice.. Thank you

Asmodian
4th March 2019, 15:48
The Vega 56 is much better than the 580 but a 2060 is better still, it is up to you how high up the price performance curve you want to go. A 2060 is probably better for the future of madVR, but even that is hard to be sure about. Is £50 a lot of money for you? If not I would do that upgrade and see if it does everything you need. Going above NGU high probably isn't worth a lot of money.

If it is, and madshi comes out with something new that wants a 2060 or better, the Vega 56 could disappoint. It is hard to give advice. :(

Get the best you can comfortably afford. :D

mkohman
4th March 2019, 16:57
The Vega 56 is much better than the 580 but a 2060 is better still, it is up to you how high up the price performance curve you want to go. A 2060 is probably better for the future of madVR, but even that is hard to be sure about. Is £50 a lot of money for you? If not I would do that upgrade and see if it does everything you need. Going above NGU high probably isn't worth a lot of money.

If it is, and madshi comes out with something new that wants a 2060 or better, the Vega 56 could disappoint. It is hard to give advice. :(

Get the best you can comfortably afford. :D

Thank you so much.. I really appreciate your help.. Currently with my 580 I can do NGU AA MEDİUM for 4K and High for 1080p with the Vega 56 I could probably do NGU AA HIGH for 4K and very high for 1080p.. My rendering is around 30ms for 4K and 29ms.for 1080p upscale to 4K.

Why would the RTX 2060 be better just out of curiosity? The Vega 56 has more stream cores or is this not useful for madvr? Thank you.