TomaszG

Kup sobie do testów jakiś budżetowy vps i sprawdź jak to działa.

to nie jest kodowanie wideo, jeszcze raz z jakiego kodeku na jaki ?

Bo jeśli z h.264 na h.264 to żadne redokodowanie, podajesz jako parametr copy, dzięki temu nie obciążasz serwera, i zapewne wejdzie ci więcej niż 8 kamer.

Z czego na co chcesz kodować ?

Nie nie da się, problemem jest obsługa pixel shader w odpowiedniej wersji a tego VPS nie dostarcza.

Musisz sprawdzić wymagania OBS oraz to co oferują poszczególni dostawcy i wybrać to co uważasz za najlepsze.

Ta strona (oficjalna pomoc YT)

https://support.google.com/youtube/answer/2853702?hl=en

Specjalnie znalazłem dla ciebie.

Czy to jakaś wydmuszka ?

hmm zarejestrowałem się dwa dni temu i nic.

Tak mam doświadczenie, choć po twoim adresie widzę, że również je posiadasz.

Są co najmniej dwie możliwości realizacji, obie uzależnione od konfiguracji sieci intranetowej.

Jak chcesz to ci taką intranetową usługę spróbuje zrealizować (więcej szczegółów) dosyć tanio.

Jeśli chodzi o nginx jest pierdyliard świetnych poradników.

np. jeden z nich jest na forum OBS (czyli aplikacji do realizacji transmisji).

A jak ci się udało powiązać nginx-rtmp z crtmpserver ?

To są dwa odmienne programy.

Z tym, że są gotowe paczki nginx-rtmp dla RPi, nie wiem jak z crtmpserver.

Chciałeś coś za darmo, więc trzeba się nie co napracować nad tym.

Nie wiem czy jest ktoś kto 'za darmo' udostępni ci serwer, łącze itd.

Sugerowałem YT (opóźnienie 20-30sek), twitch (opóźnienie 20-50 sek).

Chcesz mniejsze opóźnienie musisz sam wymyślić sposób w jaki chcesz to wykonać.

Jeśli nie transkodujesz, to nawet nginx-rtmp uruchomisz na raspberry pi.

Przepustowość taką jak potrzebujesz, skąd mam wiedzieć jaka cię interesuje, jeśli to łącze lte sugeruje nie przekraczać 5 Mb/s, przeważnie starcza 1,5Mb/s.

nginx-rtmp obsługuje wyłącznie protokół rtmp (wejście) oraz rtmp i hls (wyjście).

Co do serwisów posługujących się w/w to trudno mi powiedzieć, w każdym razie ja wykorzystuje nginx, kiedyś wykorzystywałem crtmpserver ale generował większe obciążenie.

Kup sobie vps, skonfiguruj i się pobaw.

Z tym że nigdy nie potrzebowałem RTSP (choć może inaczej, potrzebowałem ale nie używałem z crtmpserver).

To jeszcze raz, potrzebujesz :

- program do nadawania, jeden z wielu np. RTMP Camera

- serwer np. nginx-rtmp lub crtmpserver

- player który to odtworzy

Wszystkie wymienione są dostępne za darmo - nie wiem jak bardziej 'za darmo' mogę ci pomóc.

Są rozwiązania, ale sam wspomniałeś że nie chcesz oferty. Więc jej nie składam.

W tym przypadku faktycznie RTSP lepiej się sprawdzi, z tym że pamiętaj o późnieniu które może sięgnąć kilka sekund.

Wszelkie systemy podglądu starają się być z jak najmniejszym opóźnieniem, z tego powodu korzystają z wifi, aby całość uruchomić w sieci lokalnej.

Zapewne jest kilka rozwiązań, które możesz sam poszukać.

Czym jest autopilot dla Ciebie?

Może ffserver, czyli element pakietu ffmpeg ?

RTMP i RTSP to dwa różne protokoły.

Obecnie spotykane są w przypadku komputerów (czyli nie dotyczy dedykowanych kamer IP) obsługa RTMP, np. YT, FB, Twich. - Zakładasz konto i już możesz strumieniować i odbierać przez dedykowany player na wielu urządzeniach.

Inna para kaloszy to własny serwer RTMP, są różne serwery, potrafią obsługiwać wiele różnych protokołów RTMP, HLS i inne mniej popularne, jako wyjście.

Najprostsze serwery vps nadają się jeśli nie będziesz transkodował materiału.

Nie jest ważne :

- rozdzielczość

- klatkarz

Ważne :

- bitrate materiału

Ping nie ma znaczenia, realizowałem transmisję przez łącze satelitarne minimalny ping 800ms, transmisja bez problemów działała, jeśli masz tylko przepustowość odpowiednią to ok.

Do transmisji możesz użyć np. RTMP Camera, następnie musisz posiadać serwer RTMP, Player który odbierze strumień z serwera.

Serwer RTMP, jest ich wiele np. nginx-rtmp, crtmpserver itp

Player - jw player albo inny, choć powoli wchodzi HTML5.

No wygląda, że konfiguracja jest ok, oprócz tego czegoś w parametrze exec :

exec ffmpeg -i rtmp://localhost/live/$name -threads 1 -c:v libx264 -profile:v baseline -b:v 350K -s 640x360 -f flv -c:a aac -ac 1 -strict -2 -b:a 56k rtmp://localhost/live360p/$name;

Tylko chyba nie zrozumiałeś jak to działa:

nadawanie OBS

rtmp://twoj_IP/live/klucz_ktorysobienadasz

w JW Player

rtmp://twoj_IP/live360/klucz_ktorysobienadasz

Ty szukasz swojego strumienia przez HTML(port 80) - przecież tam go nie ma jest wystawiony na RTMP (port 1935), tu jest twój błąd.

Cześć, moja magiczna kula nie co ostatnio szwankuje, czy był byś łaskaw wrzucić konfiguracje z nginx?

A także link z którego chcesz odbierać dane i logi z sesji OBS.

Grabber analogowy i?

Dziś aby zrobić jedno stanowisko z transmisją HD ja wydaje około 1500 zł (m.in. kamera, statyw z półkulą, komputer, grabber), oczywiście można więcej wydać.

Powiem tak, przy pomocy kamer USB robiłem kilka transmisji na początku działalności, działało słabo, a związane było czy to z odświeżaniem kamer, zrywaniem transmisji po USB i oczywiście samej jakości kamer, i ich zachowaniem na zmienne warunki oświetleniowe oraz co było najgorsze brak możliwości robienia zbliżeń.

Jeśli nie przeszkadzają ci takie drobnostki, to podłączasz i transmitujesz, bez testów nie wiele ustalisz.

Być może ci to pomoże: korzystałem z kamer z obsługą UVC, nie jestem pewien ale wydaje mi się, że wskazane przez Ciebie kamery korzystają z kompresji i stąd biorą się problemy, tych którzy je podpinają do OBS.

Dlatego dziś używam kamer, statywów, grabberów i komputerów aby spiąć np. transmisję z kartingu lub driftu czy też meczów kosza, siatkówki czy piłki nożnej, gdzie kamery są montowane do pojazdów (za naprawdę niewielkie pieniądze).

Najpierw się pytasz kto to zrobi za 500 zł a następnie że nie zgadzasz się na oferty firm - nie rozumiem cię.

napisałem PM, odpisz.

Opóźnienie kamera - OBS, praktycznie nie zauważalne rzędu 20-80 ms.

I moim zdaniem akurat kamery Logitecha mają czasem problemy z OBS, które zgłaszało dosyć spora liczba użytkowników.

Nie chodzi o to ile osób to obejrzy, pytanie czy np. jesteś wstanie wydać 500 zł za realizację z 4 kamer.

Witam,

Pierwszy problem to przepustowość USB przypadająca na kamerę, dla 640x480 to 45% przepustowości USB2.0, w tym przypadku lepiej wybrać gniazdka USB3.0, długość przewodu USB2.0 to 5m, 10m z repeterem ale zdarza się że zrywało mi transmisję.

Drugi wydajność systemu vs. rozdzielczość.

Co dla ciebie oznacza 'małym opóźnieniem' ?

- opóźnienie między kamerami

- opóźnienie między nadawcą a odbiorcami.

Przy takiej liczbie kamer, chyba sugerował bym skorzystanie z jednej z wielu firm strumieniujących.