Czy YUV -> Konwersja RGB może być przyspieszana sprzętowo?

Question

Mamy aplikację, która odczytuje strumień wideo GigE YUV i wyświetla go na ekranie. Dzięki profilowaniu dowiedzieliśmy się, że funkcja konwertująca każdą ramkę z YUV (UYVY) na RGB24 zajmuje co najmniej o rząd wielkości więcej czasu i procesora niż jakikolwiek inny element naszego potoku od kamery do ekranu.

Funkcja konwersji używamy jest dostarczany przez dostawcę oprogramowania GigE (Pleora) i jest nieco szybciej niż nasz własny „naiwnej” (non-zoptymalizowany) realizacji. Używamy DirectShow do końca naszego potoku. "Benchmarking Task-Managera" pokazuje nasz strumień 1080p 30fps, użycie procesora 4-5%, gdy pominiemy konwersję (i otrzymamy nieczytelny obraz oczywiście) i 15-19% użycia procesora, gdy wywołasz funkcję konwersji.

pytania mamy to:

1. Czy istnieje filtr DirectShow, który zrobi to za nas nawrócenia, miejmy nadzieję, w bardziej wydajnych sposób, zamiast polegać na 3rd SDK firmy lub własnej (czynności znacznie obciążające procesor na podstawie, szeregowej) funkcji konwersji?
2. Czy ta konwersja musi być wykonana na procesorze, czy może w jakiś sposób można ją przeładować na procesor graficzny w celu przetwarzania równoległego?

Dzięki! Eric.

Answer 1

Konwersja jest prawdopodobnie dobrym kandydatem do przetwarzania GPU, ale co zrobisz z przekonwertowanymi danymi? Jeśli potrzebujesz go do dalszego przetwarzania w oprogramowaniu, odczytanie z karty wideo może zrujnować wszystkie zyski, jakie możesz uzyskać, odkładając przetwarzanie na GPU. Jeśli potrzebujesz go tylko do celów prezentacji, nie musisz konwertować, możesz dostarczyć obraz YUV bezpośrednio do adaptera wideo i pozwolić mu go wyświetlać w ten sposób (co jest idealną konfiguracją potoku, ponieważ nie masz jakakolwiek konwersja w ogóle).

Mówiąc o konwersji oprogramowania, nie jestem pewien co do jakości konwersji używasz teraz, jednak nie są zoptymalizowane (SIMD-włączony) przeliczanie dostępne:

1. Standardowy Windows Vista + DMO
2. libswscale
3. Intel IPP prymitywów FFmpeg

Wszystkie trzy są mniej lub bardziej łatwo wtykowy do rurociągu DirectShow. Dodatkowo obrazy o wysokiej rozdzielczości są dobrymi kandydatami do równoległego przetwarzania oprogramowania.