Downloads brechen ab
-
Hallo @cuantro,
ich würde die LogDatei im Einstellungsverzeichnis .mediatek3 suchen.
Nach deiner bisherigen Beschreibung könnte es immer noch eine volle Partition sein.
Leider sind die wenigen geschilderten Symptome sehr unspezifisch. Daher brauchen wir wohl auch noch Antworten auf möglichst jede einzelne der gestellten Fragen.
Funktioniert denn das Laden der neuen Filmliste, also konkret der Download der Filmliste direkt durch Mediathekview? Falls nicht, käme noch eine (falsche) Firewall-Einstellung als Ursache in Frage.
herbivore
-
@herbivore sagte in Downloads brechen ab:
.mediatek3
Ich habe Version 13.2.1 wo finde ich das von Dir erwähnte Einstellungsverzeichnis .mediatek3?
“Nach deiner bisherigen Beschreibung könnte es immer noch eine volle Partition sein.”
Schwer nachvollziehbar, denn
zeigt, dass noch 97,9 GB frei sind."Funktioniert denn das Laden der neuen Filmliste, also konkret der Download der Filmliste direkt durch Mediathekview?"keinerlei Probleme
“Falls nicht, käme noch eine (falsche) Firewall-Einstellung als Ursache in Frage.”
Bei mir ist die Systeminterne Firewall in Betrieb. -
@cuantro
Lad mal bitte ein Logfile hoch, nachdem Du einen Download probiert hast. Das kannst Du im Hilfe-Menue (Protokolldatei erstellen) anstoßen und dann wird das Logfile dort abgelegt, wo Du es möchtest. Bevor Du die Datei hochladen kannst, musst Du sie umbenennen (z.B. ‘.txt’ anhängen), denn Archive sind im Forum leider nicht erlaubt. -
-
[INFO ] 2019-01-01 16:13:17.370 [DIRECT DL THREAD_7. Das große Autorennen] mediathek.controller.starter.StarterClass - [Download ist fertig und hat geklappt, Programmset: Speichern, Ziel: M:\Mediathekview\Zoés Zauberschrank\Zoés Zauberschrank-7. Das große Autorennen-1353905401.mp4, Startzeit: 16:12:23, Endzeit: 16:13:17, Restarts: 0, Dauer: 54 s, Dauer: <1 Min., Bytes gelesen: 312,6 MB, Bandbreite: 6,010 MB/s, URL: https://pmdonlinekika-a.akamaihd.net/mp4dyn/8/FCMS-8317cf62-3764-4f83-be7f-0bc77f6536a2-5a2c8da1cdb7_83.mp4, direkter Download]Schaut doch gut aus …
-
Hallo, ich habe evtl. einen ähnlichen Effekt und klinke mich daher hier ein. Beim WDR funktionieren manche DLs oft erst im 5. oder 6. Anlauf, z.B. “Wilder wilder Westen-Die besten Zoogeschichten aus NRW (7_15)-index_2_av.m3u8.mp4” - die Größe wird immer als zu klein dargestellt, bei mehreren Versuchen auch unterschiedlich, aber der %-Balken weiß dennoch, wie groß die Datei am Ende wird. Mal hängt der DL bei 20 MB, mal nei 180 MB, mal bei 450 MB. Dabei wird weiterhin aktiver DL angezeigt, aber es passiert nichts mehr außer dass die erwartete Zeit bis zum Ende immer weiter ansteigt. Ich vermute, MV hat Probleme, weil des eine Chunklist ist und der WDr offenbar nicht immer alle Teile passend liefert. Vielleicht auch durch hohen DL-Speed (6-7 MBit), so dass die Sendung in 2 Minuten da sein soll, wenn der Streaming-Server 40 Min erwartet? Nach mehren Neustarts der Sendung kjlappt es irgendwann. Wiederaufnahme ist anders als bei “normalen” Sendungen nicht möglich, bei Neuaufnahme wird Überschreiben angeboten. Möglicherweise ist das das gleiche oder ein ähnliches Problem wie beim Threadersteller?
-
@Spittler sagte in Downloads brechen ab:
Möglicherweise ist das das gleiche oder ein ähnliches Problem wie beim Threadersteller?
Möglich ist alles. Aber ganz ehrlich, daran giaub ich nicht. Der OP schreibt von allen Downloads, bei Dir ists nur WDR, und selbst dann funktionieren sie irgendwann - wenn auch
oft erst im 5. oder 6. Anlauf
Ansonsten siehe Post von @MenchenSued
-
Na ja, ich habe fast nur WDR oder kurze Beiträge geladen. Sehr kleine Stichprobe. Kann auch woanders und bei längeren Filmen gehäuft passieren; ich weiß nicht, wie viele Sender diese Chunklists schon verwenden, falls es daran liegt (ORF - der geht bei mir nach wie vor nicht mit MV, übertrage die Links jeweils in JD; und sonst?)
-
@cuantro sagte in Downloads brechen ab:
“Funktioniert denn das Laden der neuen Filmliste, also konkret der Download der Filmliste direkt durch Mediathekview?”
keinerlei ProblemeIch frage NOCHMALS nach dem Dateisystem auf der Platte, auf der die Downloads landen sollen (INTENSO): Wie ist sie formatiert?
Falls FAT: Dateigrössen-Limit!!!
Falls NTFS: du verwendest einen Mac? Der kann von Haus aus NTFS nur lesen, aber nicht schreiben. Dazu brauchst du Zusatzsoftware wie z.B. Tuxera NTFS for Mac
-
-
@pidoubleyou Von SRF habe ich nichts gesagt. WDR geht ja dann irgendwann und ffmpeg baut die Chunks zusammen, aber oft bricht es halt mittendrin ab. Beim ORF startet der DL nicht mal.
-
@Spittler sagte in Downloads brechen ab:
Beim ORF startet der DL nicht mal.Aber auch nur, wenn man diese Einstellungen nicht vorgenommen hat bzw. hingekriegt hat.
-
@Spittler sagte in Downloads brechen ab:
WDR geht ja dann irgendwann und ffmpeg baut die Chunks zusammen, aber oft bricht es halt mittendrin ab.
Möchest Du Hilfe bei der Lösungssuche? Dann wäre nett, wenn Du mehr Details bringst.
siehe Post von @MenchenSued
-
@pidoubleyou Nein, danke, bei mir gehen alle drei (in aller Regel, wenn nicht irgendwas anderes hakt.) Meine kurze Anmerkung bezog sich auf die Frage, wo sonst noch m3u8-Format verwendet wird und dementsprechend abgebrochene Downloads nicht fortgesetzt sondern von vorne neu aufgesetzt werden - das ist wohl einer Limitierung von ffmpeg geschuldet, die aber möglicherweise systematisch und nicht vermeidbar ist. (Ich habe vor längerem mal die ganzen mp4-Schnipsel eines Videos heruntergeladen, dann die Sache aber nicht mehr weiterverfolgt. Womöglich könnte man aus der Sammlung das ganze Video zusammenhäkeln; das würde dann heißen, daß man bei Abbruch nur die noch fehlenden Schnipsel herunterzuladen bräuchte, um die Sammlung zu vervollständigen. Aber so geht ffmpeg offensichtlich nicht vor. Da gibt es ja nur eine stetig wachsende Ausgabedatei, die allerdings erst abspielbar ist, wenn sie vollständig ist - im Gegensatz zum direkten Download einer “echten” mp4-Datei, die man in der Regel schon mal vorab inspizieren kann.)
-
@gerdd P.S. Wenn der @Spittler Probleme mit einer zu schnellen Leitung haben sollte, dann kann ich versichern, das ist nicht mein Problem - im Gegenteil.
Denkbar aber wäre es, wenn der Server bei Verwendung eines Streaming-Protokolls (m3u8) sich irgendwann wundert, wieso der Client das alles zehnmal schneller anfordert als er es anschauen kann - gewissermaßen …
