FPV Wifi Broadcasting HD Video - Thread zum Raspberry HD Videolink von Befi
- Themenstarter trailblazer
- Beginndatum
- Status
Mit so einem Aufbau und Pi Zero auch keine Probleme.
http://fpv-community.de/showthread....ig-und-einfach&p=947615&viewfull=1#post947615
http://fpv-community.de/showthread....ig-und-einfach&p=947615&viewfull=1#post947615
Kann mal bitte jemand schildern, wie seine funktionierenden TX und RX-Scripte aussehen? Ich hatte einige Wochen keine Zeit für das Projekt und musste nun nach fehlgeschlagenem Feldtest feststellen, dass mein Setup nur funktioniert SOLANGE ICH IM HEIMISCHEN WLAN BIN !!
Ist so natürlich völlig idiotisch, auf dem Feld. Und ich dachte, ich wäre am Ziel
Ich will mein Handy als Display nutzen. Es hängt per Kabel am Rpi (WLAN wäre mir aber noch lieber ...).
EDIT: fand den Fehler. Ich hatte die IP-Adresse drin, die meinem Handy im lokalen WLAN zugewiesen wird. Verwende nun die korrekte IP vom USB-Tether, und damit klappt es auch. 2 Fragen:
1. Wie bekomme ich das ganze per WLAN hin? Damit klappts nämlich nicht.
2. Ich habe nun per USB leider heftige Bildstörungen (wie KOmpressionsartefakte) - wie kann ich die beseitigen?
Ist so natürlich völlig idiotisch, auf dem Feld. Und ich dachte, ich wäre am Ziel
Ich will mein Handy als Display nutzen. Es hängt per Kabel am Rpi (WLAN wäre mir aber noch lieber ...).
EDIT: fand den Fehler. Ich hatte die IP-Adresse drin, die meinem Handy im lokalen WLAN zugewiesen wird. Verwende nun die korrekte IP vom USB-Tether, und damit klappt es auch. 2 Fragen:
1. Wie bekomme ich das ganze per WLAN hin? Damit klappts nämlich nicht.
2. Ich habe nun per USB leider heftige Bildstörungen (wie KOmpressionsartefakte) - wie kann ich die beseitigen?
Zuletzt bearbeitet:
https://www.amazon.de/AGPtek®-Video...I-Component-Game-Capture-VG0019/dp/B00VM4J4Y6
Das Teil nutzen die auch ums neue Connex aufzuzeichnen.
Perfekt ums OSD mit aufzuzeichnen.
Das Teil nutzen die auch ums neue Connex aufzuzeichnen.
Perfekt ums OSD mit aufzuzeichnen.
Mir ist es endlich gelungen die Empfänger-Freezes nachzuvollziehen.
So wie es im Moment aussieht, gibt's drei Ursachen/Fehlerbilder, zwei davon noch ungelöst:
(1.) Bei aktiviertem FCSFail (beschädigte Pakete werden durchgeleitet) stürzt irgendwas im Kernel/Netzwerk/WLAN-Stack ab und es werden keine Pakete mehr weitergeleitet. ifconfig zeigt keine hereinkommenden Pakete mehr, dadurch kriegt der rx Prozess keine Pakete mehr und das Bild steht. Gelöst durch deaktivieren von FCSFail.
2. Hello_video.bin friert ein. Bis jetzt ist es mir trotz wochenlangen Versuchen erst einmal gelungen das nachzustellen, das war mit aktiviertem Befi OSD. Ohne OSD ist es bei mir nie aufgetreten, kann aber auch Zufall/Glück sein, nick100 hatte ja von Freezes auch ohne OSD berichtet ...
Lässt sich aber lösen, in dem hello_video.bin neugestartet wird. Das Neustarten dauert vielleicht eine halbe Sekunde, dann ist das Bild wieder da, ist also vertretbar. Problem ist allerdings sicher und schnell festzustellen ob hello_video.bin hängt, muss mal schauen wie man das am besten machen kann ...
3. Bei aktiviertem Rangarid OSD scheint sich die GPU manchmal komplett aufzuhängen. Bis jetzt auch erst einmal aufgetreten. Zugriff per Netzwerk geht dann noch. Der osd Prozess hängt dann im <defunct> state und lässt sich auch mit "kill -9" nicht beenden. Das Kommando "vcgen_cmd get_camera" z.B. funktioniert auch nicht mehr, hängt auch einfach. Sieht für mich so aus, als ob die GPU komplett hängt. Problem sollte sich recht einfach und schnell erkennen lassen indem einfach einmal pro Sekunde mit vcgen_cmd (oder irgendwas anderem muss ich mal schauen ...) getestet wird ob die GPU hängt. Problem ist, dass sich das anscheinend nur durch einen Reboot lösen lässt. Das dauert 10 Sekunden und bedeutet wohl den sicheren Absturz wenn man kein Loitering oder sowas hat
So wie es im Moment aussieht, gibt's drei Ursachen/Fehlerbilder, zwei davon noch ungelöst:
(1.) Bei aktiviertem FCSFail (beschädigte Pakete werden durchgeleitet) stürzt irgendwas im Kernel/Netzwerk/WLAN-Stack ab und es werden keine Pakete mehr weitergeleitet. ifconfig zeigt keine hereinkommenden Pakete mehr, dadurch kriegt der rx Prozess keine Pakete mehr und das Bild steht. Gelöst durch deaktivieren von FCSFail.
2. Hello_video.bin friert ein. Bis jetzt ist es mir trotz wochenlangen Versuchen erst einmal gelungen das nachzustellen, das war mit aktiviertem Befi OSD. Ohne OSD ist es bei mir nie aufgetreten, kann aber auch Zufall/Glück sein, nick100 hatte ja von Freezes auch ohne OSD berichtet ...
Lässt sich aber lösen, in dem hello_video.bin neugestartet wird. Das Neustarten dauert vielleicht eine halbe Sekunde, dann ist das Bild wieder da, ist also vertretbar. Problem ist allerdings sicher und schnell festzustellen ob hello_video.bin hängt, muss mal schauen wie man das am besten machen kann ...
3. Bei aktiviertem Rangarid OSD scheint sich die GPU manchmal komplett aufzuhängen. Bis jetzt auch erst einmal aufgetreten. Zugriff per Netzwerk geht dann noch. Der osd Prozess hängt dann im <defunct> state und lässt sich auch mit "kill -9" nicht beenden. Das Kommando "vcgen_cmd get_camera" z.B. funktioniert auch nicht mehr, hängt auch einfach. Sieht für mich so aus, als ob die GPU komplett hängt. Problem sollte sich recht einfach und schnell erkennen lassen indem einfach einmal pro Sekunde mit vcgen_cmd (oder irgendwas anderem muss ich mal schauen ...) getestet wird ob die GPU hängt. Problem ist, dass sich das anscheinend nur durch einen Reboot lösen lässt. Das dauert 10 Sekunden und bedeutet wohl den sicheren Absturz wenn man kein Loitering oder sowas hat
Habe irgendwo im Raspberry Forum gesehen, dass man mit dem vcgen Kommando wohl irgendwie GPU debugging oder Logs sehen kann, weiss aber nicht ob das dafür geht, muss ich mir bei Gelegenheit nochmal anschauen.
Kannst Du vielleicht in Deinem OSD code irgendwas debuggen? Wenn nur die GPU hängt, müsste der Code ja theoretisch weiterlaufen (können), er wird wahrscheinlich nur an irgendeiner Funktion die auf die GPU zugreift einfach stehenbleiben weil die GPU nicht mehr reagiert (?) Weiss nicht, ob man das irgendwie abfangen kann im Code? Wenn Datenholen/dekodieren/malen eine Schleife ist, wird das wahrscheinlich schwierig, müsste man erst alles auf multithreaded umbauen. Örgs.
Ansonsten (erstmal als Workaround) gibt's auf dem Pi noch den hardware watchdog. Der löst einen hardware reboot aus sobald er eine konfigurierbare Zeit nicht "gestreichelt" wird. Wenn Du in Deinem Code in der Schleife die auf den Bildschirm malt regelmässig den Watchdog "streichelst" (einfach auf /dev/watchdog schreiben), sollte der automatisch neustarten wenn die Schleife steht wenn die GPU hängt ...
Kannst Du vielleicht in Deinem OSD code irgendwas debuggen? Wenn nur die GPU hängt, müsste der Code ja theoretisch weiterlaufen (können), er wird wahrscheinlich nur an irgendeiner Funktion die auf die GPU zugreift einfach stehenbleiben weil die GPU nicht mehr reagiert (?) Weiss nicht, ob man das irgendwie abfangen kann im Code? Wenn Datenholen/dekodieren/malen eine Schleife ist, wird das wahrscheinlich schwierig, müsste man erst alles auf multithreaded umbauen. Örgs.
Ansonsten (erstmal als Workaround) gibt's auf dem Pi noch den hardware watchdog. Der löst einen hardware reboot aus sobald er eine konfigurierbare Zeit nicht "gestreichelt" wird. Wenn Du in Deinem Code in der Schleife die auf den Bildschirm malt regelmässig den Watchdog "streichelst" (einfach auf /dev/watchdog schreiben), sollte der automatisch neustarten wenn die Schleife steht wenn die GPU hängt ...
@rodizio & @rangarid: das sind genau die Freezes die ich meine.... Die komplette GPU hängt sich dann irgendwie weg und Video und OSD Werden zu Zombie Prozessen. Die Wahrscheinlichkeit für die Freezes steigt je mehr Grafik das Rangarid OSD rendern muss... Ganz übel ist zMB. der grafische Home Pfeil
Gesendet von iPhone mit Tapatalk
Gesendet von iPhone mit Tapatalk
Dann schaue ich erstmal, dass ich das "von aussen" irgendwie prüfe und dann den reboot auslöse.
Habe gerade noch das hier gefunden:
https://www.raspberrypi.org/forums/viewtopic.php?f=33&t=77231
Sieht so aus, als ob das genau macht was wir brauchen. Ich hab zuwenig Plan vom programmieren, kriegt man das damit hin? Kleines Tool, was einfach einmal GPU aus/ein macht?
Edit: Careyer: Ah, ich werde mal probieren das Grafik-intensive Zeugs auszukommentieren.
Habe gerade noch das hier gefunden:
https://www.raspberrypi.org/forums/viewtopic.php?f=33&t=77231
Sieht so aus, als ob das genau macht was wir brauchen. Ich hab zuwenig Plan vom programmieren, kriegt man das damit hin? Kleines Tool, was einfach einmal GPU aus/ein macht?
Edit: Careyer: Ah, ich werde mal probieren das Grafik-intensive Zeugs auszukommentieren.
Zuletzt bearbeitet:
Kann hier jemand BITTE BITTE kurz schreiben,
WIE ICH DIE VERBINDUNG PER WLAN HINBEKOMME ? Also RX-RPi => WIFI-Hotspot am Handy ? Ich bekomme es einfach nicht hin und finde den Fehler NICHT.
DANKE !
Außerdem wüsste ich gern wie die Paramter gesetzt werden müssen, damit es egal ist, ob TX-RPI oder RX-RPI zuerst starten. Ich las davon hier auf dem Board, finde die Stelle aber ums verrecken nicht mehr.
WIE ICH DIE VERBINDUNG PER WLAN HINBEKOMME ? Also RX-RPi => WIFI-Hotspot am Handy ? Ich bekomme es einfach nicht hin und finde den Fehler NICHT.
DANKE !
Außerdem wüsste ich gern wie die Paramter gesetzt werden müssen, damit es egal ist, ob TX-RPI oder RX-RPI zuerst starten. Ich las davon hier auf dem Board, finde die Stelle aber ums verrecken nicht mehr.
Zuletzt bearbeitet:
- Status
