Witam,
Dzisiaj wspolnie z Pawlem Grodniewiczem przeprowadzilismy testy liczby
ramek na sekunde, ktora mozemy uzyskac w naszym systemie. Wiadomosci sa
dobre i zle.
Zle wiadomosci sa takie, ze w calej architekturze kamera - proxy - baza
maksymalnie osiagnelismy 1.5fps.
Dobre wiadomosci sa takie, ze udalo sie uzyskac szybkosci rzedu 10fps
przy zastosowaniu programu napisanego w C#. Prawdopodobnie udalo sie to
dzieki temu, ze kontrolka webbrowser w C# to w rzeczywistosci IE, ktory
jest optymalizowany pod katem takich zastosowan, jakie testowalismy.
Kolejne dobre wiadomosci sa takie, ze prawdopodobnie uda sie nam uzyskac
wiecej, byc moze rzedu 20-25fps. Na podstawie wspolnego pomyslu Pawla
Korusa, Pawla Grodniewicza i mojego, przygotowuje program w C, ktory
podlaczy sie do strumienia mjpeg z kamery i wygeneruje klatki jpeg.
Zaleta tego rozwiazania jest taka, ze program nie nawiazuje wielu sesji
dla kazdej klatki osobno, tylko jedna sesje dla okreslonej (duzej)
liczby ramek. Program ten bedzie stanowil de facto interfejs do
strumienia wideo z kamery na proxy.
Te wyniki nakreslaja nam mozliwosci systemu. Wynika stad, ze podlaczenie
sie do strumienia wideo z serwera centralnego bedzie praktycznie
niemozliwe. Pomimo tego, podlaczenie sie do strumienia przez uzytkownika
koncowego bedzie mozliwe. Przetwarzanie musimy zrealizowac na proxy.
Tylko wyniki przetwarzania moga byc przesylane do serwera centralnego.
Trzeba bedzie zaprojektowac druga, uproszczona baze, dla proxy.
Pozdrawiam,
Jacek