• Neuer Gutscheincode unseres Partners Schutzfolien24:
    DSLR-Forum2025
    Dauerhaft 10% Rabatt auf alle Displayschutzfolien und Schutzgläser der Eigenmarken
    "Upscreen", "Screenleaf", BROTECT" und "Savvies".
    Der Code ist für alle Geräteklassen gültig.
  • Stimmt ab über die Sieger des DSLR-Forum Fotowettbewerbs September 2025.
    Thema: "Straßenfotografie s/w"
    Nur noch bis zum 30.09.2025 23:59!
    Jeder darf abstimmen!
    Zur Abstimmung und Bewertung hier lang
  • Ich freue mich bekannt geben zu können, dass das DSLR-Forum einen neuen Aktionspartner gewinnen konnte.

    Saal Digital bietet Fotoprodukte in HighEnd-Qualität.
    Für die Mitglieder des DSLR-Forums locken Rabatte und Sonderaktionen!
    Alle Informationen dazu sowie ein tolles Einstiegsangebot unseres neuen Kooperationspartners gibt es hier.

  • In eigener Sache!

    Liebe Mitglieder, liebe Besucher und Gäste
    ich weiß, es ist ein leidiges Thema, aber ich muss es ansprechen: Werbung, Werbeblocker und Finanzierung des Forums.
    Bitte hier weiterlesen ...

  • Nicht erreichbare Adressen im Benutzerkonto
    Wir bekommen zurzeit eine große Anzahl an E-Mails, die das System zum Beispiel als Benachrichtigungen an Nutzer verschickt,
    als unzustellbar zurück, weil z.B. die Adressen nicht erreichbar sind oder das Postfach gar nicht existiert.
    Stellt doch bitte sicher, dass die Benachrichtigungen, die ihr vom System erwartet, auch zugestellt werden können.
    Nicht erreichbare E-Mail-Adressen sind dazu wenig hilfreich.
    Danke!
WERBUNG

sony nex 6 remote auslöser per wlan

easteregg schrieb:
der zeigt beim direkten aufruf gar nix an, weil eben keine header von dem jpeg daten vorhanden sind. daher erkennt ja auch file und vlc standardmäßig nicht, dass es sich um mjpeg handelt

edit:// hier kannst dir das ja selbst mal anschauen: http://zwischenablage.net/stream_chunk
Zum Vergrößern anklicken....

Das is echt schade. :/ Dadurch wird's aufwendig.
 
-- edit --
 
Zuletzt bearbeitet:
interessant wäre vielleicht auch, wenn wir uns die remote auslöser app selbst angucken, also die , die auf die cam aufgespielt wird.
 
easteregg schrieb:
interessant wäre vielleicht auch, wenn wir uns die remote auslöser app selbst angucken, also die , die auf die cam aufgespielt wird.
Zum Vergrößern anklicken....

Jup, ich habe gerade gemerkt, dass das hier die PlayMemories Mobile Version 1.0 war. Diese hat den Remote-Auslöser noch nicht eingebaut. :( Die aktuelle 2.0.2 kann ich nirgends zum Download finden. Ich habe leider kein Android, kann mir die aktuelle APK-Datei jemand schicken? (per PN?)

VG Sunny
 
So langsam fange ich an zu vermuten, dass es sich bei diesem Sony Livestream gar nicht um einen MJPEG Stream handelt. Es scheint irgend etwas ähnliches/artverwandes zu sein. Es fehlt ein boundary string (Header "multipart/x-mixed-replace;boundary=myboundary") und die JPEG Dateien sind auch unvollständig.
Ein "echter" MJPEG Stream hat ein Trennzeichen (boundary) an welchem man die JPEG´s trennen kann und besteht aus vollständigen JPEG´s.

Welches Format nutzt Sony? Ist es überhaupt ein Standard?

Oder wird so ein multipart/x-mixed-replace - Header zurück geliefert, wenn man den Stream direkt aufruft? (GET 192.168.122.1:8080/liveview/liveview.jpg HTTP/1.1)

VG Sunny
 
Zuletzt bearbeitet:
es gibt ne boundry string:

Code: 
%&'()*456789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz

anhand dessen kann man die jpgs trennen, und die jpgs selbst haben keinen header. vlc kann den stream abspielen, wenn man ihn drauf hinweist, indem man die datei in *.mjpeg umbenennt und dann öffnet
also ist das höchstwahrscheinlich nur nen mjpeg stream wo die header rausgekürzt sind.
 
easteregg schrieb:
es gibt ne boundry string:

Code: 
%&'()*456789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz

anhand dessen kann man die jpgs trennen, und die jpgs selbst haben keinen header. vlc kann den stream abspielen, wenn man ihn drauf hinweist, indem man die datei in *.mjpeg umbenennt und dann öffnet
also ist das höchstwahrscheinlich nur nen mjpeg stream wo die header rausgekürzt sind.
Zum Vergrößern anklicken....

Bist du dir sicher, dass das der Marker zum Trennen der JPG´s ist? Normalerweise startet dieser mit "--". Es gibt ja auch noch drei weitere sich wiederholende Zeichenketten. Hmmm, wie "errät" der VLC Player die Header? Irgendwie komisch

Die anderen drei sind:

Code: 
!!%%%,,4

und:

Code: 
,,8,,8880!!0888884888888888888888888888888ÔøΩÔøΩÔøΩ

und:

Code: 
&'()*56789:CDEFGHIJSTUVWXYZcdefghijstuvwxyz
 
Zuletzt bearbeitet:
ich gehe davon aus, dass es irgend ne standardcodierung sein wird. aber rein von er größe der chunks und der länge ist das der einzige der wohl in frage käme.

außerdem ist der viel zu sauber , als dass der zufällig auftreten würde.
 
so weiter gehts. ich hab mir mal den debug output von mplayer angeschaut und der gibt paar neue erkenntnisse! :)

Code: 
LAVF_check: raw MJPEG video
libavformat file format detected.
[mjpeg @ 0xee78c0]File position before avformat_find_stream_info() is 0
[mjpeg @ 0xf61080]marker=d8 avail_size_in_buf=33670
[mjpeg @ 0xf61080]marker parser used 0 bytes (0 bits)
[mjpeg @ 0xf61080]marker=db avail_size_in_buf=33668
[mjpeg @ 0xf61080]index=0
[mjpeg @ 0xf61080]qscale[0]: 3
[mjpeg @ 0xf61080]index=1
[mjpeg @ 0xf61080]qscale[1]: 3
[mjpeg @ 0xf61080]marker parser used 132 bytes (1056 bits)
[mjpeg @ 0xf61080]marker=c4 avail_size_in_buf=33534
[mjpeg @ 0xf61080]class=0 index=0 nb_codes=12
[mjpeg @ 0xf61080]class=1 index=0 nb_codes=251
[mjpeg @ 0xf61080]class=0 index=1 nb_codes=12
[mjpeg @ 0xf61080]class=1 index=1 nb_codes=251
[mjpeg @ 0xf61080]marker parser used 418 bytes (3344 bits)
[mjpeg @ 0xf61080]marker=c0 avail_size_in_buf=33114
[mjpeg @ 0xf61080]sof0: picture: 640x424
[mjpeg @ 0xf61080]component 0 2:1 id: 0 quant:0
[mjpeg @ 0xf61080]component 1 1:1 id: 1 quant:1
[mjpeg @ 0xf61080]component 2 1:1 id: 2 quant:1
[mjpeg @ 0xf61080]pix fmt id 21111100
[mjpeg @ 0xf61080]marker parser used 17 bytes (136 bits)
[mjpeg @ 0xf61080]escaping removed 276 bytes
[mjpeg @ 0xf61080]marker=da avail_size_in_buf=33095
[mjpeg @ 0xf61080]component: 0
[mjpeg @ 0xf61080]component: 1
[mjpeg @ 0xf61080]component: 2
[mjpeg @ 0xf61080]marker parser used 32818 bytes (262542 bits)
[mjpeg @ 0xf61080]marker=d9 avail_size_in_buf=201
[mjpeg @ 0xf61080]mjpeg decode frame unused 201 bytes
[mjpeg @ 0xee78c0]max_analyze_duration 5000000 reached at 5000000
[mjpeg @ 0xee78c0]Estimating duration from bitrate, this may be inaccurate
[mjpeg @ 0xee78c0]File position after avformat_find_stream_info() is 4313088
==> Found video stream: 0
======= VIDEO Format ======
  biSize 40
  biWidth 640
  biHeight 424
  biPlanes 0
  biBitCount 0
  biCompression 1196444237='MJPG'
  biSizeImage 0
===========================
[lavf] stream 0: video (mjpeg), -vid 0
LAVF: 0 audio and 1 video streams found
LAVF: build 3540581
VIDEO:  [MJPG]  640x424  0bpp  25.000 fps    0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:35  fourcc:0x47504A4D  size:640x424  fps:25.000  ftime:=0.0400

jetzt müsste man das nur noch zu validen headern verarbeiten und man kann den stream auf n html canvas malen! ;)

hier mal der komplette log: http://zwischenablage.net/mplayer.log
 
easteregg schrieb:
so weiter gehts. ich hab mir mal den debug output von mplayer angeschaut und der gibt paar neue erkenntnisse! :)

Code: 
LAVF_check: raw MJPEG video
libavformat file format detected.
[mjpeg @ 0xee78c0]File position before avformat_find_stream_info() is 0
[mjpeg @ 0xf61080]marker=d8 avail_size_in_buf=33670
[mjpeg @ 0xf61080]marker parser used 0 bytes (0 bits)
[mjpeg @ 0xf61080]marker=db avail_size_in_buf=33668
[mjpeg @ 0xf61080]index=0
[mjpeg @ 0xf61080]qscale[0]: 3
[mjpeg @ 0xf61080]index=1
[mjpeg @ 0xf61080]qscale[1]: 3
[mjpeg @ 0xf61080]marker parser used 132 bytes (1056 bits)
[mjpeg @ 0xf61080]marker=c4 avail_size_in_buf=33534
[mjpeg @ 0xf61080]class=0 index=0 nb_codes=12
[mjpeg @ 0xf61080]class=1 index=0 nb_codes=251
[mjpeg @ 0xf61080]class=0 index=1 nb_codes=12
[mjpeg @ 0xf61080]class=1 index=1 nb_codes=251
[mjpeg @ 0xf61080]marker parser used 418 bytes (3344 bits)
[mjpeg @ 0xf61080]marker=c0 avail_size_in_buf=33114
[mjpeg @ 0xf61080]sof0: picture: 640x424
[mjpeg @ 0xf61080]component 0 2:1 id: 0 quant:0
[mjpeg @ 0xf61080]component 1 1:1 id: 1 quant:1
[mjpeg @ 0xf61080]component 2 1:1 id: 2 quant:1
[mjpeg @ 0xf61080]pix fmt id 21111100
[mjpeg @ 0xf61080]marker parser used 17 bytes (136 bits)
[mjpeg @ 0xf61080]escaping removed 276 bytes
[mjpeg @ 0xf61080]marker=da avail_size_in_buf=33095
[mjpeg @ 0xf61080]component: 0
[mjpeg @ 0xf61080]component: 1
[mjpeg @ 0xf61080]component: 2
[mjpeg @ 0xf61080]marker parser used 32818 bytes (262542 bits)
[mjpeg @ 0xf61080]marker=d9 avail_size_in_buf=201
[mjpeg @ 0xf61080]mjpeg decode frame unused 201 bytes
[mjpeg @ 0xee78c0]max_analyze_duration 5000000 reached at 5000000
[mjpeg @ 0xee78c0]Estimating duration from bitrate, this may be inaccurate
[mjpeg @ 0xee78c0]File position after avformat_find_stream_info() is 4313088
==> Found video stream: 0
======= VIDEO Format ======
  biSize 40
  biWidth 640
  biHeight 424
  biPlanes 0
  biBitCount 0
  biCompression 1196444237='MJPG'
  biSizeImage 0
===========================
[lavf] stream 0: video (mjpeg), -vid 0
LAVF: 0 audio and 1 video streams found
LAVF: build 3540581
VIDEO:  [MJPG]  640x424  0bpp  25.000 fps    0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:35  fourcc:0x47504A4D  size:640x424  fps:25.000  ftime:=0.0400

jetzt müsste man das nur noch zu validen headern verarbeiten und man kann den stream auf n html canvas malen! ;)

hier mal der komplette log: http://zwischenablage.net/mplayer.log
Zum Vergrößern anklicken....

Super Sache das! :D
 
hallo,

interessante Sache das :top:

easteregg schrieb:
die nex firmware ist afaik auf linux ce basierend und man kann da afaik sogar das fs von der cam extrahieren, was praktisch wäre, wenn man irgendwo die server daten für den http findet! ;)
Zum Vergrößern anklicken....
linux stimmt scho, leider ohne fs zugriff. Aber es tut sich was, die erste Baureihe hat keine Geheimnisse mehr. 5r&6 sind "in Arbeit" ...

tschö
 
Man musste die remote APP exploiten! :-)

Ich wollt nachher mal testen ob ich die app beim installieren angreifen kann!
Ansonst ist noch das jpg header Problem! :-) falls du da mithelfen kannst wäre das super
 
Interessane Erkenntnisse :-)
Auf dem Weg wärs evtl. auch möglich eine Art Lightroom Plugin zu schreiben, um die Kamera remote zu steuern. Weiß jemand ob die Bilder, die die Kamera nachm Auslösen verkleinert sind oder ob es sich um die Originalen (JPEGs) handelt?
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
WERBUNG
Zurück
Oben Unten