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

madshi
28th July 2015, 20:14
Would you please increase this to 2 sec at least? I have a rather slow rig where some seeks get into this interval without a black screen, whereas some don't and I see a black screen flashing. So it's a tad irritating to have such fickle seek experience.
Ok, will do.

By the way, are there any known issues with "use Direct3D 11 for presentation" or "use separate device for presentation" with HD4000 IGPs? On my laptop using either of these options leads to major presentation issues (frames jumping about all over the place). Not a big deal since I can disable both options, just wondering if you knew.
This is a known problem. Probably a GPU driver issue. At the moment there's not much I can do about it because I can't reproduce it on my PC. However, I'll probably get a Skylake laptop soon, then hopefully I can reproduce it, and then *maybe* do something about it.

the problem does not seem to be related to D3D11 supported refresh rates. It happens no matter the refresh rate, from 23.976 to 60Hz. As I said, the issue only happens when madVR sends 10bit per color channel output, and the TV receives it (well, it says it receives 12bit per channel). And that happens only when using D3D11 + fullscreen, and the TV set configured as "10bit or more" in the madVR settings.
Well, what can I say. I don't think this is likely to be madVR's fault. I'm not doing something completely different when outputting 10bit. It's only a small difference in my code. So there's probably nothing I can do about it.

Just a follow up. The bug I reported has been fixed in the latest release.
Great, good to know, thanks. However, in low latency mode this problem will likely be back. In any case, it was never madVR's fault.

I need help to understand what I'm going to set the MPC-HC and Madvr.
I have a HTPC that is connected with HDMI to AV Marantz 6900sr and play with EPSON Tw7200.
Should I set something on Madvr or MPC, or fix Marantz everything.
Your question is very unspecific. I wouldn't know where to start. It might be best for you to either read one of the many madVR guides/tutorials. Or alternatively ask a more specific question.

Is there any advantage to using smooth motion when your refresh rate is an exact multiple of the video frame rate or is it just wasted resources?
I would disable it in that case, but then you will want to fine tune the refresh rate as much as possible so you don't get any (or at least not more than 1-2) frame drops/repeats during the duration of a movie.

http://abload.de/image.php?img=353.62x5pbz.png
OMGosh. I thought they would at least have replaced "cl_nv_d3d9_sharing" with "cl_khr_dx9_media_sharing", which would have been the proper way to handle the situation. After all, they seem to claim to support OpenCL 1.2 now. But no, they simply disabled OpenCL <-> D3D9 interop *completely*. Are they bonkers??

And no, I'm not going to be bullied by NVidia to drop OpenCL. If you madVR users want to continue using NNEDI3 with NVidia GPUs with newer NVidia drivers, I'd kindly ask you to complain to NVidia. Anybody got any contacts to NVidia? I think there were some users with NVidia contacts in the past. Basically what NVidia should do is bring D3D9 <-> OpenCL interop support back, either through "cl_nv_d3d9_sharing" or "cl_khr_dx9_media_sharing". Or do they really want to be the only GPU company without any sort of D3D9 <-> OpenCL interop support!?!?

(I may add support for PS5.0 NNEDI3 at some point in the future, but not soon, and I won't change my time schedule because NVidia is stupid enough to remove D3D9 OpenCL interop.)

har3inger
28th July 2015, 20:14
It's not motion blur. It's ghosting. It may not even be noticeable ghosting if your display already has slow response time.

Smooth motion also costs more than it seems. Normally 24 fps content needs to have total render/present times under 42ms or queues start emptying. With smooth motion on with a 60 fps display, queues start emptying around 38ms or so until you start dropping all your frames. This is because smooth motion renders the 24 fps source frames as well as additional combined frames when a frame transition fails to coincide with a vsync (which depends on ratio of source to display fps).

aufkrawall
28th July 2015, 20:24
And no, I'm not going to be bullied by NVidia to drop OpenCL.

Well, it never worked for me on powerful AMD GPUs with PCIe 2.0 either.
Shiandow's SM5.0 implementation is not much slower than OpenCL, so probably everyone would profit if you'd replace the OpenCL implementation with it (of course I don't know how much work this integration would be).


If you madVR users want to continue using NNEDI3 with NVidia GPUs with newer NVidia drivers, I'd kindly ask you to complain to NVidia. Anybody got any contacts to NVidia?

I'm already trying to find out why this happened. Can't promise anything, though.

huhn
28th July 2015, 20:27
OMGosh. I thought they would at least have replaced "cl_nv_d3d9_sharing" with "cl_khr_dx9_media_sharing", which would have been the proper way to handle the situation. After all, they seem to claim to support OpenCL 1.2 now. But no, they simply disabled OpenCL <-> D3D9 interop *completely*. Are they bonkers??

And no, I'm not going to be bullied by NVidia to drop OpenCL. If you madVR users want to continue using NNEDI3 with NVidia GPUs with newer NVidia drivers, I'd kindly ask you to complain to NVidia. Anybody got any contacts to NVidia? I think there were some users with NVidia contacts in the past. Basically what NVidia should do is bring D3D9 <-> OpenCL interop support back, either through "cl_nv_d3d9_sharing" or "cl_khr_dx9_media_sharing". Or do they really want to be the only GPU company without any sort of D3D9 <-> OpenCL interop support!?!?

(I may add support for PS5.0 NNEDI3 at some point in the future, but not soon, and I won't change my time schedule because NVidia is stupid enough to remove D3D9 OpenCL interop.)

maybe there way to fix this issue: http://bugs.madshi.net/view.php?id=250

i have a response from a "Customer care" so nothing world moving: https://forums.geforce.com/default/topic/856761/geforce-drivers/windows-10-display-driver-feedback-thread-7-16-15-/post/4616215/#4616215

feel free to say you have the same issue but please don't over do it just say you have the same issue and you don't like it. maybe 10 page will speed things up.

madshi
28th July 2015, 20:38
Well, it never worked for me on powerful AMD GPUs with PCIe 2.0 either.
Shiandow's SM5.0 implementation is not much slower than OpenCL, so probably everyone would profit if you'd replace the OpenCL implementation with it
Last time I checked, the OpenCL implementation was noticably faster with AMD, and slightly faster with NVidia. Of course with AMD it depends on PCIe speed. But a lot of AMD users with PCIe 3.0 would be unhappy if I suddenly made NNEDI3 speed quite a bit slower for them.

Anyway, as I said, I might look into PS5.0 NNEDI3 as an option to OpenCL at some point in the future. But definitely not soon.

I'm already trying to find out why this happened. Can't promise anything, though.
Thanks.

i have a response from a "Customer care" so nothing world moving: https://forums.geforce.com/default/topic/856761/geforce-drivers/windows-10-display-driver-feedback-thread-7-16-15-/post/4616215/#4616215
Thanks.

mogli
28th July 2015, 20:41
Not really. But different users had a couple of different weird issues. Try v0.88.21.
It wasn't the new version that fixed it, but switching once from D3D11 to D3D9 (no problems there) and then back. Now it doesn't happen anymore. :confused:

More weird stuff:
Default settings, but flush after copy to backbuffer in FSE. With D3D9 everything's fine but with D3D11 the render queue doesn't fill completely. It is pushed down by the present queue: Increasing the present queue (or decreasing the render queue) will give back the render queue space to live.

A lot of funny things happening in the last few releases. :D

madshi
28th July 2015, 20:44
It wasn't the new version that fixed it, but switching once from D3D11 to D3D9 (no problems there) and then back. Now it doesn't happen anymore. :confused:

More weird stuff:
Default settings, but flush after copy to backbuffer in FSE. With D3D9 everything's fine but with D3D11 the render queue doesn't fill completely. It is pushed down by the present queue: Increasing the present queue (or decreasing the render queue) will give back the render queue space to live.

A lot of funny things happening in the last few releases. :D
Is that extra flush needed? Did you always have it in there? And can you double check if any of these problems are really new in the latest version, compared to v0.88.16 (which was the last build before all the OSD related changes).

Sunset1982
28th July 2015, 20:54
what is the last nvidia driver working with NNEDI3? And is there a working version for windows 10?

mogli
28th July 2015, 20:57
Is that extra flush needed?No.
Did you always have it in there?No, never.
Just found this stuff by accident while testing and thought I report just another strange D3D11 behaviour.
And can you double check if any of these problems are really new in the latest version, compared to v0.88.16 (which was the last build before all the OSD related changes).This seems to be a D3D11 issue. Why should it have anything to to with the OSD changes?

aufkrawall
28th July 2015, 21:07
what is the last nvidia driver working with NNEDI3? And is there a working version for windows 10?
353.49 hotfix driver is best for this purpose. It's not WHQL, but unlike 353.30, it contains important fixes to prevent driver crashes on the desktop/while surfing.

Edit: Fixed driver numbers.

huhn
28th July 2015, 22:07
https://forums.geforce.com/default/topic/856761/geforce-drivers/windows-10-display-driver-feedback-thread-7-16-15-/post/4616450/#4616450

he messed the quote up but this part is from him: "I'll file a bug for this"

i guess this is the limited a customer care worker at nvidia can do.

madshi
28th July 2015, 23:21
he messed the quote up but this part is from him: "I'll file a bug for this"

i guess this is the limited a customer care worker at nvidia can do.
Yeah, it's worth a try.

Just found this stuff by accident while testing and thought I report just another strange D3D11 behaviour.
This seems to be a D3D11 issue. Why should it have anything to to with the OSD changes?
Well, you said "A lot of funny things happening in the last few releases", and many of the weird things lately had to do with the OSD changes. If it's just some strange D3D11 behaviour, and if it was always there since D3D11 was introduced, then it's got nothing to do with the OSD changes, of course.

Akeno
29th July 2015, 00:05
I would disable it in that case, but then you will want to fine tune the refresh rate as much as possible so you don't get any (or at least not more than 1-2) frame drops/repeats during the duration of a movie.

How would I fine tune it? I'm on a 60hz locked laptop display so does that necessitate ReClock's framerate adjustment feature?

there is no general answer if you get an repeated or dropped frame every 4 h or lower than yes it is still pretty useful.

if you have an very unlikely perfect synced audio and video clock no it just wastes some system performance in this case.

Could you explain to me what by synced clocks? I read something about mismatched clocks in the ReClock thread but no real explanation as to what that means. I always set ReClock to play back at the original speed rather than its auto function but does that mean I'm negating the benefits of ReClock in the first place?

huhn
29th July 2015, 00:15
How would I fine tune it? I'm on a 60hz locked laptop display so does that necessitate ReClock's framerate adjustment feature?

you are on a 60 hz device so you should use smooth motion and reclock is not really useful in this case.
fine tuning is a complicated thing about custom refresh rates. i don't see a real use for this on a 60 hz only display.

Could you explain to me what by synced clocks? I read something about mismatched clocks in the ReClock thread but no real explanation as to what that means. I always set ReClock to play back at the original speed rather than its auto function but does that mean I'm negating the benefits of ReClock in the first place?

audio and video have different clocks so they get more and more async over the time so the video renderer is dropping or repeating frames from time to time to fix this. dropping audio "frames" is not a viable option. reclock can kind of fix this issue by changing the speed of audio by resampling it but a usually 24 hz movie can't be fixed this way on a 60 hz screen but smooth motion can do this easily.

Akeno
29th July 2015, 00:56
audio and video have different clocks so they get more and more async over the time so the video renderer is dropping or repeating frames from time to time to fix this. dropping audio "frames" is not a viable option. reclock can kind of fix this issue by changing the speed of audio by resampling it but a usually 24 hz movie can't be fixed this way on a 60 hz screen but smooth motion can do this easily.

So ReClock is a waste with smooth motion then? I usually play 23.976hz material and always kept it playing at original speed rather than the ReClock preferred 24hz.

huhn
29th July 2015, 01:04
So ReClock is a waste with smooth motion then? I usually play 23.976hz material and always kept it playing at original speed rather than the ReClock preferred 24hz.

yes it is. you can't do 24 hz anyway.

you could use reclock to use wasapi but there are other better way to use wasapi. and reclock is 32 bit only...

for me 64 bit is the way to go can be a lot faster.

Arm3nian
29th July 2015, 03:43
I have a 980 ti and a 4k monitor on the way, dis gon b' gud.

6ari8
29th July 2015, 06:53
Ok, please try again with v0.88.21.


The stuttering issue with all OSD elements (excluding the seekbar) is fixed in v0.88.21.

Sunset1982
29th July 2015, 09:14
Is GPU-RAM a big point using madvr?

I'm thinking of getting a MSI R9 380 and I dont know if its worth the extra 50 € for the 4GB version instead of the 2 GB version.

ryrynz
29th July 2015, 09:24
Is GPU-RAM a big point using madvr?

I'm thinking of getting a MSI R9 380 and I dont know if its worth the extra 50 € for the 4GB version instead of the 2 GB version.

It isn't, but if you want to use it for gaming too then by all means get the extra.

nevcairiel
29th July 2015, 09:31
Is GPU-RAM a big point using madvr?

I'm thinking of getting a MSI R9 380 and I dont know if its worth the extra 50 € for the 4GB version instead of the 2 GB version.

If you plan on doing anything with 4K, then you will want the extra memory.

Sunset1982
29th July 2015, 09:38
If you plan on doing anything with 4K, then you will want the extra memory.

It isn't, but if you want to use it for gaming too then by all means get the extra.

Thanks guys! I ordered the 4GB version. ;)

Thunderbolt8
29th July 2015, 09:49
It isn't, but if you want to use it for gaming too then by all means get the extra.Id say it can be, but primarily not because of the amount, but because of the type. you really want DDR5 RAM (or anything faster if newer stuff is out, Im not up to date here) and not the slower DDR3 RAM or anything like that.

ryrynz
29th July 2015, 10:05
Id say it can be, but primarily not because of the amount, but because of the type. you really want DDR5 RAM (or anything faster if newer stuff is out, Im not up to date here) and not the slower DDR3 RAM or anything like that.

Didn't answer it as a generic question as it was purely about RAM size in this particular case.

I believe unless it's 4K >24FPS you'll be fine with 2GB.. but things always move forward, 2GB is getting a bit pokey these days so it's worth getting the extra.
I chew up about 1.2GB+ with 4K content.

edigee
29th July 2015, 13:45
If you plan on doing anything with 4K, then you will want the extra memory.
My GTX 960 is 2Gb of memory. It handles any 4k content with no problems

metadethrax
29th July 2015, 15:23
Guys, I really need your expertise with a problem I am encountering.
First, lots of thank you's to madshi for his continuous work, now a few words about my setup: I am using a GTX 970, i5-760, 8 GB RAM for watching 1080p-only high quality mkv encodes. I am also using mpc-hc x64 with latest madvr and LAV Filters. I am sending the video signal through HDMI from my computer to an Onkyo receiver that is connected to a 46" Samsung TV set.
madvr's settings are as follows: chroma upscaling super-xbr (sharpness: 100, anti-ringing and SuperRes filters checked), image downscaling Catmull-Rom (anti-ringing and scale in linear light checked), image doubling always super-xbr sharpness:100, image upscaling Lanczos (3 taps, activate anti-ringing filter checked), upscaling refinement SuperRes (strenght 4, radius 0.66, refine the image only once after upscaling is complete and apply SuperRes first checked). I don't know if these are the best settings for 1080p encodes and for my system, any recommendation is welcomed, but without ReClock I am having a lot of repeated frames, one frame at 40+ seconds. ReClock is not an option for x64 and for my setup in particular, as LAV Audio bitstreams the audio to the receiver, therefore ReClock won't work, even when using x86 versions of mpchc and madvr. I have attached a screenshot, maybe you will be able to tell me what to do with the repeated frames problem.
Thank you for your help!

Ver Greeneyes
29th July 2015, 15:28
Id say it can be, but primarily not because of the amount, but because of the type. you really want DDR5 RAM (or anything faster if newer stuff is out, Im not up to date here) and not the slower DDR3 RAM or anything like that.Note that graphics cards tend to use a special type of memory with a 'G' prefix, so GDDR3, GDDR4, GDDR5. Some cheaper cards do use regular DDR3 memory to save on costs, but DDR5 memory doesn't exist yet - and when it does, its primary target will be standalone sticks of RAM, not GPUs :)

Akeno
29th July 2015, 15:55
Guys, I really need your expertise with a problem I am encountering.
First, lots of thank you's to madshi for his continuous work, now a few words about my setup: I am using a GTX 970, i5-760, 8 GB RAM for watching 1080p-only high quality mkv encodes. I am also using mpc-hc x64 with latest madvr and LAV Filters. I am sending the video signal through HDMI from my computer to an Onkyo receiver that is connected to a 46" Samsung TV set.
madvr's settings are as follows: chroma upscaling super-xbr (sharpness: 100, anti-ringing and SuperRes filters checked), image downscaling Catmull-Rom (anti-ringing and scale in linear light checked), image doubling always super-xbr sharpness:100, image upscaling Lanczos (3 taps, activate anti-ringing filter checked), upscaling refinement SuperRes (strenght 4, radius 0.66, refine the image only once after upscaling is complete and apply SuperRes first checked). I don't know if these are the best settings for 1080p encodes and for my system, any recommendation is welcomed, but without ReClock I am having a lot of repeated frames, one frame at 40+ seconds. ReClock is not an option for x64 and for my setup in particular, as LAV Audio bitstreams the audio to the receiver, therefore ReClock won't work, even when using x86 versions of mpchc and madvr. I have attached a screenshot, maybe you will be able to tell me what to do with the repeated frames problem.
Thank you for your help!

Do you notice the repeated frames? I often don't so if you can't notice it, don't let it bother you. The other option is to enable Smooth Motion to blend frames and mitigate the problem.

ashlar42
29th July 2015, 15:56
yes it is. you can't do 24 hz anyway.

you could use reclock to use wasapi but there are other better way to use wasapi. and reclock is 32 bit only...

for me 64 bit is the way to go can be a lot faster.How to use wasapi without reclock on 64 bit? Pardon my ignorance and the offtopic.

huhn
29th July 2015, 15:58
How to use wasapi without reclock on 64 bit? Pardon my ignorance and the offtopic.

looks at mpc-be or mpc-hc newest nightly builds

huhn
29th July 2015, 15:58
My GTX 960 is 2Gb of memory. It handles any 4k content with no problems

this was more about gaming. but 1080p nnedi3 -> uhd can eat a lot too.

Sunset1982
29th July 2015, 16:08
@metadethrax

you have to create a 23,976 custom resolution within the nvidia drivers to get as close as possible to 23,976.

chros
29th July 2015, 17:40
As for me, it's not important if this gets fixed or not, I am not using fullscreen mode, as it's too annoying that lag which happens when I try to display the context menu in MPC-HC to switch the audio or subtitle track.
Have you ever tried a remote app for MPC-HC like Remoti.co?
https://play.google.com/store/apps/details?id=com.kdombrovsky.mpcremote
I can't live without it :) Once you started MPC-HC you can do a lot of things with it, like rotating through audio and subtitle tracks and even more. And it won't affect FSE playback.

XMonarchY
29th July 2015, 17:54
So NVidia is completely ditching the necessary OpenCL extension for NNEDI3 in Windows 10 drivers? Or is it just early/first official drivers since official Windows 10 release date?

aufkrawall
29th July 2015, 17:58
We don't know. Maybe it will appear in a few weeks again (I doubt this), in a few months or never.

XMonarchY
29th July 2015, 18:15
What's the exact info do I need to submit to NVidia to properly inform them of this problem? I communicated with NVidia a while back regarding madVR and I know NVidia is aware of madVR's importance to HTPC world. They can't ignore it.

aufkrawall
29th July 2015, 18:46
Either complain in the forums:
https://forums.geforce.com/default/topic/860152/geforce-drivers/official-windows-10-353-62-game-ready-display-driver-feedback-thread-7-29-15-/

Or submit a bug report via support form:
http://nvidia-submit.custhelp.com/app/ask

baii
29th July 2015, 18:47
windows 10 WU amd driver seem to fix the bugs in preview drivers. brief test show no artifact, flicker or scalerer not working.

edigee
29th July 2015, 19:34
Either complain in the forums:
https://forums.geforce.com/default/topic/860152/geforce-drivers/official-windows-10-353-62-game-ready-display-driver-feedback-thread-7-29-15-/

Or submit a bug report via support form:
http://nvidia-submit.custhelp.com/app/ask
http://forums.guru3d.com/showpost.php?p=5131647&postcount=14
As you can see something really weird is going on.
I really hope this is not NVIDIA playing dirty.

KoD
29th July 2015, 20:05
Have you ever tried a remote app for MPC-HC like Remoti.co?
https://play.google.com/store/apps/details?id=com.kdombrovsky.mpcremote
I can't live without it :) Once you started MPC-HC you can do a lot of things with it, like rotating through audio and subtitle tracks and even more. And it won't affect FSE playback.
Thanks, I'll have a look! :)

aufkrawall
29th July 2015, 20:27
http://forums.guru3d.com/showpost.php?p=5131647&postcount=14
As you can see something really weird is going on.
I really hope this is not NVIDIA playing dirty.
Maybe, but maybe it's just guru3d staff doing things by mistake.
They were also very incompetent when that GTX 970 issue came up. Well, even their reviews suck. But their forums are highly frequented by users and people were complaining there that NNEDI3 stopped working.
My post which disappeared was information about the issue and asked users to complain to Nvidia about it.

MSL_DK
29th July 2015, 20:44
My render, upload and present queue doesn't get filled (1-3/16) when using 1080p60 no problem if i choose 1080p23 (FSE) in win 10 using AMD card no problem in windowed mode.

bcec
30th July 2015, 00:24
353.49 hotfix driver is best for this purpose. It's not WHQL, but unlike 353.30, it contains important fixes to prevent driver crashes on the desktop/while surfing.

Edit: Fixed driver numbers.

Is that for Win 10 or Win 7? Is this issue with Win10 only or is Win7 also affected? (sorry, late to the party)

Anima123
30th July 2015, 00:45
nVidia driver 353.62 now available at nVidia's website. Is the same issue of NNEDI3 not working still there?

Ver Greeneyes
30th July 2015, 00:46
A new GeForce driver is out to accompany the release of Windows 10, only available on www.geforce.com at the moment:

32-bit GeForce Game Ready Driver 353.62 for Windows Vista, 7, 8 and 8.1 (http://www.geforce.com/drivers/results/87813)
64-bit GeForce Game Ready Driver 353.62 for Windows Vista, 7, 8 and 8.1 (http://www.geforce.com/drivers/results/87831)
32-bit GeForce Windows 10 Driver 353.62 (http://www.geforce.com/drivers/results/87921)
64-bit GeForce Windows 10 Driver 353.62 (http://www.geforce.com/drivers/results/87939)

Has anyone tried these yet to see if they have D3D9 OpenCL interop?

aufkrawall
30th July 2015, 00:49
Is that for Win 10 or Win 7? Is this issue with Win10 only or is Win7 also affected? (sorry, late to the party)
You can easily find this out by yourself:
http://nvidia.custhelp.com/app/answers/detail/a_id/3698/~/geforce-hotfix-driver-353.49

nVidia driver 353.62 now available at nVidia's website. Is the same issue of NNEDI3 not working still there?
It's the very same driver as provided via Windows Update (just sorts out a control panel issue on x64) and so of course NNEDI3 OpenCL isn't working.
Miracles can happen, but better don't expect a fix anytime soon.

XMonarchY
30th July 2015, 01:51
You can easily find this out by yourself:
http://nvidia.custhelp.com/app/answers/detail/a_id/3698/~/geforce-hotfix-driver-353.49


It's the very same driver as provided via Windows Update (just sorts out a control panel issue on x64) and so of course NNEDI3 OpenCL isn't working.
Miracles can happen, but better don't expect a fix anytime soon.

In case NVidia ditches the needed extension, is there a chance madshi will create a work-around via Direct Compute or something similar? I mean its obviously NVidia's problem, but that means Windows 10 will not be viable for madVR for NVidia users, which is like watching a cute red panda die :( , but we all kow madshi would never let a red panda die :) .
http://blog.chron.com/momhouston/files/legacy/toby.jpg

huhn
30th July 2015, 02:08
Guys, I really need your expertise with a problem I am encountering.
First, lots of thank you's to madshi for his continuous work, now a few words about my setup: I am using a GTX 970, i5-760, 8 GB RAM for watching 1080p-only high quality mkv encodes. I am also using mpc-hc x64 with latest madvr and LAV Filters. I am sending the video signal through HDMI from my computer to an Onkyo receiver that is connected to a 46" Samsung TV set.
madvr's settings are as follows: chroma upscaling super-xbr (sharpness: 100, anti-ringing and SuperRes filters checked), image downscaling Catmull-Rom (anti-ringing and scale in linear light checked), image doubling always super-xbr sharpness:100, image upscaling Lanczos (3 taps, activate anti-ringing filter checked), upscaling refinement SuperRes (strenght 4, radius 0.66, refine the image only once after upscaling is complete and apply SuperRes first checked). I don't know if these are the best settings for 1080p encodes and for my system, any recommendation is welcomed, but without ReClock I am having a lot of repeated frames, one frame at 40+ seconds. ReClock is not an option for x64 and for my setup in particular, as LAV Audio bitstreams the audio to the receiver, therefore ReClock won't work, even when using x86 versions of mpchc and madvr. I have attached a screenshot, maybe you will be able to tell me what to do with the repeated frames problem.
Thank you for your help!

movies are usually 24000/1001 hz (it is called 23p) not 24 hz, you should use 23p not 24p for this file in question.

In case NVidia ditches the needed extension, is there a chance madshi will create a work-around via Direct Compute or something similar? I mean its obviously NVidia's problem, but that means Windows 10 will not be viable for madVR for NVidia users, which is like watching a cute red panda die :( , but we all kow madshi would never let a red panda die :) .

http://forum.doom9.org/showpost.php?p=1731949&postcount=32210

wasn't he clear enough?

XMonarchY
30th July 2015, 02:16
movies are usually 24000/1001 hz (it is called 23p) not 24 hz, you should use 23p not 24p for this file in question.



http://forum.doom9.org/showpost.php?p=1731949&postcount=32210

wasn't he clear enough?


In the past there was another similar issue that was NVidia's fault, but madshi found a way around it and NVidia never fixed it...

baii
30th July 2015, 02:17
Can't you like dump the dlls into the player's folder for it to work? noob question~