Најниска латентност на стриминг - модул за камера Raspberry Pi - марки
Барам функционален прирачник/можност да имам што е можно помалку одложување при проследување на RaspiCam.
За жал, повеќето решенија предизвикуваат доцнење од 5 до 60 секунди, што е неприфатливо за мојата цел.
Не станува збор за WLAN или LAN - мојот PI е жичен, а мрежата е 1A.
За мене не мора да станува збор за стриминг 1080p, но нешто треба да биде видливо, така што јас навистина не сакам да одам помала од 640x480 за резолуцијата и не треба да биде помала од 10fps ако е можно.
За жал, пребарувањето/испробувањето на употребливо решение трае повеќе време отколку развивањето на поврзаниот веб-интерфејс за мојот робот
// УРЕД: Во меѓувреме, откривме или развивме неколку корисни решенија во оваа нишка, што ги внесувам овде во првиот пост пред тие да одат под.
Редоследот прикажан овде е Не поради „првото е најдобро“ или нешто слично. Вие сами треба да откриете што е најдобро за вас
- Комбинација на nginx и ffmpeg => Објави # 8
- Комбинација на raspivid и netcat (telnet) => Член 15 (објаснување во член 24)
- Пајтон/Интернет: пик-пикинг од производителот на пик-камера => Објава # 27
Уредено еднаш, последно од meigrafd (23 април 2017 година).
Инаку пробајте го следново (ако имате време и склоност)
Нова датотека на пр. App.py
Уредено еднаш, последно од бродови (9.08.2014).
Здраво на сите,
меиграфд,
однапред:
Немам модул за камера и не знам ништо за стриминг! Но, јас сум теоретичар и читам многу .
дали ја користите програмата „распистил“ на кој било начин за ваша грижа ?
ако е така, следново може да биде корисно:
програмата „растистил“ е многу бавна. Никлас Ротер напиша побрза верзија. Преземете од BitBucket како извршна бинарна датотека (побарајте „RaspiFastCamD“) .
--- кој знае да чита има јасна предност ---
--- Радоста произлегува од недостаток на информации ---
--- Срами кога прдежот тежи нешто ---
Да нашиот танкер .
каква пропусност на податоците имате на користената врска?
Ова е интересно затоа што тогаш можете да дознаете колку Mbit/s е смената.
На 640х480 добивате 307.200 пиксели. Со 16 битна длабочина на бојата веќе сте на 4.915.200 бита и тоа на 10 fps = 49.152.000, т.е. добри 49 Mbit/s.
Тоа смрди .
BTW: Отпрвин мислев дека со 2.4GHz радио ќе добиете поголема брзина на пренос (поради поголема фреквенција, има повеќе парчиња простор). Лиснато торта. Според моето истражување, максимумот е 2 Mbit/s. така што за жал не е ниту опција
// УРЕДУВАЊЕ:
Мислам дека тоа веројатно ќе резултира во компромис помеѓу квалитетот на сликата/брзината на кадрите. Можеби е дури и побрзо да се користи компресија како H264. Се сеќавам дека имав наместено компресија MPEG4, така што протокот на податоци требаше да се користи како решение за видео конференција преку една линија ISDN (латентност максимум 0,5 сек.). Сепак, максимумот беше 320х240 пиксели. За жал, повеќе не ја знам длабочината на бојата.
Извинете, креативна радио тишина .
(-> Мои извори за Arduino, Raspi и ESP. 9.08.2014).