- Infolinia:
- +48 22 863 63 53
- janex@janexint.com.pl
RTMP
Transmisje na żywo z wykorzystaniem protokołu RTMP
Obecna sytuacja na świecie związana z pandemią koronowirusa Covid-19, zmusza nas do szukania nowych rozwiązań służących do dotarcia do naszych klientów,słuchaczy, fanów czy wyznawców. Jak wiemy możliwość spotkań została czasowo ograniczona, a wyjście z domu jest możliwe tylko do pracy, sklepu lub na krótki spacer. Ponownie na pomoc przychodzi nowoczesna technologia. Przychodzi więc czas, by rozpocząć przygodę z transmisją strumieniową na żywo w Internecie. Moglibyście pomyśleć, że wystarczy kamera IP i dostęp do internetu. To niestety nie jest takie proste, ale w tym artykule opowiemy wam jak dobrać odpowiedni sprzęt i co więcej jak go skonfigurować oraz krok po kroku uruchomić transmisję obrazu i dźwięku w serwisie YouTube.
Zastosowanie transmisji strumieniowej na żywo:
Msze święte i nabożeństwa;
Imprezy masowe;
Prowadzenie e-learningu, webinary, szkolenia, lekcje szkolne;
Relacje z wydarzeń, akcje promocyjne;
Osadzenie transmisji na własnej stronie internetowej;
Skoki narciarskie, punkty widokowe;
Co nam będzie potrzebne?
Kamera IP z obsługą audio i protokołem RTMP
Aktywny mikrofon, sygnał liniowy audio z istniejącego wzmacniacza, konwerter linii 100V na sygnał liniowy małej mocy
Wydajne łącze internetowe, najlepiej symetryczne min. 10Mbit(download)/10Mbit/upload)
Komputer (tylko na czas konfiguracji zestawu)
Trochę teorii
RTMP (ang. Real-time Streaming Protocol) - protokół TCP stworzony przez firmę Adobe dla streamingu audio, wideo i danych, pomiędzy Flash Playerem a źródłem wideo. W naszym przypadku źródłem wideo będzie kamera firmy DAHUA, a Flash Player zaimplementowany jest w serwisie YouTube.
AAC (ang. Advanced Audio Coding)– algorytm stratnej kompresji audio. Jest to następca formatu MP3, oferujący lepszą jakość dźwięku przy podobnym zapotrzebowaniu na pasmo. Format jest zgodny z protokołem RTMP oraz serwisem YouTube.
Konfiguracja kanału YouTube
Wystarczy posiadać swój kanał na YouTube, aby w dowolnej chwili rozpocząć live streaming. Dzięki funkcji czatu można na żywo podtrzymywać kontakt z oglądającymi, a możliwość udostępnienia linku do transmisji korzystnie wpływa na zwiększenie zasięgu naszego kanału.
Dodatkowe wytyczne do konta
Kanał musi być zweryfikowany.
Musi być włączona opcja „Transmisja na żywo”.
Materiał nie może naruszać praw autorskich.
Jeśli nagranie będzie zawierało fragment np. „jakiegoś przeboju” to transmisja może zostać zablokowana na 90dni.
Krok 1. Po zalogowaniu się na konto Google należy wybrać serwis YouTube.
Krok 2. Wybieramy przycisk „Twórz filmy i inne treści”
Krok 3. Wybieramy przycisk „Transmituj na żywo”
Krok 4. Wybieramy opcję „TRANSMISJA”
Krok 5. Wypełniamy wszystkie pola zgodnie z naszymi wymaganiami.
Krok 6. Zatwierdzamy przyciskiem „UTWÓRZ TRANSMISJĘ”
Krok 7. YouTube wygeneruje odpowiedni link dostępowy do serwerów oraz klucz.
Krok 8. Link oraz klucz należy skopiować do Notatnika w celu połączenia w jeden ciąg.
Krok 9. Utworzony ciąg powinien wyglądać tak:
Krok 10. Teraz musimy przejść do konfiguracji kamery IP DAHUA
Konfiguracja kamery
Krok 1. Ustawienie kodowania na H.264 lub H.264H
Zalecane są rozdzielczości kamer które posiadają format 16:9.
Wystarczy ustawić parametry strumienia który będzie przekazywany na serwery YouTube, w naszym przypadku będzie to strumień główny.
Zalecane parametry przez serwis YouTube to:
Dźwięk AAC;
Klatka kluczowa
co 2s. W naszym przypadku co 50-a przy odświeżaniu 25kl/s;
Liczba klatek do 60kl/s;
Kodowanie wideo H.264;
Transmisja CBR;
Protokół RTMP bez szyfrowania.
Klatka kluczowa to klatka w zakodowanym strumieniu obrazu, która zawiera pełną informację o wszelkich obiektach na obrazie, to tzw. klatka referencyjna.
Krok 2. Ustawiamy parametry kodowania AUDIO.
Częstotliwość próbkowania można ustawić na np. 48kHz (działają też niższe).
Ustawień kodowania audio dokonujemy dla strumienia który będziemy transmitowali zdalnie, w naszym przypadku będzie to strumień główny.
Należy też ustawić odpowiednio wejście AUDIO, mikrofon lub wejście liniowe. Nasza kamera posiada już wbudowany mikrofon.
Krok 3. Sprawdzenie łączności kamery z Internetem.
Krok 4. Konfiguracja protokołu RTMP.
Typ adresu do strumieniowania wybieramy jako „Niestandardowe”.
W polu „Custom Address” wklejamy wcześniej przygotowany adres złożony że ścieżki do serwera YouTube oraz klucza.
Po wpisaniu odpowiedniej ścieżki do kamery IP i uzyskaniu strumieniowania on-line w serwisie YouTube komputer nie musi już nadzorować transmisji. Kamera od tej chwili będzie działała autonomicznie łącząc się samoczynnie s serwisem YouTube.
Dobór kamery do transmisji strumieniowej
Do transmisji strumieniowej możemy wykorzystać protokół RTSP oraz RTMP.
W przypadku protokołu RTSP musimy korzystać z dodatkowych programów i komputera w celu konwersji do strumienia RTMP. W przypadku protokołu RTSP kamera jedynie udostępnia usługę na wybranym porcie, to zadaniem oprogramowania jest połączenie się z kamerą na publicznym adresie IP. W przypadku protokołu RTMP w kamerach IP DAHUA sytuacja wygląda inaczej. To kamera łączy się z serwerem lub oprogramowaniem i wysyła strumień. W tym przypadku nie jest wymagane posiadanie stałego publicznego adresu IP.
Wybrane serie kamer DAHUA dają nam możliwość skorzystania bezpośrednio z protokołu RTMP bez pośrednictwa komputera. Komputer potrzebny jest tylko na czas konfiguracji.
Warunkiem obsługi protokołu RTMP w kamerach Dahua jest obecność firmware w wersji 2.800 lub wyższej.
Na dzień dzisiejszy spotkać go można w kamerach IP serii:
Lite z kompresją H.265 (czyli nowszej serii Lite);
Pro (do Pro zaliczamy kamery Eco Savvy 3.0);
Większości kamer serii AI (z wyłączeniem Pro AI 1 MP oraz Ultra AI 2 i 3 MP);
Kamery IP PTZ serii T-HN.
Sprawdzenie czy do wybranej serii dostępny jest firmware w wersji 2.800 dokonujemy na stronie:
https://files.dahua.support/Firmware/Kamery%20-IP-%20sta%C5%82opozycyjne/
Przygotowaliśmy też specjalny plik z zestawieniem o dostępności wersji firmware dla różnych modeli kamer.
Selektor kamer IP DAHUA które zwierają wejście AUDIO dostępny jest w naszym sklepie B2B.
Dobór kamery
| Model kamery | Seria | Obudowa | Obiektyw | Rozdzielczość | Audio |
| IPC-HFW3241T-ZAS-27135 | Lite AI | Bullet | 2,7 - 13,5mm | 2MP | 1 wejście |
| IPC-HFW5631E-ZE-27135 | Eco Savvy 3.0 | Bullet | 2,7 - 13,5mm | 6MP | 1 wejście |
| IPC-HDBW5431E-ZE-27135 | Eco Savvy 3.0 | Kopułka | 2,7 - 13,5mm | 4MP | 1 wejście |
| IPC-HDW5231R-ZE-27135 | Eco Savvy 3.0 | Kopułka | 2,7 - 13,5mm | 2MP | wbudowany mikrofon |
| IPC-HFW5442E-ZE-2712 | Pro AI | Bullet | 2,7 -12mm | 4MP | 1 wejście |
| IPC-HFW5442T-ASE-0280B | Pro AI | Bullet | 2,8mm | 4MP | 1 wejście |
| IPC-HDBW4231E-ASE-0280B | Eco Savvy 3.0 | Kopułka | 2,8mm | 2MP | 1 wejście |
| IPC-HDW2231T-AS-0280B-S2 | Lite | Kopułka | 2,8mm | 2MP | wbudowany mikrofon |
| IPC-HDW2431T-AS-0280B-S2 | Lite | Kopułka | 2,8mm | 4MP | wbudowany mikrofon |
| IPC-HDW4231EM-ASE-0280B | Eco Savvy 3.0 | Kopułka | 2,8mm | 2MP | wbudowany mikrofon |
| IPC-HFW5442T-ASE-0360B | Pro AI | Bullet | 3,6mm | 4MP | 1 wejście |
| IPC-HFW5449T-ASE-NI-0360B | Pro AI | Bullet | 3,6mm | 4MP | 1 wejście |
| IPC-HDBW4231E-ASE-0360B | Eco Savvy 3.0 | Kopułka | 3,6mm | 2MP | 1 wejście |
| IPC-HDW4631EM-ASE-0360B | Eco Savvy 3.0 | Kopułka | 3,6mm | 6MP | wbudowany mikrofon |
| IPC-HFW5631E-Z5E-0735 | Eco Savvy 3.0 | Bullet | 7 - 35mm | 6MP | 1 wejście |
| IPC-HDBW5431E-Z5E-0735 | Eco Savvy 3.0 | Kopułka | 7 - 35mm | 4MP | 1 wejście |
Dobór mikrofonu
Poniżej (po kliknięciu w obrazek) przygotowaliśmy przegląd mikrofonów, dostępnych w naszej ofercie - z podziałem na producentów.
Dobór innych elementów systemu
Jako konwerter/interfejs linii głośnikowej 100V do sygnału liniowego AUDIO można zastosować:
Interfejs 100V/0,7V TX-100;
PATL-100.
Wykorzystanie będzie szerzej opisane w dalszej części artykułu (przypadek 3.)
Typowe schematy podłączeń w miejscu instalacji systemu
Zalety transmisji strumieniowej RTMP:
Nie potrzebujemy komputera do działania transmisji.
Nie potrzebujemy stałego publicznego adresu IP.
Nie trzeba konfigurować przekierowania portów na routerze.
Działa na modemach LTE.
Automatyczne wznowienie transmisji po ponownym uruchomieniu kamery.
Przypadek 1.
Przypadek 2.
Przypadek 3.
Autor:Robert Mech
Specjalista ds. Technicznych
Specjalista w dziedzinie systemów SSWiN w szczególności marki: Bosch, Risco, Satel, telewizji przemysłowej marki Evos oraz kontroli dostępu marki Roger. Z firmą Janex International związany od ponad 9 lat. Autoryzowany Trener w zakresie Systemów Sygnalizacji Włamania i Napadu Bosch Security and Safety Systems
36 Komentarze
Zalecenia od DAHUA dla ustawień kodowania kamery:
Kodek H.264 (nie H264.H) i AAC (dla obu strumieni).
1080P@25fps (przy problemach trzeba zmniejszyć nawet do 15kl/s)
Strumień CBR 1-3 Mb/s
System PAL
Audio AAC, próbkowanie 8000 kbps.
Zdalna konfiguracja kamery przez P2P.
Aby korygować ustawienia kamery zdalnie przez Internet należy:
– W kamerze należy włączyć łączność P2P Sieć->Platforma dostępu->P2P
– Na komputerze do programu SmartPSS dodać naszą kamerę poprzez numer SN
– W programie SmartPSS w zakładce DEVICES/Urządzenia przejść do konfiguracji zdalnej
– Następnie wybieramy niebieski przycisk „Link to WEB” w celu utworzenia tunelu HTTP dla przeglądarki internetowej
– Po uruchomieniu przeglądarki logujemy się do kamery uzyskując pełny dostęp
– W tle cały czas musi być uruchomiony program SmartPSS
W ten sposób uzyskujemy pełną łączność poprzez przeglądarkę do konfiguracji kamery bez posiadania stałego adresu IP.
Konfiguracja z programu SmartPSS za pośrednictwem P2P jest ograniczona
Proszę zgłaszać uwagi i pytania do działania protokołu RTMP.
Witam,
jak rozwiązujecie problem rozjeżdzającego się dźwięku z obrazem, kiedy gdzie upload nagle ma spadek, dźwięk na platformie youtube rozjeżdża się z obrazem, pewnie połowa osób używająca dahue ma ten sam problem, IPOX zrobił sprytnie odświeżanie dźwięku które jest nie zauważalne
Witam.
W celu dokładnej diagnozy problemu proszę o podanie bardziej szczegółowych danych:
– rodzaj i szybkość łącza internetowego download/upload? Test łącza proszę wykonać przez stronę np. speedtest
– model kamery ?
– wersję firmware kamery ?
– ustawioną rozdzielczość wideo, zastosowany kodek, rodzaj ustawionego strumienia wideo, pasmo dla strumienia wideo, liczbę klatek, liczbę klatek kluczowych iframe?
– ustawione parametry strumienia dla strumienia AUDIO
Mając informację na temat podstawowych parametrów możemy przeanalizować problem, ewentualnie zgłosić problem u producenta.
A ja mam problem z kamerą Dahua IPC-HFW3241T-ZAS-27135 po włączeniu jest obraz na YouTubie a brak dźwięku. Dopiero zmiana ustawień -Częstotliwość próbkowania dźwięku 16000 na 8000, restartuje i pojawia się dzwięk.
U mnie problem z kamerą IPC-HFW5241E-ZE. Rozjeżdża się co jakiś czas obraz z dźwiękiem. Dźwięk podłączony ze wzmacniacza audio.
Kamera najpierw włączana przed samym wydarzeniem, potem dla testów non-stop. Efekty podobne co jakiś czas transmisja „rozjechana”…
W Kamerze po walkach podmieniliśmy firmware na najnowszy: DH_IPC-HX5XXX-Volt_MultiLang_PN_Stream3_V2.800.0000000.12.R.200319.
Prze 3 dni było OK i nawet nie miało znaczenia przy kamerze włączonej non-stop, że wzmacniacz audio jest w trakcie jej pracy włączany i wyłączany (obraz i dźwięk był OK).
Od paru dni znowu okresowo rozjeżdża się dźwięk z obrazem.
Ustawienia obecne:
(Wideo) kodek – H.264, 1080p, 25kl/s, interwał ramek przestawiony z 50 na 25, pasmo najpierw ustawione na standardowe 4096Kb/s teraz dla testów 4500Kb/s (stan transmisji zgłaszał przy 4096 za dużą ilość klatek/s i zalecał ustawienie pasma na 4500Kb/s – w trakcie testów).
(Audio) kodek – AAC, próbkowanie przełączane z 8000 na 48000 (zalecenia Stanu Transmisji z YT).
Cyklicznie – czy wzmacniacz audio jest włączony i jest przekaz dźwięku, czy nie dostaję „Sugestię” z transmisji:
„Szybkość transmisji strumienia audio (0) jest mniejsza od zalecanej. Sugerujemy ustawienie wartości 128 kb/s” – ale „Stan Transmisji – Doskonały…
Gdzie jeszcze mogę szukać przyczyn takiego stanu rzeczy. Ma ktoś jakieś pomysły… Transfer neta ulopad >= 10Mb/s…
???
Z góry dzięki…
Witam.
Przedstawiony przypadek został zgłoszony do wsparcia technicznego firmy DAHUA.
Po otrzymaniu odpowiedzi od producenta odpiszemy niezwłocznie.
Pozdrawiam.
Otrzymaliśmy nowy firmware do kamer serii PRO AI czyli 5x4x.
Jest to wersja zoptymalizowana do pracy z RTMP i serwisem YouTube.
Proszę wgrać i przesłać informację zwrotną.
link do pliku:
https://b2bgo.janexint.com.pl/pl/do-pobrania?sf=name&st=asc&d=/Materialy%20Techniczne%20-%20Programy%20-%20Instrukcje%20-%20Portal%20Janex/DAHUA/CCTV/Firmware/firmware%20specjalny%20Beta%20dla%20RTMP
Dzięki wielkie!
Dodatkowa informacja:
Po aktualizacji firmware należy wykonać reset do ustawień fabrycznych (bez IP i hasła)
Nie tylko wy macie, problem, wiemy co jest przyczyna i jak ręcznie rozwiązać problem, ale software owo, dahua, BCS na chwilę obecną go nie rozwiązali. Napisałem tu o problemie tylko i wyłącznie dla ironii, mamy zamontowanych obecnie transmisji po rtmp na dahua/bcs 50 kamer. Jak czytam opisy parametrów, bo producent tak zalecił, to się trochę słabo robi, a wszystkie serwisy to publik,ują bo wydaje im się że skoro producent tak napisał, to tak jest najlepiej, przecież każde łącze internetowe jest takie samo… W jednych przypadkach mamy kamerę podłączona do światłowodu 100mb/s, w innych 4mb/s (uploadu) i czasem tam gdzie jest 4mb/s transmisja działa dużo lepiej, niż na łączu 100mb/s (uploadu), może się okazać że macie taką degradację na światłowodzie, że w przypadku transmisji 24h bez włączonej autokonserwacji, dźwięk każdego dnia w najlepszym wypadku rozjedzie się wam o kilka sekund. Nie ma znaczenia też platforma, czy to youtube czy jakaś inna, dźwięki potrafią rozjechać się na każdej platformie, wynika to z buforowania. firmware kamery potrzebuje koniecznie poprawki, zgłosiliśmy do producenta problem z dokładnym opisem, co muszą zrobić żeby rozwiązać problem… czekamy o ile sami wcześniej tego problemu nie rozwiążemy.
Tak dla was żebyście się zbytnio nie głowili, dostosujcie to do waszego uploadu.
H264/H264H – nie ma znaczenia
8000, 16000, 32000, 48000 – nie ma znaczenia, my ustawiamy 32 i 48k najczęściej
1920×1080 -25fps-15fps (dostosować do łącza)
CBR, bitrate 1500-4096 (dostosować do łącza i do fps), przy 15 fps 1,7k, przy 20 2-3k, przy 25 4k
ramka kluczowa co 2s
nazwy kamery, data czas – nie ma znaczenia
strumień pomocniczy – jest tylko i wyłącznie do waszego podglądu i nic więcej.
Jak dźwięk wam się desynchronizuje na youtube, to jak odpalicie podgląd przez http lub smartpss, zawsze będzie z synchronizowany, tak że nawet szkoda sprawdzać…
ustawiać auto konserwację codziennie, godzina w środku mszy, najmniej problemów jest tam, gdzie transmisja wyłączana jest po mszy i włączana przy kolejnej, odświeża się strumień, synchronizuje się dźwięk i youtube nie widzi problemów przez najbliższy czas jak występuje ruch…
pozdrawiam,
Gati Systemy Zabezpieczeń 🙂
Część problemów ze stabilnością wynika z jakości łącza.
Proszę wykonać test szybkości na stronie:
https://fast.com/pl/
Po wykonaniu testu należy należy wybrać „Więcej szczegółów” i odczytać parametry:
-Ping dla „Poł. obciążone” w [ms]
-Prędkość wysyłania
Opóźnienie przy obciążeniu dla PING powinno wynosić jak najmniej. Wartością zalecaną jest czas około 30-60ms.
Przy pingu powyżej 80ms mogą występować problemy.
Dodatkowo zawsze proszę zweryfikawać czy firmware dw kamerze jest aktualny.
Witam,
W naszej instalacji nie mamy większych problemów z obrazem, działa płynnie na LTE. Pojawiają się inne problemy. Czy macie jakiś sposób, aby dostać się do konfiguracji RTMP w kamerze skonfigurowanej przez P2P? Nie widzę tego nigdzie w SmartPSS. Mam też pytanie o PATL-100, bo tutaj kompletnie nie mamy doświadczenia, wpinamy konwerter do linii 100v Rducha przy najbliższym głośniku, a wyjście konwertera przejściówką z XLR na RCA. Czy to wszystko? Czy jest jeszcze coś po drodze? Regulacja konwertera?
Z góry dzięki za pomoc.
Pozdrawiam.
JPservice
Możliwość połączenia przeglądarką IE przez P2P poprzez utworzenie tunelowania dla protokołu HTTP dostępne jest w najnowszej wersji SmartPSS 2.03.1
link:
https://files.dahua.support/Oprogramowanie/SmartPSS/Testowy%20SmartPSS%202.03.1/
Opis użycia w komentarzu pt: „Zdalna konfiguracja kamery przez P2P.”
Witam,
wiadomo łącze ma znaczenie, ale Państwo są teorytekami, pingi mamy na poziomie 15-20ms, to nie ma wpływu na rozjeżdżanie się obrazu z dźwiękiem, po prostu nie jest przemyślany software, dla czego na streamerze fortec nie ma takich problemów?
Otrzymaliśmy nowy firmware do kamer serii PRO AI czyli 5x4x. Do serii 3 firmware będzie dostępny wkrótce.
Jest to wersja zoptymalizowana do pracy z RTMP i serwisem YouTube na słabych łączach internetowych
Testy klientów potwierdziły stabilność transmisji.
link do pliku:
https://b2bgo.janexint.com.pl/pl/do-pobrania?sf=name&st=asc&d=/Materialy%20Techniczne%20-%20Programy%20-%20Instrukcje%20-%20Portal%20Janex/DAHUA/CCTV/Firmware/firmware%20specjalny%20Beta%20dla%20RTMP
Zapraszamy również do zapoznania się z rozwiązaniami RTMP proponowanymi przez firmę HIKVISION
link:
https://b2bgo.janexint.com.pl/pl/aktualnosci/rozwiazania-hikvision-do-internetowej-transmisji-na-zywo-po-protokole-rtmp-126.html
A jeśli chodzi o audio to Dahua chyba nie odróżnia częstotliwość próbkowania 44,1 kHz i 48 kHz
od szybkość transmisji dźwięku ( przepływności strumienia ) 64 ,48, 32 ,16 i 8 kbps
Częstotliwościach próbkowania to nie to samo co przepływność
YouTube zaleca też przepływność 128 kb/s i próbkowanie 44,1 kHz lub 48 kHz
Jakość dźwięku Przepływność
“Telefoniczna” 8 kb/s
“Lepsza niż na krótkich falach” 16 kb/s
“Lepsza niż AM” 32 kb/s
“Zbliżona do FM” 56…64 kb/s
“Prawie-CD” 96 kb/s
“CD” 112…128 kb/s
W kamerze co jest ustawiane : Hz czy b/s ???
Pozdrawiam
Jarek
W kamerze ustawiamy pasmo w kHz
Nie ma możliwości wymuszenia pasma audio w kb/s
Teoria, teoria, teoria… RTMP nie nadaje się to transmisji na żywo, w szczególności -> przy pingach powyżej 30-60ms (chyba że mówimy o profesjonalnych łączach). Jest cała „masa” dodatkowych „szczegółów”, które zmieniają się w zależności od zastanych warunków technicznych i niestety ich dopasowanie nie jest uniwersalne. Im więcej takich opisów, tym więcej frustracji i nowych klientów dla nas ;). Trochę więcej dokumentacji proponuję poczytać… Niestety zalecane ustawienia kodowania przesyłania zmieniły się w ostatnim czasie i w odniesieniu do powyższych opisów korelują – a to nie daje oczekiwanego efektu. Wręcz odwrotnie. Są instalacje, że wystarczy podłączyć i „działa”, w innych przypadkach system nie ruszy z zadowalającymi parametrami bez kilku dodatkowych niewymienionych tutaj sprzętów. Oczywiście, jeśli chcecie transmitować ptaszki to LUX rozwiązanie… Na tanich kamerach i średnio stabilnych łączach da się zrobić dobrą transmisję, ale bez „stabilizatorów” się nie obejdzie…
Otrzymaliśmy nowy firmware do kamer serii PRO AI czyli 5x4x. Do serii 3 firmware będzie dostępny wkrótce.
Jest to wersja zoptymalizowana do pracy z RTMP i serwisem YouTube na słabych łączach internetowych
Testy klientów potwierdziły stabilność transmisji.
link do pliku:
https://b2bgo.janexint.com.pl/pl/do-pobrania?sf=name&st=asc&d=/Materialy%20Techniczne%20-%20Programy%20-%20Instrukcje%20-%20Portal%20Janex/DAHUA/CCTV/Firmware/firmware%20specjalny%20Beta%20dla%20RTMP
Witam
posiadam kamerę IPC-HDW2231T-AS-0280B-S2 ciągle pojawia się komunikat „Szybkość transmisji strumienia audio (0) jest mniejsza od zalecanej. Sugerujemy ustawienie wartości 128 kb/s.”
Wersja systemu v 2.800 3R 2019.08.16
Twoja prędkość połączenia internetowego: 22 Mbps
Opóźnienie
Poł. nieobciążone 32 ms
Poł. obciążone 143 ms
Wysyłanie Prędkość 5.9 Mbps
Pojawiły się nowe softy z poprawkami w RTMP.
https://files.dahua.support/Firmware/_TEST-RTMP/
jest też info :
UWAGA
Jest to fw testowy, usprawniający działanie RTMP.
Oficjalny FW będzie dostępny pod koniec maja.
Pozdrawiam Jarek
IPC-HDW2231T-AS-S2 czy do tej kamery jest soft ?
Na dzień 25.05.2020r brak.
https://m.youtube.com/watch?feature=youtu.be&v=x2QkOt0KuQE
Ktoś wie skąd ta słyszalna modulacja dźwięku szxzegolnie u organisty? AAC 48kHz. Czyżby Dahua miała tak słaby przetwornik audio? Na wejście jest podany sygnał z linii 100V po konwersji do sygnału liniowego.
Najnowsze firmware zawsze dostępne jest tu:
https://files.dahua.support/Firmware/Kamery%20-IP-%20sta%C5%82opozycyjne/
https://files.dahua.support/Firmware/_TEST-RTMP/
Witam czy do takiej transmisji rtmp wystarczający jest procesor Pentium g4560?
Pozdrawiam
Witam, Posiadam kamerę IPC-HFW4431R-Z. Fabrycznie jest na niej zainstalowane oprogramowanie w wersjach:
Software Version 2.420.0000.22.R, Build Date: 2016-12-09
WEB Version 3.2.1.404565
ONVIF Version 2.42
Czy instalacja DH_IPC-HX5X3X-Rhea_MultiLang_PN_Stream3_V2.800.0000016.0.R.200605.bin z państwa repozytorium byłaby na tej kamerze możliwa do wykorzystania RTMP?
Czy w przypadku niekompatybilności firmware-u jest jakaś informacja przy próbie instalacji? I czy jest jakaś możliwość backupu i późniejszego odtworzenia obecnej wersji?
W przypadku niekompatybilności firmware-u zwykle jest komunikat.
Witam mam pytanie jeszcze, kamera do transmisji mszy mam podłączoną do rejestratora NVR który znajduje sie w Zachrystii, czy mogę uzyskać audio do transmisji ze wzmacniacza, który jest umiejscowiony obok reejstratora? jak to mniej wiecej ogarnać? 🙂 dzięki
ps. kamera DAHUA 3241 -ZAS
rejestrator NVR4116HS-4KS2
Musze podłączać sie mikrofonem pod audio kamery czy moge pod rejestrator? 🙂
Sygnał audio możemy podłączyć jedynie do wejścia kamery IP.
Polecam zastosowanie konwertera z linii 100V na sygnał liniowy audio np. z firmy http://www.rduch.pl
Do wejścia AUDIO w rejestratorze NVR możemy podłączyć mikrofon operatora
Nie ma możliwości nagrywanie ścieżki AUDIO z lokalnego mikrofonu.
Aktualnie Youtube zmieniło podejście i nie pozwala na automatyczne wznawianie transmisji. Trwa to mniej więcej od wyłączenia przez nich tego klasycznego Studia YT.
Przyczyną była gigantyczna ilość takich trwających ciągle transmisji online..
Cześć, wiesz coś więcej? Bo właśnie mam problem z kamerą że nie łączy się automatycznie z yt tylko muszę ręcznie wejść na yt i „wznowić” transmisję. Kiedyś był chyba „check” do automatycznego restartu strumienia…