4. HTTP Protokoll // Youtube

HTTP Protokoll // Youtube

  • ?

    Wenn ich einen Server erstelle der auf Port 80 lauscht und genau das oben beschriebende Packet sendet (ohne Fehlerblock) und dann mit Firefox localhost ansurfe passiert genau das erwartete, das Youtube Video wird angezeigt. (Man kann es auch abspielen)
    Da im HTTP header nicht genug Informationen für dieses Verhalten vorhanden sind, wird "CWS" wohl so eine art magic number sein, und der nicht-ASCII (Rohdaten) Block wird dem Flashplayer wohl die benötigten Daten liefern.

    Jetzt fragt sich nur noch wie man diesen Datenblock richtig interpretieren muss.. falls jemand den Sourcecode für den Flashplayer hat.. :D:D

    0

  • HalloWelt schrieb:

    Wenn ich einen Server erstelle der auf Port 80 lauscht und genau das oben beschriebende Packet sendet (ohne Fehlerblock) und dann mit Firefox localhost ansurfe passiert genau das erwartete, das Youtube Video wird angezeigt. (Man kann es auch abspielen)
    Da im HTTP header nicht genug Informationen für dieses Verhalten vorhanden sind, wird "CWS" wohl so eine art magic number sein, und der nicht-ASCII (Rohdaten) Block wird dem Flashplayer wohl die benötigten Daten liefern.

    HalloWelt schrieb:

    (...)

    (...)
Content-Type: application/x-shockwave-flash

    Denk mal drüber nach...

    0
  • ?

    hustbaer schrieb:

    HalloWelt schrieb:

    Wenn ich einen Server erstelle der auf Port 80 lauscht und genau das oben beschriebende Packet sendet (ohne Fehlerblock) und dann mit Firefox localhost ansurfe passiert genau das erwartete, das Youtube Video wird angezeigt. (Man kann es auch abspielen)
    Da im HTTP header nicht genug Informationen für dieses Verhalten vorhanden sind, wird "CWS" wohl so eine art magic number sein, und der nicht-ASCII (Rohdaten) Block wird dem Flashplayer wohl die benötigten Daten liefern.

    HalloWelt schrieb:

    (...)

    (...)
Content-Type: application/x-shockwave-flash

    Denk mal drüber nach...

    Nunja falls du das meinst, was ich denke was du meinst (oO^^) dann kann ich nur sagen dass der Daten Block definitiv zu klein für das Video ist. Er ist genau 1024 Bytes groß und so gut ist die Komprimierung dann doch noch nicht 😉

    0

  • Natürlich ist der Datenblock nicht das Video, hab ich auch nie behauptet.

    0
  • ?

    Dann steh ich gerade auf dem Schlauch^^
    Vielleicht hilfst du mir ja das Wasser wieder zum fließen zu bringen? 😃

    0
  • S

    http://www.digitalpreservation.gov/formats/fdd/fdd000130.shtml#sign (bzw http://webcache.googleusercontent.com/search?q=cache:CE3jLFw-bGkJ:www.digitalpreservation.gov/formats/fdd/fdd000130.shtml+magic+bytes+cws&cd=6&hl=en&ct=clnk&client=ubuntu#sign im google cache) lässt mich vermuten, dass du das mal durch die zlib jagen solltest.

    0

  • Der Datenblock wird wohl der Flash-Player sein bzw. ein Stub der den Player nachlädt.
    Das Video selbst wird wohl von einer anderen URL gestreamt.

    0
  • ?

    hustbaer schrieb:

    Der Datenblock wird wohl der Flash-Player sein bzw. ein Stub der den Player nachlädt.
    Das Video selbst wird wohl von einer anderen URL gestreamt.

    Soweit war ich auch schon, nur sind die Daten leider nicht in Klartext vorhanden und jetzt stellt sich natürlich die Frage wie komme ich da drann? 😉

    SG1 schrieb:

    http://www.digitalpreservation.gov/formats/fdd/fdd000130.shtml#sign (bzw http://webcache.googleusercontent.com/search?q=cache:CE3jLFw-bGkJ:www.digitalpreservation.gov/formats/fdd/fdd000130.shtml+magic+bytes+cws&cd=6&hl=en&ct=clnk&client=ubuntu#sign im google cache) lässt mich vermuten, dass du das mal durch die zlib jagen solltest.

    Guter Tipp Danke 😉
    Leider gibt er mir bei uncompress() Z_DATA_ERROR zurück. ("Z_DATA_ERROR if the input data was corrupted or incomplete").

    Habe noch nie mit dieser lib gearbeitet bin mir also etwas unsicher wie ich das angehen soll. Schön wäre wenn es vielleicht sowas wie einen online-decodierer geben würde zum testen..
    Denn was soll da raus kommen? Klartext? Oder wieder nur interne Datenstrukturen mit denen erstmal nur der Flash-Player selbst was anfangen kann?

    0

  • HalloWelt schrieb:

    hustbaer schrieb:

    Der Datenblock wird wohl der Flash-Player sein bzw. ein Stub der den Player nachlädt.
    Das Video selbst wird wohl von einer anderen URL gestreamt.

    Soweit war ich auch schon, nur sind die Daten leider nicht in Klartext vorhanden und jetzt stellt sich natürlich die Frage wie komme ich da drann? 😉

    Wie kommst du auf die Idee dass Flash-Anwendungen Klartext wären?

    0
  • ?

    Ich glaube wir reden etwas aneinander vorbei^^
    Ich habe doch geschrieben dass es eben KEIN Klartext ist 😉
    Allerdings ist es so gut wie klar dass in dem Datenblock zummindest die "Streaming-IP" stehen muss. Die Frage ist halt wo das steht bzw. wie man es vorher vielleicht sogar noch dekodieren muss..

    0
  • ?

    Und du bist dir sicher, dass die IP im KLARTEXT in den Daten steht? Sie muss ja nicht zwangsläufig als ASCII-Code drinstehen. Binärkodierung wäre auch möglich.

    0

  • Guck mal ob du irgendwo Infos zum Flash-File-Format bekommst.
    Also ob die Daten komprimiert sind, wenn ja wie, ob da vorne noch eine Header o.ä. dran ist uswusf.

    0
  • ?

    O.o schrieb:

    Und du bist dir sicher, dass die IP im KLARTEXT in den Daten steht? Sie muss ja nicht zwangsläufig als ASCII-Code drinstehen. Binärkodierung wäre auch möglich.

    Ich glaube Du hast das ganze immer noch nicht so ganz verstanden.. sry 🙄

    hustbaer schrieb:

    Guck mal ob du irgendwo Infos zum Flash-File-Format bekommst.
    Also ob die Daten komprimiert sind, wenn ja wie, ob da vorne noch eine Header o.ä. dran ist uswusf.

    Leider nicht wirklich, zummindest nicht über Google..
    Wenn ich mir die Cache-Files die Firefox von Youtube Videos so macht angucke sieht man wohl eine art Header..

    "FLV" sind immer die ersten 3 Bytes, dann kommt irgendwann "onMetaData" "duration" "starttime" "totalduration" "videodatarate" usw.

    Etwas weiter unten gibt es sogar noch einen
    "httphostheader" mit nem Wert wie zB. "v21.lscache7.c.youtube.com".
    Dieser Wert kann allerdings nicht wirklich reichen, da ja irgendwo noch die Video ID her kommen muss.

    Nunja ich komme hier momentan leider auch nicht wirklich weiter.. wenn ich noch etwas neues finde schreib ichs hier rein - für gute Infos/Tipps wäre ich natürlich auch dankbar, aber eine konkrete Frage habe ich gerade leider nicht mehr 😞

    Wer das Problem nachvollziehen möchte kann gerne einfach eine TCP Verbindung über Port 80 auf www.youtube.com aufbauen - ich nutze momentan folgende HTTP Anfrage:

    char request[] = 
    "GET /v/VIDEOID<-- HTTP/1.0\r\n"
    "Host: www.youtube.com\r\n"
    "\r\n";

    Daten dann einfach mit fwrite oder sowas binär schreiben und sich die Datei dann mit nem HexEditor ansehen 😉

    0

  • HalloWelt schrieb:

    SG1 schrieb:

    http://www.digitalpreservation.gov/formats/fdd/fdd000130.shtml#sign (bzw http://webcache.googleusercontent.com/search?q=cache:CE3jLFw-bGkJ:www.digitalpreservation.gov/formats/fdd/fdd000130.shtml+magic+bytes+cws&cd=6&hl=en&ct=clnk&client=ubuntu#sign im google cache) lässt mich vermuten, dass du das mal durch die zlib jagen solltest.

    Guter Tipp Danke 😉
    Leider gibt er mir bei uncompress() Z_DATA_ERROR zurück. ("Z_DATA_ERROR if the input data was corrupted or incomplete").

    Die Header besteht anscheinend aus 8 Byte, d.h. diese 8 Byte musst du wegschneiden/überspringen bevor du die Daten an ZLIB übergibst.

    ps: das 4. Byte ist irgendeine Versionsnummer, und die nächsten 4 Byte sind die Länge des Files in irgend einer Form. Vermutlich inklusive Header und bei CWS die Länge des komprimierten Files (kannst du aber leicht checken was nun zutrifft).

    0
  • N

    http://rg3.github.com/youtube-dl/

    0
Anmelden zum Antworten