Verfasste Forenbeiträge
-
Beiträge
-
Danke EagleEi!
Ja, mit dem neuen Image 20160722 funktioniert das einwandfrei 😉
Ging wirklich äußerst fix, nochmals Danke!O.K., nun verstehe ich auch die Hintergründe mit der App. Um sowas der Öffentlichkeit zu zeigen, muss man gut aufräumen – und das kostet oft mehr Zeit als das eigentliche Zusammenschreiben.
Bin leider kein App-Profi. Eher könnte ich am Image rumbasteln, werde aber, da nun die Anfangsprobleme beseitigt sind, das Board an den Copter-Bastler übergeben und kann dann erst mal nicht testen – bisher war mein zero mit der pi-cam nur nackig auf dem Schreibtisch. Und auch für solche Anwendungen (einfach „nur“ eine WiFi-Cam, die sogar aufzeichnen kann) ist das Projekt sehr interessant. Toll!Was ich mir wünschen würde: Web über https, denn da wird ja auch das Passwort übertragen. Ist nicht ganz trivial, da die meisten Browser keine selbstsignierten Zertifikate mehr mögen. Da denk ich mal drüber nach.
Die Sache mit dem shutdown wäre noch ganz nett, aber mit dem Umweg über das Webfrontend kann man wenigstens sauber abschalten. Damit kann ich erst mal leben.
Viele Grüße
testpilotHallo Benny,
danke für die Antwort. Nun verstehe ich die Stream-Problematik etwas besser. Allerdings ist bei mir mir auch der gespeicherte Film mit den Original-Einstellungen nur 640×480 und mit den oben genannten Änderungen entsprechend höher. Hat einer eine Ahnung, woran das liegt?
Und dann noch mal explizit die Frage: _Warum_ ist die app closed source?
Wäre sie das nicht hätte bestimmt schon jemand das shutdown-Problem behoben und noch andere kluge Ideen hinzugefügt.Viele Grüße
TestpilotHallo,
habe einen Ansatz gefunden:
Auf der Linux-Partiton steht in der Datei
/root/WiFree/wfpicam.py…
with picamera.PiCamera() as camera:
camera.resolution = (640, 480)
camera.framerate = 30
camera.video_stabilization = vstab
…Wenn ich dort statt dessen
camera.resolution = (1920, 1080)
eintrage bekomme ich in der Aufzeichnung ordentliche fullHD h.264-Filme. Das Livebild zeigt dann allerdings unwahrscheinliche Bewegungsartefakte. Unter Verwendung von MPEG tauscht man diesen Mangel gegen grobe Farbstufungen ein, hat dafür aber wirklich Echtzeit-Bewegungen. Aufgezeichnet wird weiter in h.264.
Damit verstehe ich auch den Hinweis auf die Tablet-Performance: Übertragen wird immer h.264 und das MJPEG nur im empfangenden Gerät umgewandelt.
Das Live-Bild wird stets in einem kleinerem Rahmen angezeigt. Wäre es möglich, dieses in der nativen Größe (oder skaliert auf FullScreen) auf dem Tablet/Handy anzuzeigen?Noch ein Hinweis. Auch die Herabsetzung auf
camera.framerate = 25
bringt bei fullHD keine Besserung im Livebild.Viele Grüße
testpilotHallo Benny,
ja, sorry für den Doppelpost – stellte dann nur fest, dass unklar ist, ob die App oder das Image für die Auflösung zuständig ist.
Also wenn ich MJPEG auswähle ändert sich bei mir nichts. Gespeichert habe ich die Einstellungen und auch einen reboot danach probiert (ist ja eigentlich kein Windoofs, das sowas benötigt, aber wer weiß?) Der einzige „Erfolg“ ist, dass ich kein Live-Bild mehr bekomme. Die Aufnahme erfolgt weiter 640×480 in h.264. Ich verstehe auch nicht, was die Tablet-Performance für eine Rolle spielen soll. Die Umwandlung in mjpeg erfolgt doch wohl im raspi … und eigentlich kann h.264 durchaus full-HD. Meine Signalstärke ist ausgezeichnet (bisher nur das reine Modul ohne Drohne auf 50 cm Entfernung bringt -25 bis -32 dB) und das Handy ist ein Octacore 2 GHz – das sollte wohl auch kein Problem machen.
Ich traue mir durchaus zu, im linux die Einstellungen zu ändern, will bloß nicht wild rumsuchen, wenn hier die geballte Ladung Wissen mitliest, kann mir sicher jemand sagen, wo das erfolgen kann. Da die App ja offenbar closed-Source ist (passt das zu einem Open-DIY-Projekt?), wäre das Image sowieso die Einzige Möglichkeit zum Eingreifen.Viele Grüße
TestpilotHallo,
tolles Projekt!
Nur eine Frage: Bei mir wird trotz PI-Kamera 2.1 nur 640×480 Video angezeigt und gespeichert. Wo kann man das einstellen?Viele Grüße
der Testpilot
