[majsterV2]

Właśnie szykuję interfejs #vr do robota i mam pytanie;
Jak przygotować lekki stream obrazu po tcp/ip?
Muszę zrobić interfejs dostepny z ssh, oraz stronę co odczyta dane z akcelerometru i zsynchronizuje się z servami.

[paul43]

@majsterV2: na takie pytania szybciej dostaniesz odpowiedź na grupach automatyków/robotyków na fb.

[Antyradek]

@majsterV2: Bawiłem się ostatnio ze strumieniowaniem po sieci. To nieprzyjemna sprawa, bo są duże opóźnienia rzędu kilku sekund i ciężko to skonfigurować.
Możesz to zrobić najprościej za pomocą serwera Icecat, do niego podłączają się odbiorcy, np poprzez VLC czy przeglądarkę, serwer dba o płynność połączenia i steruje jakością i multicastem.
Za to jeden nadawca także wysyła dane na ten serwer (może być na tej samej maszynie) za pomocą różnych programów

[majsterV2]

@Antyradek: Da się zminimalizować opóźnienia do milisekundowych?
Osiągłem to na OBSie i protokole NX przy vp8 (mniejsze niz na chromecaście)

[QBA__]

@paul43:

na takie pytania szybciej dostaniesz odpowiedź na grupach automatyków/robotyków na fb.

Nie doceniasz forum eksperckiego WYPOK. PE EL ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)

@majsterV2: na magisterkę lata temu robiłem robota z raspberry pi na pokładzie z rozpoznawaniem znaków, line follow itp. najmniejsze opóźnienia miałem dzięki programowi mjpeg-streamer - dostępny

[majsterV2]

@QBA__: H264 na NXie też zdaje egzamin, zwłaszcza jak mowa o sterowaniu przez LTE.
Tylko zwróć uwagę że od serwera idzie podwójny obraz.

[QBA__]

@majsterV2: do h264 przydaje się akceleracja tego kodeka. Nie tak dawno miałem spore przejścia w pracy bo potrzebny był obraz z kamery IP na urządzeniu bez GPU(procesor iMX6ULL) i na dekodowaniu h264 gstreamerem softwar'eowo nie mógł wyrobić.
Co u Ciebie jest "mózgiem" przetwarzającym obraz? Coś na ARM czy x86?

[majsterV2]

@QBA__: Dekodować to nie problem bo wszystko co mobilne ma ten kodek, zaś enkoderem jest HP Compaq CQ50 w takiej formie z 2gb ramu ddr3 ( ͡° ͜ʖ ͡°)