Matter 1.5.1 multi-stream – czy kamera może wysłać różną jakość obrazu do telefonu i rejestratora?
Tak. Matter 1.5.1 pozwala kamerze równocześnie dostarczać strumienie wideo o różnych parametrach, więc technicznie możliwy jest układ, w którym rejestrator dostaje obraz w wysokiej rozdzielczości i z wysokim bitrate’em, a telefon lżejszy strumień przeznaczony wyłącznie do podglądu. Nie oznacza to jednak, że każda kamera z logo Matter zrobi to automatycznie.
To ważne rozróżnienie. Matter 1.5, opublikowany w listopadzie 2025 r., wprowadził obsługę kamer i wideodomofonów. Matter 1.5.1 z 31 marca 2026 r. rozbudował część multimedialną m.in. o efektywniejszą obsługę wielu strumieni audio i wideo w jednej zorganizowanej sesji. Standard przewiduje wprost scenariusz: wysoka jakość do nagrywania, niższa do urządzenia mobilnego i osobny strumień do analizy obrazu.
Problem zaczyna się poziom niżej. Kamera musi mieć wystarczającą liczbę enkoderów, wydajność układu SoC i odpowiedni budżet sieciowy. Kontroler Matter musi umieć wynegocjować właściwe profile. A „rejestrator” musi rzeczywiście rozumieć sposób przekazywania obrazu używany przez tę kamerę. Sam napis Matter 1.5.1 na pudełku nie rozwiązuje tych trzech kwestii.
Multi-stream w Matter 1.5.1 nie oznacza kopiowania jednego obrazu
Najważniejsza zmiana polega na tym, że kamera nie musi traktować wszystkich odbiorców tak samo. Strumień przeznaczony do archiwizacji może mieć inne parametry niż ten używany przez telefon.
Matter opisuje takie zasoby przez Camera AV Stream Management, czyli klaster o identyfikatorze 0x0551. Podczas przydzielania strumienia kontroler może określić między innymi:
- zastosowanie: Recording, LiveView, Analysis lub Internal,
- kodek wideo,
- minimalną i maksymalną liczbę klatek na sekundę,
- minimalną i maksymalną rozdzielczość,
- minimalny i maksymalny bitrate,
- parametry klatek kluczowych,
- opcjonalnie znak wodny lub OSD.
Bitrate jest opisany w bitach na sekundę, a rozdzielczość jako szerokość i wysokość obrazu w pikselach. Kamera zwraca identyfikator przydzielonego strumienia – `videoStreamID` – dzięki czemu kolejne elementy systemu mogą odwoływać się do konkretnego profilu zamiast do abstrakcyjnego „obrazu z kamery”.
To daje praktyczną różnicę. Rejestrator może korzystać przykładowo z profilu 3840 × 2160, 25 kl./s i 8 Mb/s, podczas gdy telefon dostanie 1280 × 720, 15 kl./s i 1,5 Mb/s. Te wartości są przykładem konfiguracji, a nie wymaganiem Matter – standard celowo nie narzuca kamerze rozdzielczości 4K, 1080p czy konkretnego bitrate’u. Urządzenie ogłasza własne możliwości.
W Matter są do tego konkretne parametry sprzętowe. Szczególnie istotne są MaxConcurrentEncoders, MaxEncodedPixelRate, MaxNetworkBandwidth, `VideoSensorParams` oraz `RateDistortionTradeOffPoints`. Dzięki nim kontroler nie powinien żądać konfiguracji, której kamera fizycznie nie jest w stanie zakodować.
Jest jeszcze jeden ciekawy szczegół: struktura strumienia ma także referenceCount. Jeżeli kilku odbiorców może używać identycznie zakodowanego obrazu, nie zawsze trzeba uruchamiać kolejny niezależny profil. Jeśli jednak telefon ma dostać 720p, a rejestrator 4K, potrzebne są faktycznie różne parametry kodowania i wtedy ograniczenia sprzętowe kamery zaczynają mieć znaczenie.
Telefon 720p i rejestrator 4K – kiedy taki układ rzeczywiście zadziała
Załóżmy konkretną konfigurację. Kamera pracuje w 4K i nagrywa przez całą dobę, a właściciel kilka razy dziennie otwiera podgląd w telefonie.
Strumień nagrywania:
3840 × 2160, 25 kl./s, 8 Mb/s
Strumień mobilny:
1280 × 720, 15 kl./s, 1,5 Mb/s
Gdy oba działają jednocześnie, sam materiał wideo generuje około 9,5 Mb/s ruchu. Do tego trzeba doliczyć narzut protokołów i pozostawić zapas na retransmisje, zmiany warunków radiowych oraz pozostały ruch w sieci. Projektowanie Wi-Fi tak, aby dostępne pasmo było dokładnie równe sumie bitrate’ów kamer, szybko kończy się przycięciami. W instalacji monitoringu rozsądny zapas jest ważniejszy niż imponujący wynik speed testu wykonany metr od routera.
Różnica w ilości danych jest duża. 8 Mb/s oznacza około 1 MB danych na sekundę, czyli około 86,4 GB na dobę ciągłego nagrania. Przez 30 dni daje to około 2,59 TB przed uwzględnieniem dodatkowego narzutu. Tymczasem dziesięć minut podglądu 1,5 Mb/s zużywa około 112,5 MB.
Właśnie dlatego przesyłanie tego samego 8-megabitowego strumienia 4K do telefonu nie ma większego sensu. Na ekranie smartfona często nie daje proporcjonalnie lepszego efektu, za to zwiększa zużycie transferu, obciąża Wi-Fi i wydłuża czas uruchamiania podglądu przez słabsze połączenie mobilne.
Różne profile pozwalają również inaczej wykorzystać wydajność procesora obrazu. Dla przykładu 4K przy 25 kl./s oznacza:
3840 × 2160 × 25 = 207 360 000 pikseli na sekundę.
720p przy 15 kl./s to dodatkowe:
1280 × 720 × 15 = 13 824 000 pikseli na sekundę.
To pokazuje, dlaczego dwa strumienie nie są dla kamery „za darmo”. Układ wideo musi kodować znacznie większą ilość materiału niż przy jednym profilu. Dlatego przy zakupie kamery do pracy wielostrumieniowej ważniejsze od samego napisu „4K” jest to, ile równoległych profili urządzenie potrafi rzeczywiście utrzymać.
Matter 1.5.1 usprawnia również transport. WebRTC Transport Provider i Requestor mogą obsługiwać wiele identyfikatorów strumieni w ramach negocjowanej sesji, zamiast zakładać wyłącznie pojedynczy strumień wideo i audio. Dla podglądu oznacza to mniej sztucznego mnożenia całych sesji tylko dlatego, że potrzebne są różne źródła lub profile.
Nagrywanie może korzystać z innej ścieżki. Push AV Stream Transport pozwala kamerze przesyłać materiał do miejsca docelowego, a Matter 1.5.1 rozszerzył tę część o pełną obsługę przesyłania HLS i DASH przez CMAF Interface-2. To rozwiązanie jest szczególnie istotne dla systemów zapisujących materiał na serwerze lub w chmurze.
Największa pułapka: Matter nie zamienia automatycznie każdego NVR w rejestrator Matter
Tu najłatwiej kupić sprzęt na podstawie jednego parametru i później się rozczarować.
Multi-stream jest funkcją architektury Matter, ale zgodność rejestratora pozostaje oddzielnym problemem. Tradycyjne rejestratory NVR bardzo często przyjmują kamery przez RTSP, ONVIF albo protokół producenta. Samo wprowadzenie multi-stream do Matter nie powoduje, że taki NVR nagle zacznie obsługiwać Matter Camera AV Stream Management, WebRTC czy Push AV Stream Transport.
W praktyce możliwe są trzy warianty.
Pierwszy jest najbardziej „matterowy”: kamera, kontroler i system zapisujący obraz obsługują odpowiednie funkcje Matter. Wtedy można przydzielić Recording w wysokiej jakości oraz LiveView w jakości zoptymalizowanej pod telefon.
Drugi jest dziś równie istotny: aplikacja mobilna korzysta z Matter/WebRTC, natomiast rejestrator pobiera główny strumień przez RTSP lub ONVIF. Kamera realizuje dwa profile, ale tylko jeden z nich jest dostarczany ścieżką Matter. To nadal jest poprawna i często rozsądniejsza konfiguracja, jeżeli producent zachował tradycyjne protokoły monitoringu.
Trzeci wariant jest najgorszy: kamera deklaruje Matter, ale jej sprzęt albo firmware udostępnia tylko jeden użyteczny profil kodowania. Wtedy otwarcie podglądu może wymusić obniżenie parametrów, wykorzystać ten sam strumień co nagrywanie albo skończyć się odmową przydzielenia dodatkowego zasobu.
Przed zakupem trzeba więc sprawdzić przede wszystkim MaxConcurrentEncoders. To znacznie bardziej użyteczna informacja niż samo „obsługuje multi-stream”. Następnie należy zweryfikować `RateDistortionTradeOffPoints`, czyli jakie kombinacje kodeka, rozdzielczości i minimalnego bitrate’u kamera rzeczywiście oferuje.
Trzecia kontrola to MaxNetworkBandwidth. Kamera mająca kilka enkoderów nadal może ograniczać łączny ruch sieciowy. Przy kilku kamerach jest to szczególnie istotne – cztery urządzenia wysyłające po 8 Mb/s do rejestratora tworzą już 32 Mb/s stałego ruchu, jeszcze zanim ktoś otworzy podgląd na dwóch telefonach.
Trzeba także sprawdzić firmware oraz kontroler. Kamera zaprojektowana pierwotnie dla Matter 1.5 nie otrzymuje pełnych możliwości 1.5.1 tylko dlatego, że standard został opublikowany. Producent musi zaimplementować odpowiednie zmiany, a hub, aplikacja lub kontroler musi umieć z nich skorzystać. To jeden z najbardziej irytujących elementów obecnego etapu rozwoju kamer Matter: zgodność protokołu na papierze nie zawsze oznacza, że konkretna funkcja jest już dostępna w interfejsie użytkownika.
Nie należy też utożsamiać multi-stream z automatycznym adaptacyjnym streamingiem. Standard daje mechanizmy przydzielenia kilku różnych profili, ale ostateczną decyzję, który profil uruchomić i komu go przekazać, podejmuje implementacja urządzenia i kontrolera.
FAQ – Matter 1.5.1 i kilka strumieni z jednej kamery
Czy kamera Matter 1.5.1 może nagrywać w 4K i jednocześnie pokazywać 720p na telefonie?
Tak, architektura standardu na to pozwala. Kamera musi jednak obsługiwać odpowiednie profile, wystarczającą liczbę równoczesnych enkoderów oraz wymagany budżet przetwarzania i sieci.
Czy Matter określa, że główny strumień ma mieć 4K, a dodatkowy 720p?
Nie. Matter definiuje sposób negocjowania rozdzielczości, bitrate’u, FPS, kodeka i zastosowania strumienia. Konkretne wartości zależą od sprzętu.
Czy dwa odbiorniki zawsze oznaczają dwa enkodowane strumienie?
Nie. Jeżeli oba mogą używać identycznych parametrów, urządzenie może współdzielić już przydzielony strumień. Dwie różne jakości, np. 4K i 720p, zwykle wymagają dwóch różnych profili kodowania.
Czy rejestrator ONVIF automatycznie obsłuży multi-stream z Matter 1.5.1?
Nie. ONVIF/RTSP i Matter to różne mechanizmy integracji. Kamera może obsługiwać oba równolegle, ale trzeba to potwierdzić w dokumentacji konkretnego modelu.
Czy Matter 1.5.1 obsługuje tylko H.264?
Nie. Model danych przewiduje również inne kodeki, w tym HEVC, VVC i AV1. Konkretna kamera nie musi jednak implementować wszystkich możliwości zdefiniowanych w standardzie.
Czy w Matter 1.5.1 zmieniło się coś poza multi-streamem?
Tak. Dodano między innymi obsługę obrazów HEIC dla snapshotów oraz HLS i DASH przez CMAF Interface-2 dla przesyłania nagrań. Poprawiono również zachowanie PTZ i walidację konfiguracji nagrywania.
Czy dwa strumienie pogorszą obraz zapisywany na rejestratorze?
Nie powinny, jeżeli kamera ma wystarczającą wydajność. Jeżeli zabraknie enkoderów, budżetu kodowania albo przepustowości, urządzenie może nie zaakceptować kolejnego profilu lub system będzie musiał wybrać lżejsze parametry.
Co sprawdzić przed zakupem kamery właśnie pod taki scenariusz?
Nie zaczynaj od liczby megapikseli. Sprawdź obsługiwane `StreamUsage`, liczbę równoległych enkoderów, zakres rozdzielczości i bitrate’ów, maksymalne FPS, kodeki, maksymalne pasmo sieciowe oraz sposób integracji z konkretnym NVR.
Więcej informacji na: https://househub.pl.
Jeżeli celem jest wysoka jakość do rejestratora i lekki podgląd w telefonie, zacznij od sprawdzenia `MaxConcurrentEncoders` i rzeczywistych profili `RateDistortionTradeOffPoints` konkretnej kamery, a dopiero później weryfikuj rozdzielczość matrycy. Najczęstszy błąd to zakup urządzenia „Matter 1.5.1” bez sprawdzenia, czy kamera potrafi jednocześnie utrzymać dwa różne profile i czy rejestrator umie odebrać ten przeznaczony do nagrywania.
