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

Manni
8th April 2018, 22:51
I don't know, I've only tested the one driver I have currently installed (390.65). It's 100% reproducable for me with this driver. I get banding free 10bit output in SDR, but as soon as I activate Nvidia's HDR passthrough, I get banding when I try to render to 10bit.


Thanks, I'll double check banding in 10bits with 385.28 when I'm back in a few days.

In the meantime please could you not force 8bits in HDR passthrough, unless/until the bug is confirmed with all driver versions and not just the latest 39x.xx?

Maybe the banding in 10bits was introduced in the driver at the same time they borked the levels?

Also does your display support HDR 12bits natively?

Quite a few people with 10bits displays have been reporting issues using 12bits with nVidia, but this might simply be because the display doesn't support 12bits natively and the banding is introduced by the display itself when using HDR passthrough. When converted to SDR, the path might be different and the banding might not occur.

Only trying to find reasons why it might not be a universal bug, even if you can reproduce 100% with your set-up/display.

madshi
8th April 2018, 22:57
Thanks, I'll double check banding in 10bits with 385.28 when I'm back in a few days.

In the meantime please could you not force 8bits in HDR passthrough, unless/until the bug is confirmed with all driver versions and not just the latest 39x.xx?

Maybe the banding in 10bits was introduced in the driver at the same time they borked the levels?

Also does your display support HDR 12bits natively?

Quite a few people with 10bits displays have been reporting issues using 12bits with nVidia, but this might simply be because the display doesn't support 12bits natively and the banding is introduced by the display itself when using HDR passthrough. When converted to SDR, the path might be different and the banding might not occur.

Only trying to find reasons why it might not be a universal bug, even if you can reproduce 100% with your set-up/display.
Next build is not coming for at least a week, anyway.

I see banding in 10bit fullscreen windowed mode, but *not* in 10bit fullscreen exclusive mode, which means the display can't be at fault.

Manni
8th April 2018, 23:03
Next build is not coming for at least a week, anyway.

I see banding in 10bit fullscreen windowed mode, but *not* in 10bit fullscreen exclusive mode, which means the display can't be at fault.

Okay, do you have a preferred pattern/clip to test banding? I use many but I'd like to be sure the same test you use is passed/fails here.

pankov
8th April 2018, 23:25
The official build has a bug which can sometimes introduce a bit of banding when doing HDR -> SDR conversion. That's already fixed in this test build from AVSForum:

http://madshi.net/madVRhdrTest5.rar

This build still shows some weirdness for the blue, but the other colors should be fine. I'm not completely sure why the problem with blue happens, will have to investigate.
Confirmed - almost perfect except the blue.

I've said it a thousand times. 8bit doesn't introduce banding. Even 4bit doesn't introduce banding. That's what we have dithering for.
Principally I do agree with you that dithering will help a lot and that's why I mostly don't mind going back to 8bit for both SDR and HDR with the current fiasco with NVidia/Windows support but I'm kind of reluctant to lose that many gradation steps by enveloping every SDR BT.709 in BT.2020 ... or DCI-P3 ... or am I talking nonsense ... again?

HDR calibration is a mess. IMHO the best workaround is probably to let madVR convert HDR to SDR, and then you can just run the converted SDR video through a conventional SDR 3dlut.
But I want HDR on my TV ... and I want it to automatically switch to HDR mode with its increased OLED Light level and wider color gamut, etc ... I think ... and to be honest I don't have any experience with 3dluts. I'm kind of lost now and I might need some help to start from scratch with all this SDR/HDR/BT.2020/DCI-P3 mix. There are so many "variables" on the PC side and almost as many on the TV side ... especially with my latest finding that in "PC" mode (on LG's 2017 OLEDs this is accomplished by changing the icon for this HDMI input) I get some dull colors *and* banding which vanishes if I simply change the icon for this input in the TV settings ... but then I loose 4:4:4 support ... and I'm mad ... lost.
:stupid:

That depends. Are we talking about passing HDR through to the display? Or letting madVR convert HDR to SDR?
I'm talking about HDR passthrough mode (to my LG B7 OLED) ... and I think I must have mentioned it before to avoid the confusion. I guess my totally unrelated complaint about the HDR to SDR conversion banding mislead you. Sorry.


Just double click on the madHcCtrl tray icon.
Yes, I know I can do this but in order to do it I have to exit fullscreen mode and then go back in which temporarily alters the scaling algorithms and resets the ques (drops frames, etc) and ... I think ... it's not convenient at all - that's why I asked if there is a real reason the have the small window in-between the player's filter menu and the actual target. I've lived with it so many years that I've got used to it but in the last few days I've been improving my HTPC cooling and I've been reconfiguring madVR alot and it was quite a nag.

el Filou
9th April 2018, 00:49
Yes, I know I can do this but in order to do it I have to exit fullscreen modeJust press Ctrl+S

Asmodian
9th April 2018, 01:30
I don't know, I've only tested the one driver I have currently installed (390.65). It's 100% reproducable for me with this driver. I get banding free 10bit output in SDR, but as soon as I activate Nvidia's HDR passthrough, I get banding when I try to render to 10bit.

I was able to reproduce this with 391.35 but only when I had the mouse cursor over the display. In 10-bit FSE the mouse did not cause banding and fullscreen windowed 10-bit looked the same as FSE when the mouse cursor was moved to my other monitor. This did not happen when in SDR mode.

especially with my latest finding that in "PC" mode (on LG's 2017 OLEDs this is accomplished by changing the icon for this HDMI input) I get some dull colors *and* banding which vanishes if I simply change the icon for this input in the TV settings ... but then I loose 4:4:4 support ... and I'm mad ... lost.
:stupid:


Yes. This annoyed me greatly. I can use a 3DLUT but the color volume is so much smaller that it clips sometimes and it doesn't look as good as passthrough in non-PC mode.

This means that, for me at least, LG's 2017 OLEDs can only do HDR in 4:2:2 and I have to go into the inputs menu and change the icon when using HDR. Input lag goes up a bunch too because only game mode, with its terrible white point, has low input lag if it isn't icon'ed "PC". :mad:

pankov
9th April 2018, 01:40
Okay, do you have a preferred pattern/clip to test banding? I use many but I'd like to be sure the same test you use is passed/fails here.
Since the discussion is more about 10bit support than banding you might try Mehanik's HDR10 test patterns that I wrote about a few posts ago. There is a dedicated section (folder) exactly for this - "03. Grayscale" -> "04. 10bit test".
Using these I think I confirmed for myself that LG OLED's "PC Mode" when used with HDR content is total garbage. Yes we do get 4:4:4 chroma support but at the cost of washed out colors and lack of 10bit gradation.
Again using these video files I think I can say that NVidia's conversion from madVR's 10bit output to 8bit display output in 2160p50/60 is not at all bad. The reason I say this is that as we all know the HDMI 2.0 spec doesn't support RGB 2160p at 50/60Hz 10/12bit and the drivers silently switch to 8bit behind madVR's back but nonetheless I do see some gradation and not clipping which might mean that they are doing some dithering ... or some other kind of "magic".


Just press Ctrl+S
If only I had a keyboard around
;)
I'm kidding ... kind of ... Thank you for reminding me about this shortcut (a bit generic but still working) but to be honest very often I control/re-configure my player and/or direct show filters only using the mouse (a one from Logitech that has horizontal scrolling and a couple of additional buttons) since that's more convenient and because the keyboard for the HTPC is usually hidden in some drawer.

pankov
9th April 2018, 02:15
This means that, for me at least, LG's 2017 OLEDs can only do HDR in 4:2:2 and I have to go into the inputs menu and change the icon when using HDR.
To be honest ... after some additional tests ... I think that even 10bit SDR is not OK from "banding" (>8bit support) point of view ... or it might be just the 12bit that NVidia offers !?!? May be in PC mode LG have disabled all/most of the additional processing and since the display is native 10bit if it's fed with 12bit signal it doesn't downconvert it in high quality ... this is a wild speculation on my part but sounds logical to me.
Does anybody know if Intel (HD4000) can output 10bit 2160p?
... or is there a user with AMD and one of the 2017 LG OLEDs here that can test this for us?

Asmodian
9th April 2018, 04:20
I believe these TVs simply suck with >8bit input but I do get noticeably more banding in the situation I described above. As I move the mouse back and forth with paused video some banding appears and disappears. There is still some, more than in 8-bit mode, but that is due to the TV itself instead of this issue. :p

nevcairiel
9th April 2018, 08:08
Strange. I'm not sure exactly how JRiver draws subtitles. I think it uses one of my OSD interfaces, but I'm not sure which one.

We use the ISubRenderProvider interface

Manni
9th April 2018, 08:42
I was able to reproduce this with 391.35 but only when I had the mouse cursor over the display. In 10-bit FSE the mouse did not cause banding and fullscreen windowed 10-bit looked the same as FSE when the mouse cursor was moved to my other monitor. This did not happen when in SDR mode.


Thanks, this might explain why I never see banding, as I never use the mouse (except when testing). I only use my remotes / ipad, even when selecting audio tracks / subtitles as the picture is projected on my screen and I use MyMovies as a front end. I'll look for this in a couple of days. I only use the mouse (often with MadVR not in full screen) when testing as I did recently, but when it's like this I don't look for PQ as the image is downscaled anyway.

Hopefully Madshi can reproduce this and refrain from disabling 10bits universally in 10bits windowed mode on windows 10 with nVidia.

Since the discussion is more about 10bit support than banding you might try Mehanik's HDR10 test patterns that I wrote about a few posts ago. There is a dedicated section (folder) exactly for this - "03. Grayscale" -> "04. 10bit test".
Using these I think I confirmed for myself that LG OLED's "PC Mode" when used with HDR content is total garbage. Yes we do get 4:4:4 chroma support but at the cost of washed out colors and lack of 10bit gradation.
Again using these video files I think I can say that NVidia's conversion from madVR's 10bit output to 8bit display output in 2160p50/60 is not at all bad. The reason I say this is that as we all know the HDMI 2.0 spec doesn't support RGB 2160p at 50/60Hz 10/12bit and the drivers silently switch to 8bit behind madVR's back but nonetheless I do see some gradation and not clipping which might mean that they are doing some dithering ... or some other kind of "magic".


Yes we know that 4K60p 4:4:4 can only be done in 8bits due to HDMI 2.0 limitations, this is why you should use profiles and switch to 8bits dithering in that case, as you don't want the driver to dither behind MadVR's back.

madshi
9th April 2018, 08:49
I was able to reproduce this with 391.35 but only when I had the mouse cursor over the display. In 10-bit FSE the mouse did not cause banding and fullscreen windowed 10-bit looked the same as FSE when the mouse cursor was moved to my other monitor. This did not happen when in SDR mode.
Please check the OSD while you move the mouse. Does it say 10bit the whole time? Or does it switch to 8bit when the banding goes away?

Yes. This annoyed me greatly. I can use a 3DLUT but the color volume is so much smaller that it clips sometimes and it doesn't look as good as passthrough in non-PC mode.
Not sure what you mean with clipping here?

If passthrough looks better that probably has nothing to do with technical limitations of the 3DLUT processing, I would guess.

Thank you for reminding me about this shortcut (a bit generic but still working) but to be honest very often I control/re-configure my player and/or direct show filters only using the mouse (a one from Logitech that has horizontal scrolling and a couple of additional buttons) since that's more convenient and because the keyboard for the HTPC is usually hidden in some drawer.
So you're not happy with double clicking on the tray icon, *nor* using a keyboard shortcut (which btw you can edit in the madVR settings)? <sigh> No way to make you happy then, it seems. If you want a direct way to open the madVR settings from the right click context menu, you'll have to talk to the developer of your media player. The context menu is the reponsibility of the media player, not madVR. So it's out of my hands.

To be honest ... after some additional tests ... I think that even 10bit SDR is not OK from "banding" (>8bit support) point of view ... or it might be just the 12bit that NVidia offers !?!? May be in PC mode LG have disabled all/most of the additional processing and since the display is native 10bit if it's fed with 12bit signal it doesn't downconvert it in high quality ... this is a wild speculation on my part but sounds logical to me.
Does anybody know if Intel (HD4000) can output 10bit 2160p?
... or is there a user with AMD and one of the 2017 LG OLEDs here that can test this for us?
AFAIK, there's nothing wrong with Nvidia 10bit SDR. Either it's a configuration/user error (see FAQ in the 2nd post of this thread), or your display doesn't really support 10bit/12bit properly.

We use the ISubRenderProvider interface
Are we talking LAV's subtitles or JRiver's subtitles? Didn't JRiver use the OsdSetBitmap() API for subtitles in the past? Of course ISubRenderProvider is the better choice for this purpose. Anyway, I don't see any reason why ISubRenderProvider would result in dramatically higher rendering times on some PCs. Can you reproduce the reported problem? Or did users report this problem to you at some point? Or is this news to you, as well?

To the users who have high rendering times with JRiver's subtitles: Do you have the same problem when using XySubFilter in MPC-HC?

nevcairiel
9th April 2018, 08:59
Are we talking LAV's subtitles or JRiver's subtitles? Didn't JRiver use the OsdSetBitmap() API for subtitles in the past? Of course ISubRenderProvider is the better choice for this purpose. Anyway, I don't see any reason why ISubRenderProvider would result in dramatically higher rendering times on some PCs. Can you reproduce the reported problem? Or did users report this problem to you at some point? Or is this news to you, as well?

JRiver subtitles. We switched to that interface when we implemented 3D video rendering, because the old one had timing issues with that for some reason, and it was on my list to do for a long time anyway. I've heard rare reports of issues on low-end hardware before, but never really fully explained, and its hard to tell if their Intel iGPU might just be overwhelmed with madVR. I could possibly imagine bad CPU performance since we draw subtitles to the output size, but GPU issues I have no idea about.

madshi
9th April 2018, 09:16
JRiver subtitles. We switched to that interface when we implemented 3D video rendering, because the old one had timing issues with that for some reason, and it was on my list to do for a long time anyway. I've heard rare reports of issues on low-end hardware before, but never really fully explained, and its hard to tell if their Intel iGPU might just be overwhelmed with madVR. I could possibly imagine bad CPU performance since we draw subtitles to the output size, but GPU issues I have no idea about.
Ah, makes sense! What happens if JRiver plays DVDs? Do the subtitles come from LAV in that situation or from JRiver?

nevcairiel
9th April 2018, 09:20
Ah, makes sense! What happens if JRiver plays DVDs? Do the subtitles come from LAV in that situation or from JRiver?

Actual DVDs in Navigation-mode are special and should come from LAV, not any different from using it in MPC-HC or such.

madshi
9th April 2018, 10:10
Actual DVDs in Navigation-mode are special and should come from LAV, not any different from using it in MPC-HC or such.
Ok, so questions for those users who have problems with rendering times with subtitles in JRiver:

1) Does the problem occur with all types of subtitles (DVD, Blu-Ray PGS, external SRT), or only with some?

2) If DVD subtitles are affected: Does the problem occur when playing DVDs with subtitles with LAV, using MPC-HC?

3) If SRT subtitles are affected: Does the problem occur when playing videos with SRT subtitles, using XySubFilter in MPC-HC?

Just collecting some more information...

stefanelli73
9th April 2018, 11:36
To me only when upscaling blu ray to 3840x2160 and with uhd

pankov
9th April 2018, 11:58
So you're not happy with double clicking on the tray icon, *nor* using a keyboard shortcut (which btw you can edit in the madVR settings)? <sigh> No way to make you happy then, it seems. If you want a direct way to open the madVR settings from the right click context menu, you'll have to talk to the developer of your media player. The context menu is the reponsibility of the media player, not madVR. So it's out of my hands.
I'm starting to think that I'm failing to express my point so I'll try one final time and then leave this topic for good.
I'm used to having direct access to the filter properties/settings from the standard DirectShow filter properties menu that almost all decent media players provide. At least that's the case with all other filters/renderers that I use ... or have ever tried. Having this standard functionality seems to be very convenient since it doesn't require keyboard interaction in all the player that I know/have used and I don't understand why it would be the media player's responsibility to do something special for madVR ... not that I think this great piece of software doesn't deserve special attention ;) ... Having that in mind and also the case that the tray icon may not at all be visible (as in disabled from madHcCtrl) I was thinking that it would be better if madVR behaved like all other DirectShow filters in this regard and directly show ... all pun intended ;) ... it's settings ... of courser if it's technically possible ... on the other hand I may be missing some benefits from having this transitional window.
So, dear madVR users, do you use this window for something else than to reach madVR's settings? Would you mind if it's gone and you directly access the settings from the filter properties menu of your media player?


AFAIK, there's nothing wrong with Nvidia 10bit SDR. Either it's a configuration/user error (see FAQ in the 2nd post of this thread), or your display doesn't really support 10bit/12bit properly.

I think it's the display and only in it's "PC Mode" that's at fault. The question is if it's only at 12bit input or also at 10bit.
btw
madshi,
what display/TV are your using for 10bit/12bit testing?

huhn
9th April 2018, 12:08
To me only when upscaling blu ray to 3840x2160 and with uhd

can you create a folder with "ShowRenderSteps" in the madVR folder and create a screen of the OSD(control+j) with the problem?

madshi
9th April 2018, 12:18
To me only when upscaling blu ray to 3840x2160 and with uhd
So not with DVD? And do you get the same problem in MPC-HC, when using XySubFilter?

I'm used to having direct access to the filter properties/settings from the standard DirectShow filter properties menu that almost all decent media players provide.
Yes, but that's a window provided by the media player or by DirectShow (not sure which), into which the DirectShow filter projects its settings controls as a sub-window. This wouldn't work well for madVR, because my settings are very complex. Basically the whole current madVR settings dialog would have to be pressed into one tab of the DirectShow filter properties window. Which doesn't make too much sense.

what display/TV are your using for 10bit/12bit testing?
Sony 4K LCD.

pankov
9th April 2018, 12:26
So not with DVD? And do you get the same problem in MPC-HC, when using XySubFilter?


Yes, but that's a window provided by the media player or by DirectShow (not sure which), into which the DirectShow filter projects its settings controls as a sub-window. This wouldn't work well for madVR, because my settings are very complex. Basically the whole current madVR settings dialog would have to be pressed into one tab of the DirectShow filter properties window. Which doesn't make too much sense.
There are many multi-tab filter properties windows but I do see that it'll be borderline impossible to cramp up all madVR's settings in such a way ... and definitely not worth the effort ... but what about my other proposal - just to show the current madHcCtrl screen automatically in the "OnShow"/"OnCreate" event of the current properties window and just directly hide/close it? Is this also not possible?


Sony 4K LCD.
Just out of curiosity which model it is and do you only use it for testing or you actually like the picture quality and both it for real usage?

madshi
9th April 2018, 12:35
There are many multi-tab filter properties windows but I do see that it'll be borderline impossible to cramp up all madVR's settings in such a way ... and definitely not worth the effort ... but what about my other proposal - just to show the current madHcCtrl screen automatically in the "OnShow"/"OnCreate" event of the current properties window and just directly hide/close it? Is this also not possible?
I don't like the idea of automatically closing a window that wasn't created by me and isn't owned by me. Also, that window contains a pin information tab (at least in MPC-HC/BE) which the user might want to see. So closing the window doesn't seem like a good idea to me.

Just out of curiosity which model it is and do you only use it for testing or you actually like the picture quality and both it for real usage?
I don't have the model number in mind right now. It's an older model which supports both HDR and 3D, which is why I bought it, so I could test both with one display. I don't think it's a great display because the viewing angle is terrible. If I were to buy a flat panel display for actual viewing, it would have to be OLED.

stefanelli73
9th April 2018, 13:34
So not with DVD? And do you get the same problem in MPC-HC, when using XySubFilter?


Yes, but that's a window provided by the media player or by DirectShow (not sure which), into which the DirectShow filter projects its settings controls as a sub-window. This wouldn't work well for madVR, because my settings are very complex. Basically the whole current madVR settings dialog would have to be pressed into one tab of the DirectShow filter properties window. Which doesn't make too much sense.


Sony 4K LCD.

No, in MPC-BE i haven't this problem only with jriver

pankov
9th April 2018, 13:36
I don't like the idea of automatically closing a window that wasn't created by me and isn't owned by me. Also, that window contains a pin information tab (at least in MPC-HC/BE) which the user might want to see. So closing the window doesn't seem like a good idea to me.
Agreed. Closing the topic and thanks for your patience.
:thanks:

madshi
9th April 2018, 14:41
No, in MPC-BE i haven't this problem only with jriver
Are you using XySubFilter in MPC-BE, or the internal subtitle renderer, or VSFilter? MPC-BE supports multiple different subtitle renderers, so that's important. I've asked for a test with XySubFilter, because that one uses the same subtitle interface to communicate with madVR as JRiver does.

If the problem does not occur with MPC-BE + XySubFilter, which increase in render times do you get in MPC-BE? None at all? Or very very small?

nevcairiel
9th April 2018, 19:03
If the problem only occurs at 4K, there may be troubles with rendering the image fast enough and/or uploading an extra 4K image. Maybe it should not render subtitles to output resolution but let madVR upscale it, at least over a certain degree.

sneaker_ger
9th April 2018, 19:06
Is there no cropping or simple compression like RLE for subtitle uploading?

madshi
9th April 2018, 19:06
Do you render PGS Blu-Ray subtitles to output resolution in JRiver?

nevcairiel
9th April 2018, 19:08
Yes, all subtitles are rendered to output resolution because thats far simpler (and how the old API worked).
They are also rendered onto a full frame size canvas, so uploading would always entail a full UHD frame.

madshi
9th April 2018, 19:15
Yeah, I can imagine that being stressful for low powered GPUs. I think XySubFilter usually renders bitmap type subtitles unscaled, which should save some performance.

But you do re-render only when the subtitles change, not for every video frame, right?

Asmodian
9th April 2018, 20:11
Please check the OSD while you move the mouse. Does it say 10bit the whole time? Or does it switch to 8bit when the banding goes away?

It says 10-bit the entire time, I do most of my video watching with the OSD open. ;)

Also, the banding doesn't go away to the same degree it does when switching to 8 bit. These TVs don't do well with 10 bit input but I can definitely notice extra bands when moving the mouse over the image in full screen windowed 10 bit that doesn't happen when in exclusive 10 bit.

Not sure what you mean with clipping here?

If passthrough looks better that probably has nothing to do with technical limitations of the 3DLUT processing, I would guess.

Sorry, nothing is wrong with the 3DLUT or anything before the TV. This was me bemoaning LG's less than ideal HDR tone mapping while in PC mode. In PC HDR mode the color volume is below 50% of what Calman thinks DCI-P3 HDR should be, even when scaling to the TVs max brightness.

I can make it look similar to how it looks when not in PC mode, with a 3DLUT, but the total coverage is small enough that even when using perceptual intents extremely bright and/or colored pixels have to be squished enough that I do get visible banding/clipping of highlights during real movies. This is only and issue if I am using PC mode but all other modes use 4:2:2 chroma subsampling. :(

nevcairiel
9th April 2018, 20:48
Yeah, I can imagine that being stressful for low powered GPUs. I think XySubFilter usually renders bitmap type subtitles unscaled, which should save some performance.

But you do re-render only when the subtitles change, not for every video frame, right?

Yes, only on changes (unless thats broken).

ashlar42
9th April 2018, 22:40
Sooo... is nevcariel working for JRiver? madshi, you too? I don't use it but if both of you work for them I might consider buying the product to support you for all the goods you freely give away. Hope it's not a "bad" question for whatever reason.

nevcairiel
9th April 2018, 22:42
I do, madshi does not.

ashlar42
9th April 2018, 22:59
I do, madshi does not.Thanks for your answer. I'll have a strong good look at it.

As a Kodi user, unfortunately, I'm used my 10 feet interface and everything. So if I buy it it's just to offer support for all you've given to the community (maybe you have a donation account, I'll check that too).
Sorry everyone for the offtopic, btw.

madshi
9th April 2018, 23:48
Yes, only on changes (unless thats broken).
In that case I'm not sure why there's a problem with Blu-Ray subtitles. They should only change very rarely. Max 2x per second or so!

As a Kodi user, unfortunately, I'm used my 10 feet interface and everything.
I believe JRiver has a 10 foot interface, too. Haven't personally tried that interface yet, though. Not sure how customizable it is and how many skins are available, compared to Kodi.

sauma144
10th April 2018, 08:01
MediaPortal has a big interface too, however I don't know if there is a x64 release.

mrmojo666
10th April 2018, 14:39
MediaPortal has a big interface too, however I don't know if there is a x64 release.
AFAIK nope, Mp is 32bit application

kalston
10th April 2018, 16:34
Ok, so questions for those users who have problems with rendering times with subtitles in JRiver:

1) Does the problem occur with all types of subtitles (DVD, Blu-Ray PGS, external SRT), or only with some?

2) If DVD subtitles are affected: Does the problem occur when playing DVDs with subtitles with LAV, using MPC-HC?

3) If SRT subtitles are affected: Does the problem occur when playing videos with SRT subtitles, using XySubFilter in MPC-HC?

Just collecting some more information...

OK, I just tested different subtitle types (DVD, blu-ray, SRT) and it makes no difference. Tested different files too, it's all very consistent.

With MPC-HC & its internal subtitle renderer (and a full LAV+madvr chain) no issues at all, on any file and with any type of subs. Completely negligible impact on performance.

Now, with XySubFilter (had to install that :p ) and MPC-HC, yes, I am seeing a performance hit (rendering times in madVR overlay), but it seems a bit smaller (about 4-5ms instead of 9-10).

Warner306
10th April 2018, 23:13
If you haven’t already, enabling the trade quality for performance setting related to subtitles will give you a small performance boost.

kalston
11th April 2018, 15:01
If you haven’t already, enabling the trade quality for performance setting related to subtitles will give you a small performance boost.

Yeah, that's already done. In fact, I ticked a lot of those options on my laptop :p

It is not my primary media playback device by any means and I'm not sure how many people are affected by this anyway. I've never bothered to report it before for that reason.

oldpainlesskodi
11th April 2018, 15:29
On Windows 10 - I finely managed to fix my incorrect and overblown tone mapping for HDR and SDR material. I have been reading up on the whole SRBG forced system wide ICC debacle. So, I disabled my device in the Colour Management settings, and disabled WindowsColorSystem from starting at boot.

Taken from the Nvidia forum on this issue (it may also apply to AMD users) -

"Open Start Menu and type in "Task Scheduler" Select and open "Task Scheduler"
In the Task Schedule window navigate to (Task Schedular Library > Microsoft > Windows > WindowsColorSystem)
In the task list locate "Calibration Loader" right click this task, and select disable


Notes:
The problem originates from the way Windows handles its own color profile settings on user log in. Windows task is a bit slow when doing this so it ends up reverting any color profiles setup through other applications. The Nvidia color profile task seems to run faster than the Windows color calibration so it ends up reverting the changes. I imagine this could fix other issues with other programs that manage color profiles as well."

Once I did this and rebooted, all issue resolved and its like night and day, in more ways than one.

May help others.

K

mclingo
11th April 2018, 17:38
On Windows 10 - I finely managed to fix my incorrect and overblown tone mapping for HDR and SDR material. I have been reading up on the whole SRBG forced system wide ICC debacle. So, I disabled my device in the Colour Management settings, and disabled WindowsColorSystem from starting at boot.

Taken from the Nvidia forum on this issue (it may also apply to AMD users) -

"Open Start Menu and type in "Task Scheduler" Select and open "Task Scheduler"
In the Task Schedule window navigate to (Task Schedular Library > Microsoft > Windows > WindowsColorSystem)
In the task list locate "Calibration Loader" right click this task, and select disable


Notes:
The problem originates from the way Windows handles its own color profile settings on user log in. Windows task is a bit slow when doing this so it ends up reverting any color profiles setup through other applications. The Nvidia color profile task seems to run faster than the Windows color calibration so it ends up reverting the changes. I imagine this could fix other issues with other programs that manage color profiles as well."

Once I did this and rebooted, all issue resolved and its like night and day, in more ways than one.

May help others.

K

interesting, i'm going to try this to see if it resolves my overblown reds on my RX card with MADVR and D3D11, I can confirm the same task is there on my AMD system

mrmojo666
11th April 2018, 18:22
interesting, i'm going to try this to see if it resolves my overblown reds on my RX card with MADVR and D3D11, I can confirm the same task is there on my AMD system

I was thinking the same , i have similar problem with FSE + DX11 and an AMD RX460

stefanelli73
11th April 2018, 18:58
If the problem does not occur with MPC-BE + XySubFilter, which increase in render times do you get in MPC-BE? None at all? Or very very small?

No problem does not occur with MPC-BE + XySubFilter and render times they are the same as jriver, without increasing, but in this case the image doesn't slow

mclingo
11th April 2018, 20:56
I was thinking the same , i have similar problem with FSE + DX11 and an AMD RX460

no joy for me, didnt work i'm afraid, I have the same setup as you know, I also moved to an RX460.

Just had to move back to 18.2.2 all all 18.3x drivers cause my PC to hang, nearly all > 16.8.2 drivers had the same issue for me, I was stuck on 16.8.1 for a while.

I tried to setup profiles to deal with turning D3D11 off and on in MADVR, worked perfectly in MPC-BE but profiles for those settings dont wonk in my main player KODI DS. I decided to go back to setting up the calibration as DCI-P3 in MADVR so I dont have to faff about turning D3D11 off and on. These are all driver issues apparently, even though I havent yet found one that works fixes this so we must have had this issue for a long time now.

mrmojo666
11th April 2018, 22:19
no joy for me, didnt work i'm afraid, I have the same setup as you know, I also moved to an RX460.

Just had to move back to 18.2.2 all all 18.3x drivers cause my PC to hang, nearly all > 16.8.2 drivers had the same issue for me, I was stuck on 16.8.1 for a while.

I tried to setup profiles to deal with turning D3D11 off and on in MADVR, worked perfectly in MPC-BE but profiles for those settings dont wonk in my main player KODI DS. I decided to go back to setting up the calibration as DCI-P3 in MADVR so I dont have to faff about turning D3D11 off and on. These are all driver issues apparently, even though I havent yet found one that works fixes this so we must have had this issue for a long time now.

my experience is slightly different, wth the latest 18.3.4 i dint' have anymore hungs or other ghaphics glitches that i had with all the rest of 18.3.x. Maybe my oversaturated color with dx11 and FSE is different from your, but seems it worked with the workaround proposed. Also i use differet player, i'm on Mediaportal. I 'll le t you know in case it was just a palcebo effect :)

mclingo
12th April 2018, 10:31
my experience is slightly different, wth the latest 18.3.4 i dint' have anymore hungs or other ghaphics glitches that i had with all the rest of 18.3.x. Maybe my oversaturated color with dx11 and FSE is different from your, but seems it worked with the workaround proposed. Also i use differet player, i'm on Mediaportal. I 'll le t you know in case it was just a palcebo effect :)

it could be the same issue simply manifesting itself differently due to our slightly different setups / displays.

Made absolutely no difference on mine though, the difference is very obvious on mine though, my reds are very overblown though, its hard to get an image of this with me mobile as it tends to correct for issues like this so images look nowhere near as bad.

I'm posting this as a comparison shot, this isnt how it looks in person, the correct image looks at lot more natural and the red image is a lot more red.

https://www.dropbox.com/s/esxrcwdcv38osyt/Image1.jpg?dl=0

mrmojo666
12th April 2018, 12:39
it could be the same issue simply manifesting itself differently due to our slightly different setups / displays.

Made absolutely no difference on mine though, the difference is very obvious on mine though, my reds are very overblown though, its hard to get an image of this with me mobile as it tends to correct for issues like this so images look nowhere near as bad.

I'm posting this as a comparison shot, this isnt how it looks in person, the correct image looks at lot more natural and the red image is a lot more red.

https://www.dropbox.com/s/esxrcwdcv38osyt/Image1.jpg?dl=0Seems the same of my problem at this point icm not sure that it was the workaround, maybe the 18.3.4, did you have tried?

mclingo
12th April 2018, 16:04
Seems the same of my problem at this point icm not sure that it was the workaround, maybe the 18.3.4, did you have tried?

Hi, yeah I tried latest driver before I switched back to 18.2.2 so resolve me pc freezing issues.

I'm going to wait until the next driver release and test it again. Its a bit odd we are the only two reporting this or is it a case that there are still very few users with these variables - AMD RX card + WINDOWS 10 creative + DIRECT3D11 +HDR compatible 4K TV.