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