Liveweergave mist beelden

[Conrado]

Mijn DS118 is speciaal voor SS bedoeld, en er hangen 2 Dahua  4Mp camera’s aan (SD22404T-GN). De mainstream is 2592x1520 bij 25 fps, via H.265. Bandbreedte ligt zo tussen de 7 à 8 mbs.  De SS en camera’s hangen aan een eigen POE-switch om het standaard netwerk niet te belasten.

Nu valt me op dat één camera af en toe een beeldje mist in Liveweergave. Soms slaat ‘ie ook 3 sec over en af en toe wordt het beeld grijs en heeft ‘ie even nodig het weer op te bouwen.  In die weergave via SS client, H.265 werk niet via de browser, heb ik ingesteld dat ik naar de camerastream kijk. Op de camera is een deel een erg onrustig beeld door takken/bladeren die bij ieder zuchtje wind bewegen.
Het effect is alleen in Liveweergave, want de beelden via het terugkijken zijn perfect.

Wat zou hier aan de hand kunnen zijn?

[Briolet]

Bij 2 camera's die elk een bitrate hebben van 8 mbs zal dat niet snel een belasting zijn van een 1000 mbs netwerk.

De bitrate is wel erg laag. Nu is het de ondergrens voor een beeld met weinig beweging. Als er dan actie komt, is dat niet meer genoeg en zal het beeld blurry worden. Net als je juist wat wilt zien. Ik hanteer:

Bitrate instelling voor camera

Kush gauge: pixel count x motion factor x 0.07 ÷ 1000 = bit rate in kbps

Hierbij geldt:
pixel count = framerate x width x height
motion factor is 1,2 (weinig beweging) or 4 (Zeer veel beweging)

Dat geeft een 4 maal hogere bitrate dan je nu gebruikt als je ook snelle bewegingen goed wilt opnemen.

De vloeiendste live beweging krijg je als je het UDP protocol gebruikt. Daar kan echter af en toe een beeldje missen. Als dat toevallig het keyframe is, moet de beeldopbouw wachten op het volgende keyframe.

Als je TCP gebruikt heb je minder kans op missende beelden. Dat protocol laat datapakketten opnieuw versturen als ze verminkt aankomen, wat een haperende liveweergave kan geven. Voor de opname zou dat echter niet uit mogen maken. In de help staat hierover ook het nodige.

[Conrado]

Bedankt!

Het probleem is opgelost, bleek toch nog één camera te zijn waarbij Live werd meegekeken vanaf SS ipv de camera.

Toch even stilstaan bij de inhoud van jouw opmerking: 4 Mp (2592 x 1520) / 25 frames / Factor 4 = 27 kB/sec. De Dahua kun je niet verder instellen dan 8192 kb/s. Ergo als je de frame-rate verlaagd, past de camera ook de max. bitrate aan. Toch heb ik een mooi vloeiend beeld.
Hoe werk dat dan?

[Briolet]

Die kush rate zal ook codec afhankelijk zijn.  Als ik bij een on-line calculator kijk staat er niet bij voor welke codec dit is. Toch is H.265 twee maal zo efficiënt bij compressie dan H.265. Maar volgens mij is dat niet alleen omdat hij beter is, maar ook omdat hij selectiever bepaalt welke delen extra compressie verdragen.

In elk geval moet je oppassen dat hij niet te laag is. Bij een beeld zonder veel beweging ziet het er dan nog goed uit, maar zodra iemand door het beeld loopt, kan hij plots alles extra sterk gaan comprimeren om al die veranderingen in die lage bitrate kwijt te kunnen. Maar dat is ook een kwestie van uitproberen. (altijd beter dan uit een calculator halen).

H.265 werkt ook anders dan H.264. Bij H.264 heeft volgens mij het hele beeld dezelfde compressie. Hoewel je bij de HikVision zones kunt aangeven waar de compressie lager moet blijven. Bij H.265 bepaald het protocol zelf welke delen een andere compressie moeten krijgen. Dan zal hij bij een sterke beweging misschien zelf kiezen om juist de achtergrond sterker te comprimeren en niet de beweging.

Ik heb iik een 4 Mp camera en kan tot 16384 instellen als max bitrate. Ik gebruik overigens ook 8192 kb/s, maar dan met een framerate van 10. Liever minder beelden dan dan onscherpere beelden. (Het hoeft geen bioscoop-kwaliteit te worden  )

De HikVision cameras maken ook nog onderscheid tussen een gemiddelde bitrate en een maximum bitrate. Ik heb de gemiddelde op de helft van het maximum staan. Hoe dat in de praktijk werkt weet ik niet precies, maar ik neem aan dat hij altijd de gemiddelde bitrate pakt en bij plotse beweging de bitrate verhoogt (i.p.v. de compressie te verhogen). Pas als de beweging te heftig wordt, moet ook de compressie omhoog om binnen het maximum te blijven.

[Conrado]

I ga er mee spelen en laat het nog wel weten