Dotaz: mkfifo a videostreaming z quadrocoptery

[Jiri K.]

Dobry den,

mam na raspberry Pi kameru, jejiz vystup streamuju pres prikaz " ... | nc -l -p 5001". Na stream se pak pripojim takto: "nc 10.0.0.10 5001 | tee camStream > /dev/null". Soubor camStream je vytvren pres "mkfifo". Z tohoto souboru pak muzu cist jednak z MPlayeru, druhak si ho muzu otevrit pres OpenCV v moji C++ aplikaci kde delam nejaky image processing.

1. Doufam ze pri pouziti mkfifo se vubec nepouziva disk, ale vse se deje pres pamet. Je to tak?
2. Vzdy kdyz ukoncim moji C++ aplikaci, ukonci se mi spustene naslouchani na strane Raspi i na strane mojeho notebooku - nejde ten prikaz "nc" nejak lepe nastavit, aby se naslouchani/pripojovani neprerusovalo?
3. Pres OpenCV se mi nedari primo se pripojit na stream na strane RPi pres prikaz VideoCapture cap("10.0.0.10:5001") - nenapada vas, jak by mel byt spravny format toho stringu, aby to slo primo?
4. Je mkfifo vhodny i pro komunikaci mezi aplikacemi?

Dekuji

---

---

Odpovědi

[pepe_]

Muzes to napsat detailneji jak z kamery ctes a jak to prehravas ?  Mam PI s kamerou a chci pres wifi streamovat obraz a zvuk. Diky za navodek.

[NN]

When processes are exchanging data via the FIFO, the kernel passes all data internally without writing it to the filesystem.

Neni tam to tee zbytecne, kdyz output posilas do /dev/null? Nema byt prvni nc takto?

nc -l 5001

[Jiri K.]

Na strane RPi volam:

• raspivid -t 0 -w 800 -h 600 -fps 20 -o - | nc -l -p 5001

A na stran2 PC volam:

• nc 10.0.0.10 5001 | mplayer -fps 24 -cache 1024 -

Je to ten nejrychlejsi pro mne znamy zpusob jak posilat data realtime (vsimi si, ze ctu s rychlejsim fps nez zapisuju, to je dulezite, jinak to ma delay bo se to bufferuje)

Tak ten "tee" slouzi k zapisu do souboru, ne? Tak proto ho pouzivam.

[DarkKnight]

K zapisu do souboru slouzi >, tee slouzi pro duplikaci stdin (obsah zapise do souboru a zaroven ho vypisuje na stdout), takze vzhledem k pouziti neni vubec treba

[trekker.dk]

Mám za to, že ve chvíli, kdy z té C++ aplikace přestanete číst tu rouru camStream, dostane program tee, který se do ní pokouší zapisovat, signál SIGPIPE (Broken pipe) a ukončí se. To samé se stane tomu programu nc na notebooku, tím se přeruší síťové spojení a ukončí se i ten naslouchající nc na RPi.

Co s tím? Místo tee můžete třeba použít nějaký program, který bude dělaný pro zápis do roury, tj. bude se signálem SIGPIPE počítat a odpovídajícím způsobem na něj reagovat. Naslouchající nc na notebooku může hlídat nějaký supervizor (např. runit) a když se ukončí, spustí se znovu.