Kalkulator minimalnych wymagań systemowych dla monitoringu wideo

Poniżej znajduje się kalkulator, który pomoże określić przybliżone wymagania sprzętowe.
Lista obsługiwanych kamer w pełni kompatybilnych z Xeoma.

Dodaj kamerę

Wynik

Instrukcja korzystania z kalkulatora:

Xeoma zaleca stosowanie podwójnego strumieniowania, gdy jest to możliwe. Oznacza to użycie strumienia o niskiej rozdzielczości (np. mjpeg) do podglądu w czasie rzeczywistym oraz strumienia o wysokiej rozdzielczości (np. H.264) do zapisu w archiwum. Pozwala to znacząco oszczędzić zasoby. Więcej informacji o podwójnym strumieniowaniu znajdą Państwo tutaj.

W pierwszej linii kalkulatora należy wprowadzić parametry kamer, które będą wykorzystywane do podglądu w czasie rzeczywistym.
W polu Ilość należy określić liczbę kamer przeznaczonych do podglądu.
Należy wybrać parametry strumienia używane do podglądu (mpeg / H.264/H.264 +/H.265 +/mjpeg).
W polu Rozdzielczość należy wybrać wartość, w jakiej będzie odbywał się podgląd (0.03 MP-33 MP).
Przepływność dobiera się zgodnie z rozdzielczością strumienia (128 Kbps – 20 Mbps).

W drugiej linii należy zaznaczyć pole Archiwum, jeśli nagrania z kamer mają być zapisywane w archiwum, a następnie wypełnić wszystkie pola w ten sam sposób.
W polu Intensywność wybór zależy od czasu trwania nagrań: zapis ciągły (100%, 24 godziny na dobę), intensywny ruch lub nagrywanie według harmonogramu (w określone godziny i dni tygodnia lub tylko po wykryciu ruchu, co zajmuje ok. 30% czasu doby) bądź rzadki ruch (gdy kamera jest zainstalowana w miejscu, gdzie ludzie pojawiają się rzadko – nagrywanie zajmuje 5% czasu doby).
W polach Godziny i Dni należy określić liczbę godzin lub dni, przez które archiwum ma być przechowywane.

Moduły inteligentne zwiększają obciążenie serwera o 10–30%, dlatego należy zaznaczyć moduły, które będą wykorzystywane w Państwa obiekcie.
Jeśli klienci wymagają dostępu zdalnego, należy zaznaczyć to pole i określić maksymalną liczbę jednocześnie połączonych klientów.
Obciążenie zależy od używanych funkcji oraz od tego, jak często i ilu użytkowników przegląda obraz z kamer. Obciążenie serwera można zmniejszyć, wybierając opcję dekodowania tylko po stronie klientów – należy zaznaczyć to pole. Uwaga: w tym przypadku wzrasta obciążenie łącza wychodzącego oraz pamięci RAM.

WAŻNE: jeśli moduły inteligentne są używane tylko w kilku kamerach lub jeśli kamery mają różne parametry strumienia dla podglądu i zapisu w archiwum, należy wypełnić te pola oddzielnie dla każdej grupy kamer, klikając przycisk Dodaj kamerę. Dzięki temu wymagania systemowe zostaną obliczone dokładniej i automatycznie zsumowane w sekcji Wynik.

Rozważmy następujący przykład: w obiekcie zainstalowano 20 kamer, z czego 3 wykorzystują moduł Rozpoznawania Twarzy, a 5 – moduł Detekcji Obiektów. Wszystkie 8 kamer transmituje strumień MJPEG o rozdzielczości 0,36 MP do podglądu oraz strumień H.264 o rozdzielczości 3,7 MP i przepływności 5 Mbps do archiwum; rejestracja odbywa się w trybie intensywnego ruchu przez całą dobę. Kolejna kamera nie korzysta z modułów analityki, lecz nagrywa w trybie ciągłym, wykorzystując do podglądu strumień MJPEG 2 MP (15 klatek na sekundę), a do archiwum – strumień H.264 6 MP z przepływnością 7 Mbps. Pozostałe 11 kamer rejestruje zdarzenia przy rzadkim ruchu, używając do podglądu strumienia MJPEG 0,36 MP, a do archiwum – strumienia H.264 0,36 MP z przepływnością 512 Kbps. Nagrania ze wszystkich kamer są przechowywane przez 30 dni, a liczba jednocześnie podłączonych klientów wynosi 20. Wprowadź te parametry:

Oto wynikowe obliczenia wymagań sprzętowych serwera:

Xeoma obsługuje akcelerację sprzętową, którą warto wykorzystać przy dużym obciążeniu serwera.

Sprawdź listę kart graficznych rekomendowanych przez naszych ekspertów.
Instrukcje konfiguracji dekodowania sprzętowego znajdziesz tutaj.

---

Wymaganą przestrzeń dyskową oraz przepustowość łącza przychodzącego możesz obliczyć samodzielnie:

Dla archiwum MJPEG:

Rozmiar pojedynczego obrazu JPEG można ustalić, podłączając do Xeomy strumień z kamery o pożądanej rozdzielczości i korzystając z modułu „Zapisz do pliku", aby sprawdzić średnią wielkość pliku.

Dla orientacji:
HD to 100–120 KB
FullHD – 200–300 KB
640×480 – 30 KB
i tak dalej.

Wielkość pliku można również znaleźć w Internecie.

Aby obliczyć wymaganą przestrzeń dyskową, pomnóż rozmiar pliku przez pożądaną liczbę klatek na sekundę (FPS), następnie przez 60 (sekundy na minuty), ponownie przez 60 (minuty na godziny), a potem przez liczbę godzin w ciągu doby, w których ma być prowadzony zapis, przez liczbę dni i ewentualnie miesięcy. Otrzymany wynik pomnóż przez liczbę używanych kamer.

Dla archiwum H.264:

Należy uwzględnić przepływność. Przykładowo, jeśli wynosi ona 4 Mbit/s, rozmiar jednej minuty nagrania obliczysz następująco:
(4 Mbit/s * 60 sekund) / 8 (konwersja na megabajty) = 30 MB zajmie 1 minuta.
Następnie pomnóż tę wartość przez liczbę minut, godzin, dni itd. (czas przechowywania archiwum) – w efekcie otrzymasz rozmiar archiwum dla określonej liczby dni.

Aby obliczyć przepustowość sieci, rozmiar pliku należy pomnożyć przez liczbę klatek na sekundę (FPS), a następnie przez 8 (konwersja bajtów na bity, ponieważ prędkość sieci podaje się zazwyczaj w Mbit/s lub Gbit/s)

Jeśli rozmiar jednej klatki wynosi 100 KB, a liczba klatek (FPS) to 10, otrzymujemy 10 takich klatek na sekundę, co daje 1000 KB/s lub 8000 Kbit/s. Wartość tę należy pomnożyć przez liczbę planowanych do użycia kamer.

---

Wyniki naszych testów:

Raspberry Pi 3 – do 11 kamer FullHD (z podłączonym klientem)

1) Tylko serwer na RPI. Klienci na innych urządzeniach.

– Podgląd: H.264, rozdzielczość 1920×1080, przepływność 4 Mbit/s
Archiwum: ten sam strumień (H.264, rozdzielczość 1920×1080, przepływność 4 Mbit/s)

Wynik: do 4 takich kamer

– Podgląd: MJPEG, rozdzielczość 1920×1080, przepływność 8 Mbit/s
Archiwum: ten sam strumień (MJPEG, rozdzielczość 1920×1080, przepływność 8 Mbit/s)

Wynik: do 10 takich kamer. Większa liczba kamer przekracza przepustowość sieci RPI (100 Mbit/s). Aby podłączyć więcej kamer, użyj mikrokomputera z łączem o przepustowości 1 Gbit/s.

– Podgląd: MJPEG, rozdzielczość 1920×1080, przepływność 8 Mbit/s
Archiwum: H.264, rozdzielczość 1920×1080, przepływność 4 Mbit/s

Wynik: do 10 takich kamer. Większa liczba kamer przekracza przepustowość sieci RPI (100 Mbit/s). Aby podłączyć więcej kamer, użyj mikrokomputera z łączem o przepustowości 1 Gbit/s.

2) Zarówno serwer, jak i klient na RPI.
– Podgląd: H.264, rozdzielczość 1920×1080, przepływność 4 Mbit/s
Archiwum: ten sam strumień (H.264, rozdzielczość 1920×1080, przepływność 4 Mbit/s)

Wynik: do 2 takich kamer

– Podgląd: MJPEG, rozdzielczość 1920×1080, przepływność 8 Mbit/s
Archiwum: ten sam strumień (MJPEG, rozdzielczość 1920×1080, przepływność 8 Mbit/s)

Wynik: do 10 takich kamer. Większa liczba kamer przekracza przepustowość sieci RPI (100 Mbit/s). Aby podłączyć więcej kamer, należy użyć mikrokomputera o przepustowości sieci 1 Gbit/s.

– Podgląd: mjpeg, rozdzielczość 1920×1080, bitrate 8 Mbit/s
Archiwum: h264, rozdzielczość 1920×1080, bitrate 4 Mbit/s

Wynik: do 10 takich kamer. Większa liczba kamer przekracza przepustowość sieci RPI (100 Mbit/s). Aby podłączyć więcej kamer, należy użyć mikrokomputera o przepustowości sieci 1 Gbit/s.

—

Procesor Core i7-4770 @ 3,40 GHz:
H.264, 1920×1080, 8M: 14 kamer, obciążenie procesora przez Xeoma 43%, zużycie pamięci 433 MB;
H.264, 1920×1080, 2M: 11 kamer, obciążenie procesora przez Xeoma 47%, zużycie pamięci 370 MB.

H.264, 1280×720, 8M: 31 kamer, obciążenie procesora przez Xeoma 35%, zużycie pamięci 390 MB;
H.264, 1280×720, 2M: 16 kamer, obciążenie procesora przez Xeoma 53%, zużycie pamięci 300 MB.

H.264 320×176, 8M: 105 kamer, obciążenie procesora przez Xeoma 16%, zużycie pamięci 400 MB;
H.264 320×176, 2M: 85 kamer, obciążenie procesora przez Xeoma 20%, zużycie pamięci 420 MB.

---

Obciążenie procesora i pamięci

Xeoma może wykorzystać sprzętową akcelerację karty graficznej w celu zwiększenia wydajności – technologię CUDA dla kart graficznych NVidia (od serii GeForce 400 (GT 430 lub nowsze)) oraz technologię QuickSync dla kart graficznych Intel (Intel Core 4. generacji (Intel Core i3-4xxx i nowsze)). Należy pamiętać o zainstalowaniu najnowszej wersji sterowników karty, aby korzystać z akceleracji sprzętowej w Xeoma.
Włącz akcelerację sprzętową w ustawieniach modułu Uniwersalna Kamera. Komunikat o konieczności aktualizacji sterowników może oznaczać, że używasz nieaktualnych sterowników lub że karta nie jest obsługiwana (ze względu na przestarzały układ).

Wskazówka: Obciążenie procesora będzie znacznie niższe przy użyciu strumienia MJPEG do podglądu i zapisu do archiwum (lub tylko do podglądu). Dowiedz się z tego artykułu, jak zmniejszyć obciążenie procesora.

Wskazówka: Zużycie pamięci RAM może być znaczne przy korzystaniu z opcji Nagrywanie wsteczne w sekcji „Podgląd i Archiwum". Jeśli obciążenie urządzenia jest zbyt wysokie, wyłącz tę opcję.

---

Miejsce na dysku HDD

Przykładowo, 7-dniowy ciągły zapis archiwum z kamery 2-megapikselowej przy 5 kl./s wymaga prawie 500 GB wolnego miejsca na dysku (około 50 GB dziennie).

Wskazówka: Zmniejsz zużycie miejsca na dysku HDD, korzystając z detektora ruchu (wybierz rzadki lub intensywny ruch w typie nagrywania w kalkulatorze), harmonogramu lub detektora dnia (uruchamia nagrywanie, gdy jest wystarczająco dużo światła).

Wskazówka: Po przekroczeniu określonego limitu archiwum, Xeoma nadpisze najstarsze nagrania.

---

Minimalne wymagania systemowe:

Oficjalnie wspierane systemy operacyjne:

Windows – Windows 7, Windows 8, Windows 10, Windows 11, wersje 64-bitowe i 32-bitowe, Windows Server 2008 R2/2012/2016.

Linux – wersje 32-bitowe i 64-bitowe z XWindows lub konsolą/serwerem. Dostępny dla systemów Linux opartych na procesorach ARM (np. Raspberry Pi) lub Intel. Obsługiwane dystrybucje systemu Linux:
najnowsze wersje Ubuntu (12, 13, 14 i nowsze),
Debian 7 i nowsze,
openSUSE 12.2 i nowsze,
Mint 13 i nowsze,
CentOS 7 lub nowsze,
Red Hat Enterprise Linux w wersji 6 lub nowszej,
Astra Linux (wersja 2.11.3 i nowsze);
ALT OS (wersja 8.2 i nowsze);
RED OS (wersja 7.2 i nowsze).

Uwaga: Obsługa dźwięku w konsoli systemu Linux wymaga biblioteki libasound2. Aby zainstalować lub uruchomić Xeoma na systemie Linux, należy rozpakować archiwum xeoma_linux.tgz bezpośrednio na komputerze z systemem Linux. W przeciwnym razie wymagane jest wykonanie polecenia: chmod a+x xeoma.app, a następnie można uruchomić Xeoma w standardowy sposób: ./xeoma.app
W przypadku instalacji wersji 32-bitowej na 64-bitowej dystrybucji systemu Linux (choć w takim przypadku zaleca się pobranie wersji 64-bitowej), może być konieczna instalacja pakietu ia32-libs.

Sailfish OS 3.0.3.9 i nowsze

Mac OS X – wersja 64-bitowa 10.9 lub nowsza.

Android – system Android 5.0 (API LEVEL 10) lub nowszy, 20 MB wolnej pamięci operacyjnej, rozdzielczość ekranu 450×450 lub wyższa.

iPhone/iPad – iOS 9 lub nowszy.

Raspbian wydany 2016-02-29 lub później (dla Raspberry 2 lub nowszych).

HarmonyOS 3.0 i nowsze.

Nieoficjalnie wspierane systemy operacyjne:*
Linux Kali (wersja 18 i nowsze);
RancherOS;
Fedora (wersja 31 i nowsze);
Elbrus (wersja 1.4.3 i nowsze);
PCLinuxOS (wersja 2018.06 i nowsze);
elementary OS (wersja 5.0 i nowsze);
Arch Linux wersja 2020.10.01;.

*Oficjalnie wspierane systemy operacyjne są testowane z Xeoma przed każdą premierą. Systemy wspierane nieoficjalnie przeszły pomyślnie testy z Xeoma kilkukrotnie na prośbę użytkowników (ale nie przed każdą aktualizacją Xeoma).

Zapoznaj się również z rekomendacjami sprzętowymi.

---

Dostępne języki:

Odbierz licencję Xeoma Standard na 4 kamery lub przedłużenie Xeoma Standard na 8 kamer w celu weryfikacji tłumaczenia w ramach naszej oferty specjalnej! Zobacz informacje o Xeoma w Twoim języku