Low Cost HD-Video Übertragung + Telemetrie

[Lonestar78]

DW. Kannst du mal von meinem image ein "ps -ef" Posten oder mir per PN schicken?

 

[digaus]

Also ich hab den Stream mit der App und dem Image von Lonestar78 recht schnell ans laufen bekommen. Das Problem ist, dass "eth0" jetzt "eth1" heißt. Das heißt einfach in der ipconfig "eth1" statt "eth0" eintragen und mit "ifup eth1" das Interface starten, dann startet der Stream automatisch. Mit dem HTC One M7 meines Bruders habe ich eine Latenz von 220ms, komischerweise bekomme ich mit dem Xperia Z2 eine Latenz von über 2 Sekunden

Wenn ich mich nicht zu arg vermessen habe sollte das Fliegen mit der Verzögerung doch schon Spaß machen

Die Latenz ist echt beeindruckend, welche Pipes verwendest du genau? Oder liegt das an dem Pi b+?

 

[ronaldofpv]

Benutzt habe ich gestern:

raspivid -n -w 1280 -h 720 -b 6500000 -fps 49 -vf -hf -t 0 -pf high -o - | gst-launch-1.0 -v fdsrc ! h264parse ! rtph264pay ! udpsink host=192.168.2.241 port=4000

gst-launch-1.0 udpsrc port=4000 ! application/x-rtp, payload=96 ! rtpjitterbuffer ! rtph264depay ! avdec_h264 ! autovideosink sync=false

Der ganze Test lief aber gestern über mein Heimnetz!! Beim heutigen Test mit der selben Pipeline, aber diesmal mit den Picostations, sah die Sache dann schon anders aus (Verzögerung von 150, wir wollen uns aber nicht beschweren ).

In eigener Sache: braucht jemand eine noir cam für den pi, ich habe da eine günstig abzugeben

 

[Lonestar78]

Hi digaus. Meinst du eth0/1 auf dem raspi oder dem Handy?

 

[nique]

Ronaldo, ist die noir für die Nacht? Mach sie mal schmackhaft...

 

[digital_wadik]

Nique bei der Noir brauchst du noch eine kräftige IR source sonst siehst du auch bei nacht nichts.

Lonstar die "ps -ef" ergab nicht viel.

Bei meinem Image kommt da noch ne Liste :/

 

[ronaldofpv]

Ronaldo, ist die noir für die Nacht? Mach sie mal schmackhaft...

Ein super Teil halt eine PI-CAM ohne IR-Filter somit gut für die Nacht... Solltest du noch ein paar IR-Scheinwerfer an deinen Copter bauen kannst du die Cam zum Nachtflug benutzen, oder du benutzt das Modul für eine Überwachungskamera.

 

[Lonestar78]

OK da stimmt irgendwas nicht. Ist deine sdcard in Ordnung?

 

[digaus]

Hi digaus. Meinst du eth0/1 auf dem raspi oder dem Handy?

Auf dem Pi, Handy habe ich über Wlan vebunden. Ich kann übrigens jederzeit den Stream mit dem HTC One öffnen, also die Reihenfolge für den Aufbau der Verbindung spielt bei mir keine Rolle.

Edit:
Mit "nano /etc/network/interfaces" kann man auf dem Pi die statische IP ändern.

Dort steht dann:

"iface eth0 inet static
address 192.168.137.240
netmask 255.255.255.0
gateway 192.168.137.1"

oder so ähnlich. Statt eth0 einfach eth1 einsetzten.
Dann noch mit "ifup eth1" den Stream starten.

 

[digital_wadik]

Ja ist sie ! Habe es noch auf einer anderen versucht.

Noch mal zum rtsp.

Was muss ich noch starten neben dem gst-rtsp-server ?

Ich muss ja ihrgendwie die Picam anschmeißen ? Werde aus dem ganzem rtsp zeug echt nicht schlau. Kannst mir vlt kurz erklären wie man da vorgeht ?

 

[nique]

Ein super Teil

Ahaaaa , klingt ja seehr spannend!

Aber nein danke, die Schweinewerfer törnen mich da leider ab.

 

[Lonestar78]

@digaus: ok. Du hast also noch nen WLAN USB stick am pi. Das hab ich nicht gewusst und das image erwartet nur Ethernet. Sonst verschieben sich offensichtlich die ETH Nummern.

@DW: hab mir deine rstp Server Pipeline angeschaut. Da ist von einer TCP source die Rede. Ich benutze rpicamsrc. Das ist in gstreamer mit dabei. Ab 1.2.4 glaube ich. Schau dir im image mal /usr/bin/rtspServer.sh an, die Applikation ist die umbenannte test-launch.

 

[digaus]

@digaus: ok. Du hast also noch nen WLAN USB stick am pi. Das hab ich nicht gewusst und das image erwartet nur Ethernet. Sonst verschieben sich offensichtlich die ETH Nummern.

Nein, ich habe die Air Picostation über Ethernet mit dem Pi verbunden. Die Ground Picostation ist über Wlan mit dem Handy verbunden.
Es hat sich auf jeden Fall der Name des Netzwerkadapters des Raspberrys geändert. Wenn ich bei dem Pi "ifup eth0" eingebe steht dort, dass das Interface nicht existiert. Also habe ich mal gegoogelt und irgendwo gesehen, dass es vorkommen kann, dass sich der Name des Netzwerkadapters ändert. Also habe ich es mit eth1 probiert und es hat funktioniert.

 

[Lonestar78]

Eigenartiges Phänomen. Bei gleicher Hardware unterschiedliche eths... Gibt es dafür ne Erklärung?

 

[digital_wadik]

Habe mir deine Image noch mal neu gezogen und auf eine andere SD gepackt. Also "ps -es" schmeißt den selben fehler aus :/

 

[sandmen]

Bei Linux werden die Device nummern so vergeben, wie das System diese findet.
Wenn 2 Netweork device Verfügbar, dann kommt das "schnellere" die 1.
Das kann leider variieren, wer erster und zweiter ist.
Wenn man ein device immer gleich haben möchte, sollte man sich die Udev-Regeln mal anschauen.
Sollte auch das Raspi-Image haben.

 

[sandmen]

@Lonestar78
beim Image bauen vieleicht nicht proc unmounted?

 

[Lonestar78]

Ok. Hatte das image auf zwei pis getestet und da haben die sich gleich verhalten. War wohl etwas voreilig. Das mit udev schau ich mir an.

 

[ronaldofpv]

Dank digaus, läuft das Image jetzt super. Cam-raspi-picostatition zu PicoStation-Laptop = Latenz 150ms

Jetzt das s5 anstatt des Laptop und die Sache wird wieder komisch ;-) schaut es euch gut an.

Latenz steigt von Sekunde zu Sekunde an, Handy hängt per WLAN an der PicoStation. Scheint als würde der stream in slowmotion wiedergegeben.

 

[digital_wadik]

Hast du vlt. noch 49fps angegeben ? vlt. dropt er die frames nicht so ensteht dan slow motion. Auch gut zu sehen wen man 640x480-90fps einstellt.