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

mr.duck
10th November 2011, 22:23
That's really bad. madVR's DXVA2 calls are now pretty much identical to EVR's. Well, I guess I'll have to install win7 x64 and the latest ATI driver and then hope to be able to reproduce the problem on my own PC.

I tried a different video decoder and got a slightly different result. Using a cyberlink decoder, each frame step was unique as opposed to each frame being doubled with LAV Video. But the picture quality isn't any better (in terms of getting 50 FPS) until I switch back to EVR.

Hope that helps.

madshi
10th November 2011, 22:32
But I still don't get how the decoder queue can affect anything on the GPU. Isn't this all on CPU and system RAM (with LAV software decoding)?
I don't understand it, either. Maybe the decoder has upped his thread priority, so that the render thread doesn't get enough juice? But still, if the queue is full, the decoder sleeps. And the decoder queue is pretty much always full in your logs, regardless of whether it's 8 or 12 frames big. So I've really no clue.

JFMI, which decoder are you using? Can you try different ones?

I tried a different video decoder and got a slightly different result. Using a cyberlink decoder, each frame step was unique as opposed to each frame being doubled with LAV Video. But the picture quality isn't any better (in terms of getting 50 FPS) until I switch back to EVR.
Can you see the difference in screenshots, when using the Cyberlink decoder? What happens if you use the internal madVR decoder as a test?

Thunderbolt8
10th November 2011, 22:59
Yes, that's quite possible. Though, the 4770 should be pretty powerful. I'm surprised it has problems with deinterlacing when using madVR. You're sure you've disabled anti-aliasing, anisotropic filtering etc? Does your GPU run near 100% GPU usage?its all reset to defaults, so 'use application settings' is ticked. I remember you said to leave all those settings at its default status (apart from edge enhancement and DNR, I disabled those). 'use automatic deinterlacing' is still active though, but thats also the default value.

when playing normal progressive videos, my GPU load usually seems to be around 35-50% according to the catalyst activity clock. can only test windowed mode with it though.

mr.duck
10th November 2011, 23:02
Can you see the difference in screenshots, when using the Cyberlink decoder? What happens if you use the internal madVR decoder as a test?

I can see a difference. http://imgur.com/a/1W9r4


Using internal intel decoder I had to manually enable deinterlacing and then it seems give the same result as LAV Video decoder. Every 2 frames are the same.

pankov
11th November 2011, 00:04
P.S: Can you please double check whether you get the same results with this test build?

http://madshi.net/mrduck.rar

I don't expect any changes, but who knows. The ATI smoothness fixes might also help NVidia GPU Load. I kinda doubt it, though.

You are correct - there are no changes and I too don't think it's worth using CUDA just to get a percent or so improvement.

I guess we'll have to give this round (GPU load) to EVR but it looses in so many others things that it's not even in the same league.
;)


Thunderbolt8,
you can use GPU-Z to monitor/record your GPU load even in exclusive mode by enabling and looking at the history graphs.

Thunderbolt8
11th November 2011, 00:50
Thunderbolt8,
you can use GPU-Z to monitor/record your GPU load even in exclusive mode by enabling and looking at the history graphs.

thanks. did some testing with it:

1080p AVC 30-35mbit: ~35-40 % GPU load
1080i 29.97fps AVC 16,7 mbit: without deinterlacing: 30-46%
1080i 29.97fps AVC 16,7 mbit: with deinterlacing: 45-73%

1080i VC-1, without deinterlacing: for a few seconds 25, 38, 42% load, after that load = 0 (????)
1080i VC-1, with deinterlacing: 0 % load all the time (????)

only time of those 5 times, the video played absolutely smoothly was when I played the 16,7mbit 1080i AVC video with deinterlacing deactivated. even in case of the 1080p video, in between smooth playback often stopped for 2 seconds before it went back to smooth again.

so I guess the conclusion is my CPU is too slow? -.-
I can definately get all normal progressive AVC stuff to play smoothly if needed. but no chance in case of VC-1 up from a certain point, because multithreading is not supported.

StrifeLeonhart
11th November 2011, 02:29
What does "don't seem to pause" mean exactly? Do they continue to play, line after line?

No, the subtitleline at that moment on that frame just disapears with the mouse click but that doesnt happen when i press the spacebar to pause.

nx6
11th November 2011, 03:17
So why does it occur only on your PC, but not on anyone else's? I've added extra code to madVR to block the "Pause" OSD message. However, you seem to be using a translated version of MPC-HC. Your MPC-HC shows "Pausa" instead of "Pause". And madVR doesn't block "Pausa". You can fix the problem by translating just the "Pausa" text back to "Pause". I'm not sure where and how to do translations, though. The next madVR build will also block "Pausa". I'm aware that this all isn't really a good solution, but that's all I can do right now.
Couldn't he just turn off the OSD in MPC's Preferences so it wouldn't display the Pause message? :confused:

psymed
11th November 2011, 07:14
Is there a way to turn off the "Exclusive/Windowed" message at the top left whenever control+shift is used? ( shows up for a few seconds )

cremor
11th November 2011, 07:38
I don't understand it, either. Maybe the decoder has upped his thread priority, so that the render thread doesn't get enough juice? But still, if the queue is full, the decoder sleeps. And the decoder queue is pretty much always full in your logs, regardless of whether it's 8 or 12 frames big. So I've really no clue.

Shouldn't a Core i7 be powerful enough? ;)
CPU load is at 40-50% during playback of the problematic files. Is there a way to find out how many threads are currently active in the MPC-HC process?

JFMI, which decoder are you using? Can you try different ones?

I'm using LAV splitter/audio/video 0.39. But since the one VC-1 sample which uses the Microsoft splitter/decoder shows the same problem I don't think the decoder is the problem.
But I'll also try the MPC-HC internal ones when I get home.

cyberbeing
11th November 2011, 07:49
Is there a way to find out how many threads are currently active in the MPC-HC process?
Process Explorer (http://technet.microsoft.com/en-us/sysinternals/bb896653) -> Double Click on MPC-HC -> Threads Tab

From there you can see CPU use on a per thread basis, what's running under each thread, and thread priorities.

nevcairiel
11th November 2011, 08:00
I don't understand it, either. Maybe the decoder has upped his thread priority, so that the render thread doesn't get enough juice? But still, if the queue is full, the decoder sleeps. And the decoder queue is pretty much always full in your logs, regardless of whether it's 8 or 12 frames big. So I've really no clue.

FWIW, LAV does not increase thread prioritys. If anything, it even reduces the priority of the audio thread so that video is ensured to have faster queue fills.

madshi
11th November 2011, 08:46
when playing normal progressive videos, my GPU load usually seems to be around 35-50% according to the catalyst activity clock. can only test windowed mode with it though.
thanks. did some testing with it:

1080p AVC 30-35mbit: ~35-40 % GPU load
1080i 29.97fps AVC 16,7 mbit: without deinterlacing: 30-46%
1080i 29.97fps AVC 16,7 mbit: with deinterlacing: 45-73%

1080i VC-1, without deinterlacing: for a few seconds 25, 38, 42% load, after that load = 0 (????)
1080i VC-1, with deinterlacing: 0 % load all the time (????)

only time of those 5 times, the video played absolutely smoothly was when I played the 16,7mbit 1080i AVC video with deinterlacing deactivated. even in case of the 1080p video, in between smooth playback often stopped for 2 seconds before it went back to smooth again.

so I guess the conclusion is my CPU is too slow? -.-
I can definately get all normal progressive AVC stuff to play smoothly if needed. but no chance in case of VC-1 up from a certain point, because multithreading is not supported.
Well, does the decoder queue get empty (or near empty) when you get stuttering/frame drops? If so, the CPU is probably the problem.

I can see a difference. http://imgur.com/a/1W9r4

Using internal intel decoder I had to manually enable deinterlacing and then it seems give the same result as LAV Video decoder. Every 2 frames are the same.
Hmmmm... Can you please test with the Cheese Slices you can get here:

http://www.avsforum.com/avs-vb/showthread.php?t=1157287

Do you see the same problems with that? If not, can you please upload a sample of your MPEG2 50i sample you've been testing with? Thx.

No, the subtitleline at that moment on that frame just disapears with the mouse click but that doesnt happen when i press the spacebar to pause.
That doesn't happen here. Does MPC-HC show a little "Pause" OSD at the top of the screen, when you pause playback?

Couldn't he just turn off the OSD in MPC's Preferences so it wouldn't display the Pause message? :confused:
Probably, but that would also disable other messages which are useful (e.g. when changing audio delay).

Is there a way to turn off the "Exclusive/Windowed" message at the top left whenever control+shift is used? ( shows up for a few seconds )
Not at the moment. Planned for a future version.

Is there a way to find out how many threads are currently active in the MPC-HC process?
Yes, but this information won't help in any way.

FWIW, LAV does not increase thread prioritys. If anything, it even reduces the priority of the audio thread so that video is ensured to have faster queue fills.
Good to know. I'm just wondering why in cremor's log the rendering seems to always take the back seat compared to other things, although I've already increased the render thread's priority. Weird, will have to look for locking problems.

mr.duck
11th November 2011, 09:07
Hmmmm... Can you please test with the Cheese Slices you can get here:

http://www.avsforum.com/avs-vb/showthread.php?t=1157287

Do you see the same problems with that? If not, can you please upload a sample of your MPEG2 50i sample you've been testing with? Thx.

Yeah it seems the same. Doubled frames in madVR compared to EVR. Plus with madVR + deinterlacing, it is seriously choppy. Looks like my graphics card is nowhere near powerful enough (Radeon 5750).

There is another good sample on that page at the bottom of post #1 that shows clearly the fluidity of 50 FPS in EVR compared to 25 FPS (or whatever is happening) in madVR. It's called "PAL: MPEG2 - 720x576 (4:3) - interlaced - 25.00fps - 8000Kbps".

madshi
11th November 2011, 10:14
It should be powerful enough. One thing worth trying might be to downdate to 10.11 drivers. In the meanwhile I'll try to reproduce the problem somehow.

Edit: But maybe it makes sense to wait a bit before changing driver versions. I've still some ideas on what to try here.

madshi
11th November 2011, 13:22
@mr.duck and @pankov, can you please try this build?

http://madshi.net/mrduckPankov.rar

TheShadowRunner
11th November 2011, 14:37
hi madshi, whatever you did in this mrduckPankov build corrected this bug:
Originally Posted by TheShadowRunner
Here is a debug log. I start playing a video, minimize the player for 15 seconds, then bring it back up.
When bringing it back up, I clearly see the video going uber fast to catch up with the audio.
Did you say that you were using ZoomPlayer? I don't remember that. I tried to reproduce with MPC-HC. Anyway, the problem occurs with ZoomPlayer, but not with MPC-HC. Don't know why, will investigate...

Boltron
11th November 2011, 14:43
Madshi. I'd like to better understand how madVR makes use of video card memory. I have an 1GB ATI5670. Watching standard 24p movies I see the GPU memory utilization sit about ~65%. The other day I watched a 1080i rip from a Bluray (interlacing was enabled) and it showed usage of ~90%. Not that I think anything is wrong, I just want to understand how memory is used so I can make a more informed decision the next time I purchase a video card. My criteria so far has been to go with 1GB and faster DDR5 memory.

madshi
11th November 2011, 14:43
hi madshi, whatever you did in this mrduckPankov build corrected this bug:
Really? That's good news, I haven't even tried to fix that bug yet!

TheShadowRunner
11th November 2011, 14:45
Really? That's good news, I haven't even tried to fix that bug yet!

Interesting haha, but yes it did fix it on my system for sure :D

ps: it didn't fix the slow-ZP-freeze-on-seek-after-madvr-frequency-switch one tho ^^;;

madshi
11th November 2011, 14:45
Madshi. I'd like to better understand how madVR makes use of video card memory. I have an 1GB ATI5670. Watching standard 24p movies I see the GPU memory utilization sit about ~65%. The other day I watched a 1080i rip from a Bluray (interlacing was enabled) and it showed usage of ~90%. Not that I think anything is wrong, I just want to understand how memory is used so I can make a more informed decision the next time I purchase a video card. My criteria so far has been to go with 1GB and faster DDR5 memory.
65% of 1GB with a progressive 1080p movie sounds like an awful lot. Do you have Aero enabled? I guess I'll need to calculate how much GPU RAM madVR is expected to use. Right now I don't even know myself.

Thunderbolt8
11th November 2011, 14:49
Well, does the decoder queue get empty (or near empty) when you get stuttering/frame drops? If so, the CPU is probably the problem.in case of the 1080p AVC video it jumps between 4-8/11 all the time

for the 1080i AVC video with deinterlacing its 6-8/13

in case of the 1080i VC-1 video its 1/13 for both, deinterlacing and without deinterlacing.

so what to conclude from this? does 4-8 / full already count as near empty?

btw. does activating deinterlacing come along with an increase in brightness? seems almost like levels are changed from PC to TV at the same time. but it looks only like that in fullscreen exclusive mode, in windowed mode this shift in brightness does not happen.

cremor
11th November 2011, 15:55
JFMI, which decoder are you using? Can you try different ones?
I'm using LAV splitter/audio/video 0.39. But since the one VC-1 sample which uses the Microsoft splitter/decoder shows the same problem I don't think the decoder is the problem.
But I'll also try the MPC-HC internal ones when I get home.

Just tried the MPC-HC internal splitters and decoders. Those are really bad with some files, but when they can provide enough frames to fill the decoder queue the problem in madVR is the same as with LAV or the Microsoft VC-1 decoder.

edit: Tried the madVR internal decoder too. No change.

Yes, but this information won't help in any way.

Sure? I can see an increase in CPU load with a decoder queue of 12 there.
For clearer results I configured LAV to use only one thread (decoder queue is still full then). Then there are only three threads with more than 1% CPU load:

LAVSplitter.ax with 10-20% (fluctuating quite much)
madVR.ax with 16%
madVR.ax with 6% (0.77 and 8-queue-0.78) or 9% (12-queue-0.78)

I know, 3% more load isn't much, but it's constant. Is it expected that a bigger decoder queue places higher load on a madVR thread?

cremor, have you tried playing with the Windowed Mode Tweaks?

If you haven't tried setting everything to No Flush, that would be the first thing I'd try, then proceed to test each setting by itself one by one if all No Flush didn't help. I'd also try disabling Aero if Windowed Mode Tweaks don't help.

If your ATI 6870 w/ 60fps|1920x1080@120hz is only very slightly slower with 0.78 as madshi expects, little things like above may make a difference.

I've now tried all four options set to all four steps (same for all steps) and several other combinations, no change so far.
Do you have any specific suggestions? I don't want to try all 256 possibilities ;)


edit2:
Some more information from 0.78 (12-queue-version):
Windowed mode without downscaling works perfectly.
Fullscreen exclusive mode with downscaling (I changed the resolution of the monitor) works perfectly too.

Boltron
11th November 2011, 17:13
65% of 1GB with a progressive 1080p movie sounds like an awful lot. Do you have Aero enabled? I guess I'll need to calculate how much GPU RAM madVR is expected to use. Right now I don't even know myself.

Yes, Aero is enabled. It is a Windows 7 32, and the latest ATI (11.10) drivers.

I used to get tearing without Aero so I turned it on long ago. I guess now with Exclusive mode (which I use) I may not need Aero.

Edit: I use MPC-HC + LAV Filters. I also have yCMS enabled in madVR if that makes a difference.

mr.duck
11th November 2011, 17:17
@mr.duck and @pankov, can you please try this build?

http://madshi.net/mrduckPankov.rar

Not smooth yet, unfortunately. It looks very nearly exactly the same as before. Instead of each frame being doubled, the 2nd frame in some cases looks very, very, very slightly different.

jmonier
11th November 2011, 19:30
I just started to try the madVR video decoders and I find that subtitles don't display. They work fine with the LAV Video decoders. Are subtitles supposed to work when the madVR decoders are used? It could well be a problem with Zoomplayer, but I'd like to know for sure that it's not a known problem with madVR before I bring it up with Blight.

nevcairiel
11th November 2011, 19:36
If ZoomPlayer relys on DirectVobSub or ffdshow to render subs, there is no way for them to hook into the playback graph between decoder and renderer - and therefor won't work.

jmonier
11th November 2011, 19:49
If ZoomPlayer relys on DirectVobSub or ffdshow to render subs, there is no way for them to hook into the playback graph between decoder and renderer - and therefor won't work.

Yes, after writing the above I found out that Zoomplayer inserts VobSub between LAV Video and MadVR and, of course, that wouldn't be possible with the integrated madVR filters

pankov
11th November 2011, 21:35
@mr.duck and @pankov, can you please try this build?

http://madshi.net/mrduckPankov.rar

madshi,
you managed to reduce the GPU usage and now it's at 67-68% (instead of 79-80%) but at the cost of deinterlacing quality
:(
The Slices clips from AVS look pretty bad - the horizontal lines are "blinking", the diagonal lines are jagged ... in general I'll never use it with such a quality
:(
back to the original version for me.

madshi
11th November 2011, 23:25
in case of the 1080p AVC video it jumps between 4-8/11 all the time

for the 1080i AVC video with deinterlacing its 6-8/13
Those should be good enough. So your CPU does not seem to be the problem with AVC.

btw. does activating deinterlacing come along with an increase in brightness? seems almost like levels are changed from PC to TV at the same time. but it looks only like that in fullscreen exclusive mode, in windowed mode this shift in brightness does not happen.
This should not happen. Can anybody else reproduce this?

Just tried the MPC-HC internal splitters and decoders. Those are really bad with some files, but when they can provide enough frames to fill the decoder queue the problem in madVR is the same as with LAV or the Microsoft VC-1 decoder.

edit: Tried the madVR internal decoder too. No change.
Ok, thanks. Will try to do some more experiments.

Yes, Aero is enabled. It is a Windows 7 32, and the latest ATI (11.10) drivers.
What happens to GPU RAM consumption when disabling Aero? Just as a test.

Yes, after writing the above I found out that Zoomplayer inserts VobSub between LAV Video and MadVR and, of course, that wouldn't be possible with the integrated madVR filters
That's true. MPC-HC, PotPlayer and J.River MC all have internal subtitle renderers that are able to communicate directly with madVR. All these media players show subtitles just fine when using the internal madVR video decoders. ZoomPlayer does not have its own internal subtitle renderer, it relies on VobSub or ffdshow, and that doesn't work when using the internal madVR video decoders, of course.

Not smooth yet, unfortunately. It looks very nearly exactly the same as before. Instead of each frame being doubled, the 2nd frame in some cases looks very, very, very slightly different.
madshi,
you managed to reduce the GPU usage and now it's at 67-68% (instead of 79-80%) but at the cost of deinterlacing quality
:(
The Slices clips from AVS look pretty bad - the horizontal lines are "blinking", the diagonal lines are jagged ... in general I'll never use it with such a quality
:(
back to the original version for me.
Ok, thanks for testing, both of you. Here comes the next try:

http://madshi.net/madVRdeinterTest.rar

Thunderbolt8
11th November 2011, 23:29
Those should be good enough. So your CPU does not seem to be the problem with AVC.so what could be the cause that deinterlacing, at least for AVC, does not work smoothly, when the decoder queue is ~half full and GPU load is only at 75% max?

e-t172
11th November 2011, 23:41
btw. does activating deinterlacing come along with an increase in brightness? seems almost like levels are changed from PC to TV at the same time. but it looks only like that in fullscreen exclusive mode, in windowed mode this shift in brightness does not happen.

This reminds me of something… just to confirm: what video card are you using? Also, what is the resolution of your video? If it's 1080i, can you check using another video with a different resolution?

Thunderbolt8
12th November 2011, 00:03
radeon HD 4770. resolution of that video was 1080i. but its the same for a 1080p video for example. or with 720p or 320x200.

Portioli
12th November 2011, 00:14
I have some issues with PC Levels.

Using the Clipping Pattern of Spears & Munsil High-Definition Benchmark (http://www.amazon.de/Spears-Munsil-High-Definition-Kalibrierungs-Videoprozessoren/dp/B003LQPTWY/ref=sr_1_1?ie=UTF8&qid=1321052262&sr=8-1)

Test pattern could be found here (http://www.mediafire.com/?w1ug1ddo5jhdbsm)

I tried this pattern using nVidia & ATI cards, in either case PC levels failed the test

Boltron
12th November 2011, 00:21
What happens to GPU RAM consumption when disabling Aero? Just as a test.


I ran a couple of quick scenarios:
Aero ON
1080i Windowed: GPU=72% MB=889
1080i Exclusive: GPU=37% MB=955
24p Windowed: GPU=23% MB=541
24p Exclusive: GPU=11% MB=543

Aero OFF
1080i Windowed: GPU=56% MB=789
1080i Exclusive: GPU=34% MB=843
24p Windowed: GPU=22% MB=467
24p Exclusive: GPU=9% MB=406


- 24p movie details
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 59mn
Bit rate mode : Variable
Bit rate : 23.0 Mbps
Maximum bit rate : 31.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.462
Stream size : 19.2 GiB (87%)


- 1080i movie details
Video
ID : 1
Format : VC-1
Format profile : AP@L3
Codec ID : WVC1
Codec ID/Hint : Microsoft
Duration : 1h 30mn
Bit rate : 28.1 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.452
Stream size : 17.8 GiB (96%)

These were 100% accurate as I didn't note usage at the exact time of playback in each case but they were close.

Again, It's not a problem for me, I just would like to understand (to run madVR I'd would happily go with the highest end graphics card if I had too).

pankov
12th November 2011, 00:22
Ok, thanks for testing, both of you. Here comes the next try:

http://madshi.net/madVRdeinterTest.rar

Both the quality and the GPU Load are back to v0.78 state

Portioli
12th November 2011, 01:20
@madshi

i am really enjoying your 4K/MTF/35mm conversation in AVSforum

Qaq
12th November 2011, 09:31
I ran a couple of quick scenarios:

Thanks for testing. As I see there is no sence for me to even try that new de-interlace feature with my 5450 512Mb. Gotta wait for HD 75?? 1Gb.

SamuelMaki
12th November 2011, 11:11
I have maybe a problem with the presentation queue... Now with 0.78 version presentation queue is 0-3/4, when 0.77 reports 3-4/4 all the time... I do not have any presentation qlitches or dropped frames thought... So, what is the problem, or is there any problem with ctrl+j reporting? I am using radeon hd 5650...

mr.duck
12th November 2011, 16:50
Ok, thanks for testing, both of you. Here comes the next try:

http://madshi.net/madVRdeinterTest.rar

Not smooth. Every other frame is doubled.

nlnl
12th November 2011, 18:22
madshi
Please have a look at this sample http://dl.dropbox.com/u/43376972/Movie%20deinterlacing.mkv
This is SD PAL movie (film content) in .mkv container.

If it is DXVA deinterlaced, we have a lot of shimmering and little movements (look at white roof and the combaine).
If DXVA deinterlacing is off (plain weaving?), picture is very stable.

AMD\5750\11.6\W7\Madvr MPEG-2 decoder

Can anybody confirm?

Edit:
Changed decoder to Cyberlink 10 and now OSD says "upstream filter says deinterlacing off" and picture is OK (with Madvr and LAV decoders I have "upstream filter says deinterlacing on"). When manually switched to "deinterlacing on" (cntrl+alt+shift+d), picture is OK

pankov
12th November 2011, 21:34
nlnl,
I've just tried your sample and it works perfectly with LAV Video (Soft) and madVR deinterlacing=ON
which exact version of madVR are you using?
if you downloaded by any chance any of the test builds after the official v0.78 go back to the official one ... or probably to the last one mentioned in the post just above yours.

nlnl
12th November 2011, 21:57
nlnl,
I've just tried your sample and it works perfectly with LAV Video (Soft) and madVR deinterlacing=ON
which exact version of madVR are you using?

Thanks! I am using .78 and Cyberlink decoder is OK for me (it reports "deinterlacing is off" (auto) but Madvr\LAV reports "deinterlacing is on")

nevcairiel
12th November 2011, 22:14
Thanks! I am using .78 and Cyberlink decoder is OK for me (it reports "deinterlacing is off" (auto) but Madvr\LAV reports "deinterlacing is on")

Well, the frames in that file *are* actually interlaced.
If its encoded as fake-interlaced, there is no good way to detect that.

nlnl
12th November 2011, 22:32
Well, the frames in that file *are* actually interlaced.
If its encoded as fake-interlaced, there is no good way to detect that.
But it is film content, and when "deinterlacing is off" ((cntrl+alt+shift+d) picture is OK.
What do you mean by fake-interlaced? Any PAL film content in DVD is fake-interlaced? And DXVA deinterlacer can not detect film content?

nevcairiel
12th November 2011, 23:23
Could be PAL telecine, i suppose.
Fake-interlaced refers to simply splitting a progressive frame into 2 fields and coding it like that - in what ever form.

thuan
13th November 2011, 15:40
When I paused the player with madVR 0.78 window (don't know about older version and I don't use exclusive mode), the MPCHC (tested on 3824) still uses 2-5% (Core i5-2400) on madVR thread. Is there something wrong? I'm using it with LAV Splitter and LAV Video 0.39.

pacemaker1000
13th November 2011, 18:03
first off i have managed to get perfectly smooth playback using just a standard ati card and no reclock, no drops at all according to MadVR, However using Reclock i do. so that leads me to my new problem how to get aac audio to work over HDMI(reclock was encoding it to ac3 or i was using ac3filter)

i tried setting the HDMI output to 5.1 and this works when using lavfilters but then all 2ch stuff just outputs on L&R only so no Prologic for that?

how do you guys do it?

nevcairiel
13th November 2011, 18:08
You need to use ReClock with WASAPI output (or another renderer with WASAPI output, which don't really exist), only then HDMI will switch automatically between stereo and 5.1, and your receiver can apply its processing.

dansrfe
13th November 2011, 18:20
Can you bitstream DTS with ReClock?