Kamera Çoklu Akış Yönetimi: Ana, Alt ve Kayıt Stream Profilleri

Operatör iş istasyonu 16’lı ızgarada takılıyor, mobil uygulamada görüntü gelmiyor, analitik sunucusunun GPU’su tavan yapmış. Bu üç şikâyetin ortak kökü çoğu zaman aynıdır: kameradaki akışlar görevlerine göre ayrılmamıştır. Bir IP kamera aynı anda birden fazla akış üretebilir: kayıt için tam çözünürlüklü ana akış, canlı ızgara için düşük çözünürlüklü alt akış ve çoğu modelde mobil erişim veya analitik için üçüncü bir akış. Aşağıda akış türlerini, akış başına başlangıç ayarlarını, VMS’in istemciye göre akış seçmesini ve kamera işlem kapasitesinin sınırlarını anlatıyoruz. Tek bir akışın içinde bitrate ve GOP ayarı ise CBR, VBR ve akıllı codec ile bitrate ayarı yazısının konusu.

Çoklu akış neden gerekir

Tek akışlı sistemde her şey ana akıştan yürür. 16 kameralık bir ızgarada istemci 16 adet 4 MP akışı çözmek zorunda kalır, mobil bağlantıda görüntü takılır, analitik sunucusu gereğinden büyük kareleri işler. Örnek hesap: 4 MP, 20 fps bir akışı çözmek, 640×360 bir akışa göre kare başına 16 kat daha fazla piksel işlemek demektir (2560×1440 ÷ 640×360). Izgarada her karo ekranda zaten 640×360 civarı yer kaplıyorsa bu fazladan işlem görüntüye hiçbir şey katmaz. Sadece işlemciyi yakar.

Çoklu akışta her tüketici ihtiyacı kadar veri alır:

• Kayıt: Delil değeri için gereken en yüksek çözünürlük ve kare hızı.
• Canlı ızgara: Karo boyutuna uygun küçük akış; iş istasyonunun çok sayıda kamerayı aynı anda çözebilmesi için.
• Tek kamera tam ekran: Ana akış ya da ona yakın bir akış.
• Mobil ve uzak bağlantı: Düşük bitrate’li, sınırlı bant genişliğine dayanıklı akış.
• Analitik: Modelin girdi boyutuna ve hedefin piksel yoğunluğu ihtiyacına göre seçilmiş akış.

Akış türleri ve ONVIF profilleri

Kamera arayüzünde akışlar genellikle “ana akış”, “alt akış” ve “üçüncü akış” diye geçer. ONVIF tarafında her akış bir medya profiline karşılık gelir ve her profilin bir token’ı vardır. VMS kameraya ONVIF ile bağlandığında GetProfiles çağrısıyla profilleri ve bağlı video kodlayıcı yapılandırmalarını okur, ardından GetStreamUri ile seçtiği profilin RTSP adresini alır. Profile S kameralarda Media servisi, Profile T kameralarda Media2 servisi kullanılır; Media2 H.265 desteğini de tanımlar. Profiller arasındaki farklar ONVIF Profile T, G ve M farkları yazısında ve ONVIF profil sayfasında anlatılıyor.

Sahada en sık gördüğümüz sorun eşleme hatasıdır. Profil token’ları üreticiden üreticiye farklı adlandırılır ve bazı kameralarda ONVIF profilleri web arayüzündeki akışlarla birebir eşleşmez. Sonuç: VMS kayıt için alt akışı almıştır ve kimse fark etmemiştir, ta ki bir olay görüntüsü istenene kadar. Kamerayı VMS’e ekledikten sonra hangi profilin hangi göreve atandığını VMS arayüzünden kontrol edin. Otomatik eşlemeye güvenmeyin.

Akış başına ayar tablosu

Aşağıdaki değerler genel amaçlı kurumsal kameralar için başlangıç noktasıdır. Kesin değerleri sahne, hedef piksel yoğunluğu ve VMS’in akış seçme davranışı belirler.

Akış	Çözünürlük	Kare hızı	Kullanım
Ana	Kameranın tam çözünürlüğü	12–25 fps (sahneye göre)	Kayıt, tam ekran izleme
Alt	640×360 (16:9) veya 640×480 (4:3)	10–15 fps	Izgara izleme, uzun saklamalı ikincil kayıt
Üçüncü	1280×720	10–15 fps	Mobil, uzak lokasyon, orta boy karolar
Analitik	Modelin ihtiyacına göre	Analitiğin gerektirdiği kadar	Sunucu tabanlı analitik

Üç kural tasarımı sadeleştirir:

1. Tüm akışlarda aynı en-boy oranı: Ana akış 16:9 ise alt akış da 16:9 olmalı (640×360 gibi). Alt akışta sık görülen 704×576 (PAL D1) değeri 4:3 görüntü için tanımlıdır; 16:9 ana akışla birlikte kullanıldığında hareket bölgeleri, gizlilik maskeleri ve analitik kutuları kayar. Fabrika ayarında bırakılan alt akış bu hatanın en yaygın kaynağıdır.
2. Codec tutarlılığı: İstemcide donanım hızlandırmalı çözme H.265’i destekliyorsa tüm akışlar H.265 olabilir; desteklemiyorsa alt akışta H.264 kullanmak ızgara performansını korur. Codec seçiminin uyumluluk tarafı H.265 ve H.264 karşılaştırması yazısında.
3. GOP uzunluğu: Alt akışta çok uzun GOP, canlı izlemede kameraya geçerken ilk görüntüyü geciktirir; istemci ilk I-frame’i bekler. Operatör bunu “kamera geç açılıyor” diye raporlar.

VMS’de akış seçimi ve adaptif izleme

Kurumsal VMS’lerin çoğu “adaptif akış” özelliğiyle istemcideki karonun piksel boyutuna göre akış seçer. Operatör 4×4 ızgaradayken alt akış, kameraya çift tıklayıp tam ekrana geçtiğinde ana akış gösterilir. Bunun verimli çalışması için:

• Kamerada en az iki akış farklı çözünürlükte tanımlı olmalı; aynı çözünürlükte iki akış seçim mantığını boşa çıkarır.
• VMS’de her akışın kayıt mı, canlı mı, ikisi birden mi kullanılacağı açıkça atanmalı.
• Kayıtlı görüntü oynatılırken yalnız kaydedilen akış kullanılabilir. Alt akış kaydedilmiyorsa oynatmada adaptif seçim yapılamaz ve istemci ana akışı çözer; 16 kameralı bir oynatma ızgarası bu yüzden canlı ızgaradan çok daha ağır çalışır. Bazı VMS’ler bu nedenle iki akışı birlikte kaydetmeyi veya alt akışı daha uzun saklamayı destekler.
• Mobil istemciler için bazı VMS’ler sunucu tarafında yeniden kodlama (transcoding) yapar. Bu, mobil sunucusunda ağır işlemci yükü yaratır; kameranın üçüncü akışını doğrudan kullanmak çoğu zaman daha verimlidir.

Kamera başına eşzamanlı oturum sayısı da tasarıma girer. Kameraların desteklediği eşzamanlı RTSP bağlantı sayısı sınırlıdır. Her istemcinin kameraya doğrudan bağlandığı yapıda bir noktadan sonra kamera yeni bağlantıyı reddeder ya da tüm akışlarda kare düşürür. Doğru yapı, VMS’in akışı bir kez alıp istemcilere dağıtması veya multicast kullanılmasıdır. Multicast tasarımı kamera ağında multicast ve IGMP snooping yazısında anlatılıyor.

Analitik için ayrı akış

Sunucu tabanlı video analitik kameradan ayrı bir akış alır. Bu akışın seçimi iki ihtiyacı dengeler: hedefin yeterli piksel yoğunluğuyla görünmesi ve analitik sunucusunun çözme ile çıkarım yükü.

• Çözünürlük: Nesne algılama modelleri girdiyi genellikle sabit bir boyuta küçültür. 4 MP akışı çözüp sonra küçültmek, 720p akış almaktan daha fazla GPU/CPU tüketir. Plaka tanıma veya uzaktaki küçük hedefler ise yüksek çözünürlük ister; o zaman ana akış ya da kırpılmış bir bölge akışı kullanılır.
• Kare hızı: Hızlı hareket eden hedefler (araçlar) yüksek kare hızı ister; çevre ihlali gibi senaryolarda düşük kare hızı yetebilir. Analitik üreticisinin önerdiği kare hızını esas alın.
• Bitrate: Agresif sıkıştırma ve akıllı codec nesne kenarlarını bozar, algılama doğruluğu düşer. Analitik akışında akıllı codec’i kapatmayı değerlendirin; kayıtta işe yarayan ayar analitikte zarar verebilir.

Analitiğin kamerada mı sunucuda mı çalışacağı akış tasarımını baştan değiştirir; karşılaştırma edge analitik mi sunucu tabanlı analitik mi yazısında.

Kamera işlem kapasitesi sınırları

Kameranın kodlayıcısı saniyede işleyebileceği toplam piksel miktarıyla sınırlıdır. Bu yüzden akışlar birbirinden bağımsız değildir. Ana akışta en yüksek çözünürlük ve kare hızı seçildiğinde üçüncü akış devre dışı kalabilir, alt akışın çözünürlük seçenekleri daralabilir ya da kamera üzerindeki analitik kapanmak zorunda kalabilir. Bazı modellerde koridor modu, görüntü döndürme veya yüksek WDR modları da akış seçeneklerini değiştirir. Bütçe tektir.

Üretici veri sayfasındaki akış kombinasyonları en iyi durum değerleridir. Ayarlardan sonra her akışın gerçekten istenen değerlerle geldiğini ölçün. FFmpeg paketindeki ffprobe ile codec, çözünürlük ve kare hızı hızlıca kontrol edilir (RTSP adresi, VMS’in ONVIF ile aldığı veya kamera arayüzünde görünen adrestir):

ffprobe -v error -rtsp_transport tcp -select_streams v:0 \
  -show_entries stream=codec_name,width,height,avg_frame_rate \
  -of compact "rtsp://kullanici:parola@10.10.20.31:554/<akis-yolu>"

Gerçek kare hızı ve bitrate için VMS’in kamera istatistik ekranı daha güvenilirdir; birkaç dakikalık ortalamaya bakın. Ana akışta kare düşmesi görüyorsanız üçüncü akışı veya kamera üzerindeki analitiği kapatıp farkı ölçün. Sıra önemlidir: önce ölç, sonra kapat, sonra tekrar ölç.

Yapılandırma kontrol listesi

• Her kamera grubu için akış görevleri (kayıt, canlı, mobil, analitik) yazılı olarak tanımlandı.
• Ana akış çözünürlüğü ve kare hızı hedef piksel yoğunluğuna ve sahne hareketine göre seçildi.
• Tüm akışlarda en-boy oranı aynı.
• Alt akış çözünürlüğü istemci karo boyutuna uygun; istemcilerin çözme kapasitesi test edildi.
• VMS’de akış–görev eşlemesi ve adaptif akış eşikleri kontrol edildi.
• Oynatmada da düşük çözünürlüklü akış gerekiyorsa alt akış kaydı ve saklama süresi belirlendi.
• Mobil erişim için üçüncü akış veya sunucu tarafı kodlama kararı verildi.
• Analitik akışının çözünürlük, kare hızı ve akıllı codec ayarları analitik üreticisinin önerisine göre yapıldı.
• Kamera başına eşzamanlı oturum sayısı ve multicast ihtiyacı değerlendirildi.
• Her akışın gerçek çözünürlük, kare hızı ve bitrate değeri ölçülüp kayda geçirildi.

Akış tasarımı kamera ağı trafiğinin ve kayıt depolamasının girdisidir; bant genişliği hesabında her akış ayrı ayrı toplanır. Farklı üreticilerin kameralarında ONVIF profil eşlemesinin düzgün yürütülmesi için ONVIF ve RTSP kamera entegrasyonu hizmet sayfasında kapsamı görebilirsiniz.

Sık sorulan sorular

Alt akış kayıt için kullanılabilir mi?

Kullanılabilir, ama alt akışın çözünürlüğü genellikle teşhis ve tanıma için yetmez. Alt akış kaydı, uzun saklama gereken genel alan kameralarında veya ana akışla birlikte daha uzun tutulan düşük kaliteli ikinci kayıt olarak anlamlıdır. Delil değeri taşıyacak kayıt ana akıştan alınır.

Kameranın üçüncü akışını açmak ana akış kalitesini düşürür mü?

Kameranın kodlama kapasitesi sınırlıysa evet. Bazı modellerde üçüncü akış açıldığında ana akışın kare hızı veya çözünürlük seçenekleri daralır. Üreticinin akış kombinasyon tablosuna bakın ve değişiklikten sonra ana akışın gerçek kare hızını ölçün.

VMS hangi akışı canlı izlemede göstereceğine nasıl karar verir?

Adaptif akış özelliği olan VMS’ler istemcideki karonun piksel boyutunu kamera akışlarının çözünürlükleriyle karşılaştırır ve karoyu karşılayan en küçük akışı seçer. Operatör tam ekrana geçtiğinde ana akışa geçilir. Seçim eşikleri VMS yapılandırmasından ayarlanır.

Alt akış ile ana akışın en-boy oranı farklı olursa ne olur?

Hareket algılama bölgeleri, gizlilik maskeleri ve analitik kutuları akışlar arasında kayar; canlı izlemeden kayda geçişte görüntü kesilmiş veya kaymış görünür. Tüm akışlarda aynı en-boy oranını seçmek bu sorunu ortadan kaldırır.