hack in the cam! - oder auch was für ein stream?

easteregg

easteregg

0
Hiho

ich hab mir ne neue sony nex 6 cam gekauft. die hat nen lustiges wlan feature und damit kann man per smartphone die cam remote auslösen lassen.
da die software auf meinem tablet nicht funktioniert und ansonst auch irgendwie dreck ist wollte ich mir selbst was sinvolleres schreiben und hab den wlan traffic auseinander genommen und konnte per nc bisher die ganze kommunikation nachbauen.

bis auf eine tatsache, der client bekommt von der cam nen livestream gesendet, was die cam grade sieht. jetzt wüsst ich gern, was für ein stream das ist?

ich hab leider keine ahnung um was es sich da handelt, hab euch aber mal nen ausriss gedumpt.

den könnt ihr euch hier runterladen: http://zwischenablage.net/stream_chunk

falls einer mehr ahnung hat als ich (wovon ich ausgehe) und mir nen tipp geben kann um was es sich hier handelt wäre das super?

die url besagt es wäre nen jpg, aber dann wäre das ja tonnen an einzel bildern, das kann ich mir nicht so richtig vorstellen. jemand ne idee?
 
Dein Stream-Dump sieht sehr nach Motion JPEG aus. Er besteht auf jeden Fall aus lauter einzelnen JPEG-Bildern, die sich jeweils zwischen den Strings '%&'()*456789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz' befinden und keine Header haben.
 
ah das klingt doch schonmal gut.
darf man fragen, anhand von was du die identifiziert hast und wie?

also bräuchte ich die jpegs nur anhand von dem header da rausfiltern und dann jeweils einzeln anzeigen lassen? frisst sowas vlc nich oder hat der einfach aufgrund der fehlenden header die daten nicht erkannt?
 
Ich hab einfach mal geschaut welche Strings darin vorkommen und für welche Dateiformate diese üblich sind.

Ich vermute mal, dass dein VLC irgendwann mit einem EOF reached o.ä. im Debugging-Output daher kommt. Ich vermute weiterhin, du wirst im mit -sout angeben müssen, welchen Codec er verwenden soll, weil die Stream-URL nicht auf .mjpeg endet.
 
okay, das werd ich mal bei gelegenheit probieren. können das die browser von andriod out of the box oder ist dann in der app was extra drin zum wiedergeben?
 
Ich denke, dass der Browser von Android das nicht out-of-the-box beherrscht, da es ja extra MJPEG-Viewer für Android gibt, sondern eher irgendwelche Video-Plugins dafür nutzt.
 
bitmuncher hat gesagt.:
Ich hab einfach mal geschaut welche Strings darin vorkommen und für welche Dateiformate diese üblich sind.

Ich vermute mal, dass dein VLC irgendwann mit einem EOF reached o.ä. im Debugging-Output daher kommt. Ich vermute weiterhin, du wirst im mit -sout angeben müssen, welchen Codec er verwenden soll, weil die Stream-URL nicht auf .mjpeg endet.
Zum Vergrößern anklicken....

cool, es reichte schon das nach mjpeg umzubennen :D sehr gut! vielen dank für deine hilfe! :)
 
bitmuncher hat gesagt.:
Ich hab einfach mal geschaut welche Strings darin vorkommen und für welche Dateiformate diese üblich sind.

Ich vermute mal, dass dein VLC irgendwann mit einem EOF reached o.ä. im Debugging-Output daher kommt. Ich vermute weiterhin, du wirst im mit -sout angeben müssen, welchen Codec er verwenden soll, weil die Stream-URL nicht auf .mjpeg endet.
Zum Vergrößern anklicken....

weis du wie genau der sout paramter auszusehen hat? ich komm hier grad irgendwie nich weiter, und die docs von vlc erschalgen mich einfach. ich muss dem ja nur mitteilen, welcher codec es sein soll. den rest scheint der ja automatisch zu erkennen.
 
Dazu müsste ich mich intensiver mit JPEG-Format befassen. Vielleicht hilft es mal einen Blick in die Quelltexte von 'file' zu werfen und zu schauen anhand welcher Daten dieses Tool das JPEG-Format erkennt.
 
Klar, weil er die Erkennung anhand der Dateiheader macht. Im Quelltext von 'file' sollte man aber erkennen können welchen Header-Aufbau file erwartet um eine Datei als jpeg zu identfizieren. Das lässt Rückschlüsse darauf zu wie man den Header aufbauen muss.
 
Zuletzt bearbeitet:
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben