EZ-Wifibroadcast, HD FPV in günstig und einfach
- Themenstarter rodizio
- Beginndatum
- Status
Hallo,
gibt es außer dem Weg über YouTube eine Möglichkeit die Raw Videos in ein PC lesbares Format zu transferieren? Zumal bei YouTube auch die Geschwindigkeit nicht immer passt.
Den Weg über den raspberry - omxplayer funktioniert zwar. Bekomme aber auch nicht die Wiedergabegeschwindigkeit runter geregelt. Habe es mit --fps probiert leider ohne Erfolg, nutze raspbian-Jessie.
Viele Grüße
Heinz-Willi
gibt es außer dem Weg über YouTube eine Möglichkeit die Raw Videos in ein PC lesbares Format zu transferieren? Zumal bei YouTube auch die Geschwindigkeit nicht immer passt.
Den Weg über den raspberry - omxplayer funktioniert zwar. Bekomme aber auch nicht die Wiedergabegeschwindigkeit runter geregelt. Habe es mit --fps probiert leider ohne Erfolg, nutze raspbian-Jessie.
Viele Grüße
Heinz-Willi
(könnte bitte jemand von den Mods den Downloadlink und das Changelog bzw. die Hinweise noch ins 1. Posting übernehmen? Editieren geht leider nicht mehr)
EZ-Wifibroadcast Version 1.2 ist fertig
Folgende Änderungen von 1.0 auf 1.2:
- Befi's und Rangarid's OSD integriert
- Raspbian Update auf Kernel 4.11 und neuere Raspberry Firmware / Userland (Pi Zero/V2 Cam)
- Anzeige der konfigurierten Frequenz/FEC-Werte in der untersten Zeile
- Ralink: Verschiedene Bitraten für Video und Telemetrie möglich
- Ralink: WLAN Bitrate lässt sich über Konfig einstellen
- Atheros: WLAN Bitrate lässt sich über Modulparameter einstellen
- Ralink: TXPower lässt sich über Modulparameter einstellen
- Unterstützt V2 Cam 1280x720 bis 75fps, 1640x922 bis 48fps
- AIFS/Backoff Parameter geändert, bei Atheros Chipsätzen je nach Bitrate etc. ca. 10-15% mehr Durchsatz, Ralink ca. 3%
- Atheros LED Verhalten geändert, blinkt nun schneller bzw. ist "empfindlicher"
- CPU/GPU/RAM übertaktet und force_turbo aktiviert für weniger bzw. stabilere Latenz und mehr Bitrate auf Pi1/Zero
- USB Ethernet Tethering Unterstützung im Kernel aktiviert
- DHCP auf Netzwerkschnittstelle aktiviert (System meldet sich mit "wifibroadcast-tx" bzw. "wifibroadcast-rx" am DHCP
- Bash-prompt zeigt nun ro/rw Status des Filesystems an, Makros ("rw","ro") hinzugefügt zum umschalten
- Sendeleistung für Atheros Chipsätze leicht reduziert (nur zur Sicherheit)
- Sendeleistung für Ralink Chipsäze defaultmässig wieder auf Standardlevel geändert
- Atheros Firmware für weitere Atheros Chipsätze gepatcht (AR9287, TPLink 822N V2 z.B.)
- TX zeigt nach dem starten Infos zur Fehlersuche
- video.c auf 240fps geändert für weniger Latenz bzw. Jitter
- fflush im rx Prozess hinzugefügt (nur zur Sicherheit)
- Systemd journal daemon de-aktiviert (verbraucht nur unnötig CPU Leistung)
- Software, tools und libs etc. mit drin gelassen, sollte den Anfang für eigene Erweiterungen etwas erleichtern
- Support für zwei Sendesticks, nur experimentell. Nicht im Konfigfile, muss manuell konfiguriert werden
Bugfixes:
- Potentiell steigende Latenz, stotterndes Bild auf Pi1/Zero in manchen Situationen: CPU/GPU/RAM übertaktet, force_turbo aktiviert, performance governoer aktiviert, Bitrate auf 4.5Mbit gesenkt, video.c gepatcht, fflush im rx Prozess hinzugefügt, debug Ausgabe von Befi's OSD deaktiviert, systemd journald und syslogd de-installiert.
- AWUSH051NH und 052NH haben als TX auf 5Ghz nicht sauber funktioniert: Sendeleistung für Ralink Chipsätze wieder reduziert
Getestete WLAN Karten:
AWUS036NH, AWUS036NHA, AWUS051NH, TL-WN722N, TL-WN822N V2, CSL 300Mbit stick
(Favoriten für 2.4Ghz sind im Moment die TL-WN722N und AWUS036NHA, für 5Ghz die AWUS051NH, die CSL Sticks mag ich irgendwie immer weniger: Kaum Sendeleistung, unsaubereres Signal, und als RX neigen sie irgenwie zum "übersteuern", Empfangsprobleme im Nahbereich. Bei anderen WLANs auf dem gleichen Kanal gibt's auch mehr Störungen im Vergleich zu den WN722N)
Getestete Raspberry Hardware:
Pi 1 B+, Pi2 B+, Pi3 B+, Pi Zero 1.3, Odroid-W
Pi V1 Cam ("V1.3" auf der Platine), Pi V2 Cam ("V2.1" auf der Platine)
Hinweis:
TX: Raspberry Pi 1 und Pi Zero sind von der CPU Leistung mit Standard-Settings (720p, 4.5Mbit Bitrate, 8/4/1024) bereits fast voll ausgelastet. Zwei Sende-Sticks, mehr Auflösung/Bitrate, oder mehr Fehlerkorrektur bzw. kleinere Paketgrössen werden nur eingeschränkt bis gar nicht funktionieren. Auch wenn es auf den ersten Blick so aussieht als ob es funktioniert wird es in Situationen in denen die CPU-Last an die 100% geht zu plötzlich stark steigender Latenz kommen. Ich würde daher mindestens einen Pi2 empfehlen, da ist noch genügend Reserve und es ist nicht nötig ständig die CPU Last im Auge zu haben.
RX: Raspberry Pi1 und Pi Zero sind von der CPU Leistung mit den Standard-Settings nur ausreichend für max. einem WLAN Stick. Für OSD und/oder Ground-Recording ist die Leistung nicht ausreichend.
Downloadlink:
http://en.file-upload.net/download-11696943/EZ-Wifibroadcast-1.2.zip.html
EZ-Wifibroadcast Version 1.2 ist fertig
Folgende Änderungen von 1.0 auf 1.2:
- Befi's und Rangarid's OSD integriert
- Raspbian Update auf Kernel 4.11 und neuere Raspberry Firmware / Userland (Pi Zero/V2 Cam)
- Anzeige der konfigurierten Frequenz/FEC-Werte in der untersten Zeile
- Ralink: Verschiedene Bitraten für Video und Telemetrie möglich
- Ralink: WLAN Bitrate lässt sich über Konfig einstellen
- Atheros: WLAN Bitrate lässt sich über Modulparameter einstellen
- Ralink: TXPower lässt sich über Modulparameter einstellen
- Unterstützt V2 Cam 1280x720 bis 75fps, 1640x922 bis 48fps
- AIFS/Backoff Parameter geändert, bei Atheros Chipsätzen je nach Bitrate etc. ca. 10-15% mehr Durchsatz, Ralink ca. 3%
- Atheros LED Verhalten geändert, blinkt nun schneller bzw. ist "empfindlicher"
- CPU/GPU/RAM übertaktet und force_turbo aktiviert für weniger bzw. stabilere Latenz und mehr Bitrate auf Pi1/Zero
- USB Ethernet Tethering Unterstützung im Kernel aktiviert
- DHCP auf Netzwerkschnittstelle aktiviert (System meldet sich mit "wifibroadcast-tx" bzw. "wifibroadcast-rx" am DHCP
- Bash-prompt zeigt nun ro/rw Status des Filesystems an, Makros ("rw","ro") hinzugefügt zum umschalten
- Sendeleistung für Atheros Chipsätze leicht reduziert (nur zur Sicherheit)
- Sendeleistung für Ralink Chipsäze defaultmässig wieder auf Standardlevel geändert
- Atheros Firmware für weitere Atheros Chipsätze gepatcht (AR9287, TPLink 822N V2 z.B.)
- TX zeigt nach dem starten Infos zur Fehlersuche
- video.c auf 240fps geändert für weniger Latenz bzw. Jitter
- fflush im rx Prozess hinzugefügt (nur zur Sicherheit)
- Systemd journal daemon de-aktiviert (verbraucht nur unnötig CPU Leistung)
- Software, tools und libs etc. mit drin gelassen, sollte den Anfang für eigene Erweiterungen etwas erleichtern
- Support für zwei Sendesticks, nur experimentell. Nicht im Konfigfile, muss manuell konfiguriert werden
Bugfixes:
- Potentiell steigende Latenz, stotterndes Bild auf Pi1/Zero in manchen Situationen: CPU/GPU/RAM übertaktet, force_turbo aktiviert, performance governoer aktiviert, Bitrate auf 4.5Mbit gesenkt, video.c gepatcht, fflush im rx Prozess hinzugefügt, debug Ausgabe von Befi's OSD deaktiviert, systemd journald und syslogd de-installiert.
- AWUSH051NH und 052NH haben als TX auf 5Ghz nicht sauber funktioniert: Sendeleistung für Ralink Chipsätze wieder reduziert
Getestete WLAN Karten:
AWUS036NH, AWUS036NHA, AWUS051NH, TL-WN722N, TL-WN822N V2, CSL 300Mbit stick
(Favoriten für 2.4Ghz sind im Moment die TL-WN722N und AWUS036NHA, für 5Ghz die AWUS051NH, die CSL Sticks mag ich irgendwie immer weniger: Kaum Sendeleistung, unsaubereres Signal, und als RX neigen sie irgenwie zum "übersteuern", Empfangsprobleme im Nahbereich. Bei anderen WLANs auf dem gleichen Kanal gibt's auch mehr Störungen im Vergleich zu den WN722N)
Getestete Raspberry Hardware:
Pi 1 B+, Pi2 B+, Pi3 B+, Pi Zero 1.3, Odroid-W
Pi V1 Cam ("V1.3" auf der Platine), Pi V2 Cam ("V2.1" auf der Platine)
Hinweis:
TX: Raspberry Pi 1 und Pi Zero sind von der CPU Leistung mit Standard-Settings (720p, 4.5Mbit Bitrate, 8/4/1024) bereits fast voll ausgelastet. Zwei Sende-Sticks, mehr Auflösung/Bitrate, oder mehr Fehlerkorrektur bzw. kleinere Paketgrössen werden nur eingeschränkt bis gar nicht funktionieren. Auch wenn es auf den ersten Blick so aussieht als ob es funktioniert wird es in Situationen in denen die CPU-Last an die 100% geht zu plötzlich stark steigender Latenz kommen. Ich würde daher mindestens einen Pi2 empfehlen, da ist noch genügend Reserve und es ist nicht nötig ständig die CPU Last im Auge zu haben.
RX: Raspberry Pi1 und Pi Zero sind von der CPU Leistung mit den Standard-Settings nur ausreichend für max. einem WLAN Stick. Für OSD und/oder Ground-Recording ist die Leistung nicht ausreichend.
Downloadlink:
http://en.file-upload.net/download-11696943/EZ-Wifibroadcast-1.2.zip.html
- Status
