Low Cost HD-Video Übertragung + Telemetrie
- Themenstarter Lonestar78
- Beginndatum
- Status
Analog wird mit einer Bandbreite von 8Mhz übermittelt (zumindest im KabelTV) was somit ohne weiteres verfahren ca. 8Mbit/s. bedeuten würde...
Über die selbe Bandbreite kann ca. 50Mbit/s. Internet über DOCSIS übermittelt werden.
@Thomas: DAB+ setzt sich nicht durch weil man es "missbraucht" zumindest bei uns in der Schweiz wird oft nur mit 64Kbit/s. gearbeitet und das ist natürlich absolut 0 Vergleich zu Analog, wenn auch durch den guten Codec besser als MP3 in dieser Bitrate. Aber gerade die Höhen werden extrem komprimiert und genau das stört mich extrem. Ich bin im Auto von DAB auf Bluetooth und Internet Radio umgestiegen. Das klappt bei uns erstaunlich gut und dank unlimited Traffic auch absolut kein Problem.
Über die selbe Bandbreite kann ca. 50Mbit/s. Internet über DOCSIS übermittelt werden.
@Thomas: DAB+ setzt sich nicht durch weil man es "missbraucht" zumindest bei uns in der Schweiz wird oft nur mit 64Kbit/s. gearbeitet und das ist natürlich absolut 0 Vergleich zu Analog, wenn auch durch den guten Codec besser als MP3 in dieser Bitrate. Aber gerade die Höhen werden extrem komprimiert und genau das stört mich extrem. Ich bin im Auto von DAB auf Bluetooth und Internet Radio umgestiegen. Das klappt bei uns erstaunlich gut und dank unlimited Traffic auch absolut kein Problem.
Es läuft nicht auf 8m*Bit* (die 8MHz Bandbreite sind korrekt) Ein Analogsignal hat weder Pixel, noch Bits, sondern gerade mal Zeilen. Es ist eben analog (und wird auch so übertragen) 
digital=bits...
Wie die Farbinformation bei PAL versteckt wird, ist recht spannend, ganz grob hier beschrieben. Es hat aber fast gar nichts mit Kompression aus dem digitalen Bereich zu tun.
digital=bits...Wie die Farbinformation bei PAL versteckt wird, ist recht spannend, ganz grob hier beschrieben. Es hat aber fast gar nichts mit Kompression aus dem digitalen Bereich zu tun.
Es läuft nicht auf 8m*Bit* (die 8MHz Bandbreite sind korrekt) Ein Analogsignal hat weder Pixel, noch Bits, sondern gerade mal Zeilen. Es ist eben analog (und wird auch so übertragen) digital=bits...
Wie die Farbinformation bei PAL versteckt wird, ist recht spannend, ganz grob hier beschrieben. Es hat aber fast gar nichts mit Kompression aus dem digitalen Bereich zu tun.
digital=bits...Wie die Farbinformation bei PAL versteckt wird, ist recht spannend, ganz grob hier beschrieben. Es hat aber fast gar nichts mit Kompression aus dem digitalen Bereich zu tun.
Okay,Wikipedia ist immer eine Hilfe
Analog ist eirklich kein digital,sondern analog !
Noch etwas : Der raspberry sendet den videostream doch normalerweise an stdout. Wozu benutzen wir denn eigentlich gstreamer am pi - nimmt der sozusagen die Daten von stdout und leitet sie direkt in Form eines streams weiter an den decoder,oder macht der am airpi noch etwas anderes ... Und welche linux tools dienen einfach nur zum weiterleiten der Daten irgendwohin,wo ich so dann bspw mit x264 empfangen und anzeigen kann ?
Constantin
Constantin
Die PAL-Übertragung als Komprimierung zu begreifen, ist gar nicht so falsch, wie es auf den ersten Blick aussieht. Wenn ich ein Analogsignal in der Bandbreite beschänke (tun wir bei der Funkübertragung), entferne ich in erster Linie hohe Frequenzen (=Bilddetails). Genau das macht die digitale Komprimierung auch bloß. Ok, sie kann zusätzlich noch Ähnlichkeiten zwischen Bildteilen und aufeinanderfolgenden Bildern ausnutzen, das wird analog schwierig.
Ich habe gestern die ColorCross VR Brille erhalten. Ich denke ich werde nur noch damit fliegen, da der Schwerpunkt einfach viel weiter am Kopf ist. Der Qualitätsverlust durch die Side by Side Anzeige ist meiner Meinung nach nicht besonders groß. Das einzige was stört, ist dass das HUD nicht in Side by Side dargestellt ist. Achja, sollte nicht eigentlich auch das Recording schon vorhanden sein? In der aktuellen Version der App kann ich es zumindest nicht entdecken.
Hab da gerade was interessantes gefunden für die APM benutzer
http://diydrones.com/profiles/blogs/how-to-setup-a-mission-planner-hd-video-hud-using-gstreamer-and
http://diydrones.com/profiles/blogs/how-to-setup-a-mission-planner-hd-video-hud-using-gstreamer-and
Für Antennen gehe ich immer zu chipsundgrips hier im Forum. Da kannst alles so haben, wie Du es willst (Stecker, Kabellängen, Frequenz, Typ). Und ein paar CL/SPW abgestimmt ist glaub ich um die 40€???
Bei mir klappt´s leider nicht auf Anhieb :-(.
Momentan ist folgendes installiert:
- airpi_v0.2 auf einem Rasp Pi
- gstreamer (X86 32bit) auf Notebook
Beides zunächst per LAN verbunden (Rasp Pi und Notebook im selben Subnet - 192.168.178.xxx).
Wenn das klappt geht´s mit den ALFA AWUS036H WLAN Adaptern weiter.
Gegenseitige Erreichbarkeit (Ping) funktioniert per LAN.
UDP kann vom Notebook aus gestartet werden (LED auf CAM leuchtet dann).
Nach Aufruf von Gstreamer:
C:\gstreamer\1.0\x86\bin\gst-launch-1.0.exe rtspsrc location=rtsp://192.168.178.88:8554/test latency=0 ! application/x-rtp, payload=96 ! rtpjitterbuffer ! rtph264depay ! avdec_h264 ! fpsdisplaysink sync=false text-overlay=false
gibt es allerdings folgende Fehlermeldung, die ich nicht wirklich verstehe - was mach ich falsch???
Momentan ist folgendes installiert:
- airpi_v0.2 auf einem Rasp Pi
- gstreamer (X86 32bit) auf Notebook
Beides zunächst per LAN verbunden (Rasp Pi und Notebook im selben Subnet - 192.168.178.xxx).
Wenn das klappt geht´s mit den ALFA AWUS036H WLAN Adaptern weiter.
Gegenseitige Erreichbarkeit (Ping) funktioniert per LAN.
UDP kann vom Notebook aus gestartet werden (LED auf CAM leuchtet dann).
Nach Aufruf von Gstreamer:
C:\gstreamer\1.0\x86\bin\gst-launch-1.0.exe rtspsrc location=rtsp://192.168.178.88:8554/test latency=0 ! application/x-rtp, payload=96 ! rtpjitterbuffer ! rtph264depay ! avdec_h264 ! fpsdisplaysink sync=false text-overlay=false
gibt es allerdings folgende Fehlermeldung, die ich nicht wirklich verstehe - was mach ich falsch???
Anhänge
Dieser Zusammenhang war mir nicht klar. Ich hab das so verstanden, das der eigentliche Stream per UDP Protokoll gesendet wird und das RTSP "nur" für die Datenflusskontrolle und -steuerung verantwortlich ist. Meinem Verständnis nach wird UDP genutzt um eine möglichst geringe Latenzzeit zu erreichen, da keine Rückfragen auf verlorene Datenpakete erfolgen. Was ja bei reinem Videostream in diesem Fall durchaus vertretbar ist. Naja, hab leider nur rudimetäre IT-Kenntnisse und muß mich da mal schlau machen.
Besten Dank also für Deine Aufklärung hornetwl, ich werd´s dann mal so angehen.
Edit:
Hab nun mit den unterschiedlichsten Setup´s (UDP, RSTP sowie beides aktiviert) getestet, aber stets bekomme ich die gleiche, o.g. Fehlermeldung.
Was läuft da noch schief???
Besten Dank also für Deine Aufklärung hornetwl, ich werd´s dann mal so angehen.
Edit:
Hab nun mit den unterschiedlichsten Setup´s (UDP, RSTP sowie beides aktiviert) getestet, aber stets bekomme ich die gleiche, o.g. Fehlermeldung.
Was läuft da noch schief???
Zuletzt bearbeitet:
- Status
