Elektroda.pl
Elektroda.pl
X
Elektroda.pl
Napad.pl
Proszę, dodaj wyjątek dla www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Jaki strumień potrzebuje kamera 1.3 Mpix 5 klatek na secunde H.264 ?

zenek1984 03 Sty 2012 23:00 5031 11
  • #1 03 Sty 2012 23:00
    zenek1984
    Poziom 15  

    Potrzebuję wiedzieć mniej więcej jaki strumień będzie zajmowała kamera 1.3 mpix w ustawieniach jak w temacie . Głównie chodzi mi i to ile tak skonfigurowanych kamer można podłączyć na jednym kablu przyjmując że sieć działa nam na 100 Mbps

    0 11
  • Napad.pl
  • #2 04 Sty 2012 00:48
    Marek31415
    Poziom 31  

    Na to pytanie nie ma poprawnej odpowiedzi.
    Wielkość strumienia zależy od wielu czynników:
    - stopień kompresji,
    - rozdzielczość obrazu,
    - zmiany w obrazie,
    - ilość szczegółów w obrazie,
    - ilość przesyłanych kl./s,
    - wersja i implementacja kodeka h.264.

    Podałeś tylko 2 parametry, wpływ pozostałych jest na tyle duży, że każda odpowiedź będzie błędna.

    0
  • #3 04 Sty 2012 09:11
    Korgoth
    Specjalista - CCTV i Alarmy Stacjonarne

    Marek31415 ma rację, ciężko jest podać jak będzie wyglądał strumień, szczególnie jeśli mówimy o H.264. Jako że jest to kompresja różnicowa, wszystko zależy np. od natężenia światła (często kamery generują dużo większy strumień w nocy), natężenia ruchu itd.
    Tak na marginesie, 5 fpsów przy H.264 to taki średni pomysł moim zdaniem, patrząc właśnie na samą strukturę kodeka. Chyba że monitorujesz plac bez ruchu :P

    Pytasz ile kamer możesz puścić w sieci 100 Mbps, tutaj nie wystarczy obliczenie samego transferu. Dużo większe znaczenie ma sama struktura switcha przez który będzie to szło, tj. szybkość przełączania, algorytmy przełączania, wielkość buforu na portach.

    Powiedzmy, że obliczymy tak na oko transfer z twojej kamery, będzie to od 1 do 3 Mbitów. Zakładając najgorszy scenariusz - 3 Mbity można by było sądzić że spokojnie możesz podłączyć 24 takie kamery do 24 portowego switcha 10/100 a następnie fast ethernetem do rejestratora. Bo powinno się wszystko zmieścić, ale uwierz mi, nauczony już na własnych błędach stosuję jedną zasadę - więcej niż 6 kamer 1.3mpix - port gigabitowy.

    -1
  • Pomocny post
    #4 04 Sty 2012 11:40
    jpl
    specjalista-kamery przemysłowe

    Jak jest dobra kamera, to dostosuje sobie GOP do ilości klatek.

    dla 1,3mpix, 5kl/s w H.264, dobrej jakości obraz (dzień) - około 1mbit. natomiast, jak kamera dobrze widzi w nocy... zapewne pojawią się szumy itp - to w nocy transfer może wzrosnąć nawet do 1,5-2mbit

    0
  • Napad.pl
  • #5 05 Sty 2012 06:03
    zenek1984
    Poziom 15  

    dziękuje wszystkim za podpowiedz wczoraj do późnej nocy testowałęm oto wyniki
    Dla kamery GV-110 D
    Kl/s 30 / H.264/GOP 30 /Jakość Najlepsza /Prędkość Auto - 25 Mbps
    Kl/s 15 / H.264/GOP 15 /Jakość Najlepsza /Prędkość Auto - 12 Mbps
    Kl/s 10 / H.264/GOP 10 /Jakość Najlepsza /Prędkość Auto -8 Mbps
    Kl/s 6 / H.264/GOP 6 /Jakość Najlepsza /Prędkość Auto - 7 Mbps
    Kl/s 6 / H.264/GOP 6 /Jakość Dobra /Prędkość Auto - 5 Mbps
    Kl/s 2 / H.264/GOP 2 /Jakość Najlepsza /Prędkość Auto - 2 Mbps

    Zmiana roździelczości z 1,3 Mpix na VGA nie znacznie obniżyła zapotrzebowanie na transfer.

    0
  • Pomocny post
    #6 05 Sty 2012 12:03
    rokycky
    Poziom 23  

    Teoretycznie zmiana z 1.3Mpix na VGA powinna skutkować spadkiem zapotrzebowania na pasmo o połowę, tak około... pytanie jak robiłeś pomiar

    0
  • #7 05 Sty 2012 12:28
    jpl
    specjalista-kamery przemysłowe

    Zrobileś testy, ok ale czy ustawileś jakośc np na VBR albo CBR? Bo jeżeli testowałeś domyślnie - to masz ustawione strumień taki ile kamera potrzebuje - masz dużo szumu? to kamera ci zajedzie łącze. 25mbps - to jest masakra.

    dla 15 klatek ustawia się np 4mbps - w nocy masz czasami większą kompresje, ale to jest kompresja obszarów na których zazwyczaj nic nie ma (są tam szumy itp). To co jest ważne - jest w dobrej jakości.

    Tak porób testy, sprawdź jak to wygląda po kompresji.

    0
  • Pomocny post
    #8 05 Sty 2012 14:15
    Marek31415
    Poziom 31  

    Na co kamera patrzyła?
    Porównaj strumienie przy ustawieniu na gładką ścianę i coś z dużą ilością szczegółów (np. ogrodzenie z siatki).
    Porównaj dla kamery w ruchu (obracaj kamerę) i nieruchomej.

    0
  • #9 05 Sty 2012 20:47
    zenek1984
    Poziom 15  

    Jakość VBR Była ustawiona na auto . Kamera leżała w pomieszczniu ( widziała podłogę biurko itp) Fatkcznie nie testowałem pod względem różnorodności obrazu.
    JPL jak polecasz ustawić kamerę? Kamera obserwuje plac troche złomu maszyn itp. obiektyw 2,8-12 mm. Mam 5 sztuk na moście 5 Ghz na ubiquiti i zauważyłem że w pewnych godzinach coś się przycina i przez pół godziny ginie kilka kilkanaście secund z nagrania

    0
  • Pomocny post
    #10 06 Sty 2012 10:24
    jpl
    specjalista-kamery przemysłowe

    Przycina się dlatego że kamery pewnie generują wtedy potężny bitrate.... Ustaw sobie VBR, potestuj na 3-4 mbit. Zobaczysz wtedy jak będzie działać. GOP ustaw tak żebyś miał co jedną sekundę, czyli dla 15 klatek GOP 15.
    Zobaczysz wtedy trochę więcej kompresji, ale tak jak mówię, kompresja będzie tam gdzie nie ma szczegółów. Kamery GV radzą sobie z tym całkiem nieźle.

    0
  • #11 06 Sty 2012 12:15
    zenek1984
    Poziom 15  

    a jaka kompresja lżejsza będzie MPEG4 czy H.264

    0
  • #12 06 Sty 2012 12:48
    jpl
    specjalista-kamery przemysłowe

    h.264 będzie lżejsza (pod względem transferu)

    0