[wlorenz65]

Hallo Gast!

Das Herunterladen in einem Stück mit rtmpdump klappt bei mir ja auch, aber was nützt mir das, wenn die Datei voller Fehler ist?

Das Beste was ich mit rtmpdump in ca. 15 Versuchen bekommen habe, waren 62,7 MB (65.799.439 Bytes), und das steckt immer noch voller Fehler. Bei 1:39–1:44, da wo die Kamera auf Kathrin zoomt, gibt es 4 Ruckler, und von 6:20–7:33 gibt es ein gutes Dutzend Fehler.

Soll also heissen, wenn die Datei, die du mit rtmpdump an einem Stück heruntergeladen hast, kleiner oder gleich 62,7 MB (65.799.439 Bytes) ist, dann sind da auf alle Fälle noch Fehler drin. Ich hätte die aber gerne fehlerfrei!

Vielen Dank für den Link mms://stream4.rbb-online.de/rbb/zibb/gast/zibb_20100421_saphir2_m_16_9_512x288.wmv. Den habe ich im Quelltext nicht gefunden, vermutlich nicht gründlich genug gesucht.

Ich dachte eigentich, dass das MMS Protokoll die Probleme des RTMP Protokolls nicht hat und man damit eine Datei fehlerfrei vom Server ziehen kann, aber offensichtlich stimmt das nicht. Zum einen ist die Qualität schlechter, das WMV ist nur 29,7 MB (31.236.670 Bytes) groß und man kann deutliche Kompressionsartefakte sehen. Das würde mich nicht so sehr stören, aber offensichtlich klappt auch das Herunterladen nicht fehlerfrei: Bei 4:50 und bei 5:42 sind Aussetzer in Bild und Ton, die Datei ist damit unbrauchbar. Da ist das, was ich über das RTMP Protokoll geladen habe, deutlich besser.

Dieser Fehler bei RTMP erinnert mich an VIVA WebTV aus dem Jahr 2000. Damals gab es auch einen Aussetzer nach ungefähr 1:30 Minuten, und so ab 7 Minuten stürzte der RealPlayer dann häufig ab. Das sieht ganz nach einem Fehler im Streamingserver aus, der seit 10 Jahren nicht behoben wurde.

[wlorenz65]

Puuh, geschafft! Die MMS Version ließ sich durch einen zweiten Versuch fehlerfrei herunterladen, hat allerdings wegen der geringen Dateigröße noch Kompressionsartefakte. Die RTMP Version konnte ich in 50 Sekunden Chunks laden, was ich oben vergessen hatte, war der Parameter -k. Den kann man in einer Schleife variieren:

for %%i in (0 1 2 3 4 5 6 7 8 9) do rtmpdump.exe -e -k %%i -B 50 -o x.flv -r "rtmp://stream5.rbb-online.de:1935/rbb" -a "rbb" -f "WIN 10,0,45,2" -W "http://www.rbb-online.de/cqbase/flash/jwplay.swf" -p "http://www.rbb-online.de/zibb/vip/beitraege/saphir.listall.on.printView.on.html" -y "mp4:/zibb/gast/zibb_20100421_saphir2_MP4H264_m_16_9_512x288"

Und dann mit CTRL-C, N, RETURN durch alle 10 Werte durchsausen. Sobald er geladen hat, beim nächsten Durchlauf mit CTRL-C, J, RETURN abbrechen. Dann das x.flv durch y.flv ersetzen und das Spiel von vorne. Sind die beiden Dateien x.flv und y.flv exakt gleich groß, was sich mit ALT+EINGABE nachprüfen lässt, dann eine Sicherheitskopie machen und den nächsten Chunk holen, also von -B 50 auch -B 100 hochsetzen. Es kann auch mit größeren Chunks funktionieren, so maximal 80 denke ich.

Am Ende muss die resultierende Datei 64,6 MB (67.836.855 Bytes) groß sein. Alles was kleiner ist hat noch Fehler.

[Gast]

Hallo wlorenz65

Zitat (wlorenz65: 17.06.2010, 08:33)

...
Soll also heissen, wenn die Datei, die du mit rtmpdump an einem Stück heruntergeladen hast, kleiner oder gleich 62,7 MB (65.799.439 Bytes) ist, dann sind da auf alle Fälle noch Fehler drin. Ich hätte die aber gerne fehlerfrei!
...

Ich hab die jetzt nochmal in einem Stück geladen und kann keinen Fehler im Video entdecken.
Die zwei Dateien sind exakt gleich groß: 64,6 MB (67.839.905 Bytes)
Auch der Hashwert ist identisch.
saphir_02.JPG]
Woran es liegt kann ich aber leider nicht sagen.

[wlorenz65]

Ich hab nur DSL 1000, schneller geht aus technischen Gründen nicht. Und beim YouTube Upload kommt es auch alle paar Stunden mal zu Abbrüchen. Ich vermute, dass es in Wirklichkeit ständig zu Übertragungsfehlern kommt, die aber von TCP normalerweise korrigiert werden. Wenn Streaming aber nicht über TCP sondern über UDP läuft, so würde das erklären, wenn öfter mal ein Paket verschwindet.

Offensichtlich ist auch meine gestern mühevoll in Einzelstücken geladene Version noch fehlerhaft. Ich kann allerdings keine Fehler mehr erkennen, und der Unterschied zu deiner Version beträgt auch nur 3050 Bytes.

[buzzy]

Hat auch jemand hier eine lösung für arte karambolage?
http://www.arte.tv/d.../3149166.html#1
also eine, die man immer auf die gewünschte aktuelle ausgabe anwenden kann
thx

[MonztA]

http://download.www.arte.tv/permanent/u4/karambolage/de/karambolage_212.mp4

[Ddawg]

hallo leute
ich hab ein problem.. ich möchte einen stream einbetten. hab aber leider weder die url oder embed code
hab mal ein paar sachen für den stream aus gelesen, vllt könnt ihr mir ja weiter helfen

rtmp://89.149.242.21:1935/live<playpath>windo11 <swfUrl>http://www.longtailvideo.com/files/player.swf <pageUrl>http://livehtv.npage.de/

rtmp://89.149.242.21:1935/live&amp;file=windo11.flv&amp;image=http://pic1.resimupload.com/r7/resim_996812839.gif&amp;autostart=true&amp;height=270&amp;volume=90&amp;width=480&amp;mute=false&amp;bufferlength=5&amp;start=0&amp;position=0&amp;repeat=false&amp;controls=false&amp;id=player1&amp;screencolor=black&amp;flashplayer=http://www.longtailvideo.com/files/player.swf&amp;skin=&amp;playerready=$.fn.jwplayerMediaFlash.playerReady

würde mich um jede hilfe freuen

lg Ddawg

[stromerlpz]

Hallo an alle,

ich habe eine Frage, meine Oma war in einem beitrag zu sehen und ich hätte das Video gerne gespeichert.

hier der Link dazu

http://www.ardmediathek.de/ard/servlet/con...umentId=5035950

Wer kann mir helfen?

Vielen Dank im Vorraus

[Internetkopfgeldjäger]

Zitat (stromerlpz: 04.08.2010, 16:06)

Hallo an alle,

ich habe eine Frage, meine Oma war in einem beitrag zu sehen und ich hätte das Video gerne gespeichert.

hier der Link dazu

http://www.ardmediathek.de/ard/servlet/con...umentId=5035950

Wer kann mir helfen?

Vielen Dank im Vorraus

Schau in den Webseiten Code rein, da stehen die Stream Links diesmal sogar direkt klar und deutlich drin.

[Tom99]

Hallo,

ich würde gern ein Video mit rtmpdump runterladen, komme aber nicht auf die richtige URL.

Hier der Link zur Webseite: Link

Durch etwas Rumprobieren bin ich auf Folgendes gestoßen:

{"streamingServerURL":"rtmp://cp11377.edgefcs.net/ondemand/","playList":[{"url":"mp4:mpc/videologging/2010/08/05/TSI1_EP233763_21f20153-e81c-4336-b104-9105a420016d_2010-08-05T19:35:00.h264","representation_offset":0,"initialScale":"scale","start":1222,"end":1345.005}],"loop":false}

Naheliegend wäre die URL rtmp://cp11377.edgefcs.net/ondemand/mp4:mpc/videologging/2010/08/05/TSI1_EP233763_21f20153-e81c-4336-b104-9105a420016d_2010-08-05T19:35:00.h264,
aber das ist offenbar nicht richtig. Hat jemand eine Idee?

Besten Dank.

[Internetkopfgeldjäger]

Zitat (Tom99: 06.08.2010, 01:39)

Naheliegend wäre die URL rtmp://cp11377.edgefcs.net/ondemand/mp4:mpc/videologging/2010/08/05/TSI1_EP233763_21f20153-e81c-4336-b104-9105a420016d_2010-08-05T19:35:00.h264

Die URL ist vollkommen korrekt!
Du brauchst bloß eine rtmpdump Version, die mit dem komischen Server diesen RTMPE Quatsch aushandeln kann.
Auf Slashdot suchen, da gibt es den Querverweis auf den Sourcecode von der rtmpdump Version, die den großen Wirbel verursacht hat, mit der geht es:

rtmpdump -e -r "rtmp://cp11377.edgefcs.net/ondemand/mp4:mpc/videologging/2010/08/05/TSI1_EP233763_21f20153-e81c-4336-b104-9105a420016d_2010-08-05T19:35:00.h264" -o TSI1_EP233763_21f20153-e81c-4336-b104-9105a420016d_2010-08-05T19:35:00.h264

(ohne Zeilenumbrüche, die macht das Forum rein)
Die aktuellen rtmpdump Versionen können das nicht mehr.
Hier die heise.de Meldung, wo Adobe Werbung für das rtmpdump gemacht hat: http://heise.de/-219989

[Gast]

Zitat (Internetkopfgeldjäger: 06.08.2010, 03:26)

Die URL ist vollkommen korrekt!

Stimmt. Und mit Rtmpdump 2.2e oder 2.3 kann man es auch speichern.
Allerdings wird das gesamte Magazin gespeichert. (ca 90 Mb)
Der Beitrag über das Freilichtmuseum beginnt ab ca. 20:21 min.

Du kannst mit den Parametern --start (-A)und --stop (-B) versuchen nur den aktuellen Bericht zu speichern. (ca 9Mb)

rtmpdump -A 1222 -B 1344.005 -r "rtmp://cp11377.edgefcs.net/ondemand/mp4:mpc/videologging/2010/08/05/TSI1_EP233763_21f20153-e81c-4336-b104-9105a420016d_2010-08-05T19:35:00.h264"  -o  Freilichtmuseum.h264.flv

Leider wird bei mir das Video so nicht mehr abgespielt. (Bild bleibt stehen und der Ton geht weiter)
Ich glaube es liegt daran das der Dateiheader nicht mehr korrekt ist.

Edit: Mit Rtmpdump Version 1.9 funktioniert es einwandfrei.

Dieser Beitrag wurde von Gast bearbeitet: 06. August 2010 - 17:44

[Tom99]

Super, Ihr seid genial. Vielen Dank!

[Tom99]

Ich versuche mal, das allgemeine Vorgehen zusammenzufassen (bitte korrigiert mich, falls ich Unsinn schreibe).

Zuerst sollte man es mit einem Tool wie Orbit oder einem Browser-Plug-in probieren. Wenn das nicht klappt, ist Handarbeit gefragt. Zuerst muss man die URL des Videos rausfinden, und die dann einem geeigneten Programm übergeben.

1. Herausfinden der URL. Hier gibt es verschiedene Ansätze:
- HTML-Quelltext lesen
- URL Snooper verwenden und nach Multimedia URLs filtern
- rtmpsrv verwenden. Dazu muss man aber schon den Namen des Servers kennen, auf dem das Video liegt

2. Herunterladen des Videos. Je nach Protokoll:
- http: wget oder Browser
- mms: VLC
- rtmp: rtmpdump

[Internetkopfgeldjäger]

Zitat (Tom99: 06.08.2010, 19:23)

2. Herunterladen des Videos. Je nach Protokoll:
- http: wget oder Browser
- mms: VLC
- rtmp: rtmpdump

Der mmsclient kann mms streams direkt ziehen: http://ole.tange.dk/projekter/kontroversie...s.com/majormms/
Mit etwas Glück und passender Distribution ist der mmsclient über das Paketmanagment bequem installierbar.

Edit:
Für alle, die unbedingt eine Gui und viel klicki-klicki zum mms Stream ziehen haben müssen, gibt es auch eine Version des mms Streamziehers mit GUI, die nennt sich gmms, macht das gleiche wie mmsclient ohne GUI und man muss auch die gleichen Angaben eintippen oder kopieren, wie bei der Version ohne Gui, nur halt eben etwas umständlicher mit GUI, dafür aber auch für Windows: http://gmms.sourceforge.net/

Dieser Beitrag wurde von Internetkopfgeldjäger bearbeitet: 06. August 2010 - 21:20