Śmiga to znaczy działa na tyle szybko że dodatkowo nie spowalnia skryptu który wyciąga w porywach jakieś 30fps (jest tam jeszcze równie przeraźliwie wolny DePanStabilize - stabilizator obrazu, który niestety nie występuje w wersji na GPU). Samo dekodowanie DV i kodowanie MPEG2 też sporo CPU pochłania (fpsy podaje z HCEnca).
Oczywiście gdyby odpalić sam ten filtr bez pozostałych to na CPU może i 30fps by poleciał, ale co z tego... a tak procek może zająć sie innymi rzeczami.
Chociaż próby na X1300 zamiast przyspieszyć jak widać jeszcze bardziej go zwolniły
. Ale tam są aż 4 shadery - nawet stare GF6600@520Mhz które jeszcze mam lepiej by sobie poradziło. Gdyby nie to ze jest na AGP
Na GF8600GT@GTS filtr też śmigał, ale na Radeonie mimo to wyczuwam poprawe podczas mielenia pliku w VirtualDubie (nie wiem jak to opisać, jakaś taka "lekkość" w wyświetlaniu kolejnych klatek).
Przy czym zajętość GPU jest ok 50% (filtr odpalam 2 razy osobno dla luminacji i chrominacji - jak już szalec to szaleć
Na kolor daje więcej żeby nie było kolorowych plamek). I skrypt szybciej sie wczytuje (tak jakby Direct3D szybciej sie odpalał).
Ten filtr wymaga PixelShadera 3.0, podejrzewam że gdyby go napisac na DirectCompute albo chociaz nowsze wersje shaderów - pewnie byłoby jeszcze lepiej.
Swoją drogą widać jak olbrzymi postęp wniósł PS3.0, że można na nim uruchamiac prawie normalne programy. PS2.0 miał ograniczenie długości kodu PS do 96 instrukcji (czy jakoś tak) i nie miał podprocedur. A w DX10 i 11 jest jeszcze znacznie lepiej
A jeszcze wchodzi OpenCL .... GPU wreszcie będą miały co robić
PS. Taaa... gdyby ten filtr odpalić dla materiału FullHD to i te potężniejsze karty miałbyby co robić
. Ale jest bardzo dobry - skutecznie odszumia i nie zamazuje obrazu. Jedyna wada to okropna powolność wersji na CPU. Chociaz do mało zaszumionych scen wole starego hqdn3d. Jak zostanie troche szumu obraz wygląda naturalniej