Skip to content
  • Kategorien
  • Aktuell
  • Tags
  • Beliebt
  • Benutzer
  • Gruppen
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
MediathekView Logo

MediathekView-Forum

  1. Übersicht
  2. Fragen, Hilfe, Kritik
  3. Sehr langsame Downloads und Fehler

Sehr langsame Downloads und Fehler

Geplant Angeheftet Gesperrt Verschoben Fragen, Hilfe, Kritik
49 Beiträge 11 Kommentatoren 2.9k Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • vitussonV Offline
    vitussonV Offline
    vitusson
    antwortete auf dxellas am zuletzt editiert von vitusson
    #6

    @dxellas sagte in Sehr langsame Downloads und Fehler:

    Hier ein fehlerhafter der aber ohne Probleme abspielbar ist: 756345

    Momentan ist von langsam jedenfalls nichts feststellbar:
    734424 | 26,055MB/s
    786245 | 45,781MB/s

    Damit kann man wenig anfangen, Filmlistennummern sind variabel. Du mußt schon die genauen Filmtitel nennen.

    D 1 Antwort Letzte Antwort
    • DaDirnbocherD Offline
      DaDirnbocherD Offline
      DaDirnbocher
      antwortete auf dxellas am zuletzt editiert von
      #7

      @dxellas sagte in Sehr langsame Downloads und Fehler:

      D.h. jetzt müsste ich die neue deinstallieren und die alte downloaden und installieren, richtig ?

      Um zu testen, ob die DL-Geschwindigkeit mit 13.6. ähnlich ist, reicht es doch diese - quasi parallel - als portable Version zu “installieren”.

      @dxellas sagte in Sehr langsame Downloads und Fehler:

      Momentan ist von langsam jedenfalls nichts feststellbar:

      Damit scheint ja die Theorie, dass es an 13.7. liegt. etwas vom Tisch zu sein. oder?

      Du könntest auch einmal diesen Beitrag lesen:

      Seit Beginn Corona arbeiten im übrigen sehr viele Leute daheim und das Netz ist entsprechend ausgelastet. Dazu hat die Telekom z.B. derzeit ein Problem beim Routing zu Akamai CDN servern. Hier kommt es bei Nutzung der Telekom DNS Server zur Zuweisung von Servern die abgrundtief langsam sind (60-400 kb/s) oder die Verbindung abreisst. Ein Wechsel der DNS server im Router schafft hier Abhilfe.

      1 Antwort Letzte Antwort
      • D Offline
        D Offline
        dxellas
        antwortete auf vitusson am zuletzt editiert von dxellas
        #8

        @vitusson sagte in Sehr langsame Downloads und Fehler:

        @dxellas sagte in Sehr langsame Downloads und Fehler:

        Hier ein fehlerhafter der aber ohne Probleme abspielbar ist: 756345

        Momentan ist von langsam jedenfalls nichts feststellbar:
        734424 | 26,055MB/s
        786245 | 45,781MB/s

        Damit kann man wenig anfangen, Filmlistennummern sind variabel. Du mußt schon die genauen Filmtitel nennen.

        Ach so, ich dachte die id’s wären eindeutig einer Sendung zugeordnet.
        Hier die Namen und URLs der Sendungen:

        ORF | Wetter Wien 30.12.2020
        fehlerhaft

        NDR | Heimat to go: Vom Glück im Schrebergarten | 26,055MB/s
        https://mediandr-a.akamaihd.net/progressive/2020/1217/TV-20201217-1000-2200.hd.mp4

        SRF | Wetterkanal 31.12.2020 | 45,781MB/s
        https://srfvodhd-vh.akamaihd.net/i/vod/wetterkanal/2020/12/wetterkanal_20201231_075939_2361428_v_webcast_h264_,q40,q10,q20,q30,q50,q60,.mp4.csmil/index_5_av.m3u8

        Habe MediathekView-13.6.0-win32.zip geladen, entpackt und
        ORF | Wetter Wien 30.12.2020
        geladen.
        Diese Sendung ist auch bei der älteren Version fehlerhaft.
        Demnach ist definitiv nicht die neue Version die Ursache.

        Als DNS Server verwende ich die von Cloudflare 1.1.1.1 und 1.0.0.1 und hatte bisher keine Probleme damit.

        Der Hinweis auf die ffmpeg Version könnte auf die richtige Spur führen.
        Ich habe mich vor 2 Wochen hiermit beschäftigt.
        Könnte sein dass mir irgendeine codec Installation etwas verbogen hat was sich erst jetzt bemerkbar macht.

        DaDirnbocherD 1 Antwort Letzte Antwort
        • DaDirnbocherD Offline
          DaDirnbocherD Offline
          DaDirnbocher
          antwortete auf dxellas am zuletzt editiert von DaDirnbocher
          #9

          @dxellas sagte in Sehr langsame Downloads und Fehler:

          ORF | Wetter Wien 30.12.2020
          fehlerhaft

          Da dürfte es ein Problem beim ORF geben. Egal ob ich mit 13.3, 13.6 oder 13.7 lade, es gibt immer diese (ffmpeg=)Meldung:

          [mp4 @ 0000021b0867a5c0] Non-monotonous DTS in output stream 0:0; previous: 9000000, current: 9000000; changing to 9000001. This may result in incorrect timestamps in the output file.

          MV protokolliert dazu:

          Download fehlgeschlagen: 99,5% wurden nicht erreicht:

          Nachtrag:

          Am Beginn erwartet ffmpeg offenbar eine Länge von:

          Duration: 00:01:41.00,

          Am Ende ist das aber kürzer:

          time=00:01:40.11

          Und (fast) eine Sekunde Differenz bei 1:40 Länge ist halt mehr als 0,5%.

          1 Antwort Letzte Antwort
          • D Offline
            D Offline
            dxellas
            schrieb am zuletzt editiert von
            #10

            Wünsche allen ein gesundes Neues.

            Interessante Info.
            Ich hoffe dass sich das Problem bald löst.

            Habe noch zwei fehlerhafte vom ORF:

            ZIB 17:00 Wetter 31.12.20
            Wetter Wien 31.12.20

            DaDirnbocherD 1 Antwort Letzte Antwort
            • DaDirnbocherD Offline
              DaDirnbocherD Offline
              DaDirnbocher
              antwortete auf dxellas am zuletzt editiert von
              #11

              @dxellas sagte in Sehr langsame Downloads und Fehler:

              Habe noch zwei fehlerhafte vom ORF:
              ZIB 17:00 Wetter 31.12.20

              Ist bei mir ok.

              Wetter Wien 31.12.20

              Ist bei mir auch fehlerhaft. Diesmal ohne ffmpeg-Fehlermeldung, aber wieder mit einer Differenz zwischen der Duration-Angabe vor Download (51 sek) und dem fertigen Download am Schluss (50,3 sek).

              Vielleicht ist es ja doch kein ORF-Thema sondern möglicherweise ein ffmpeg-Issue, wenn [Hypothese!] die Duration-Angabe vorm Download “aufgerundet” (worden) ist, dann wäre es bei ein methodisches Thema, und würde bei Sendungen > ca. 3:20 nicht auffallen.

              Dazu bist wohl in einen (spezialisierten) ffmpeg-Forum besser aufgehoben.

              vitussonV D 3 Antworten Letzte Antwort
              • vitussonV Offline
                vitussonV Offline
                vitusson
                antwortete auf DaDirnbocher am zuletzt editiert von
                #12

                @dadirnbocher sagte in Sehr langsame Downloads und Fehler:

                Vielleicht ist es ja doch kein ORF-Thema sondern möglicherweise ein ffmpeg-Issue, wenn [Hypothese!] die Duration-Angabe vorm Download “aufgerundet” (worden) ist, dann wäre es bei ein methodisches Thema, und würde bei Sendungen > ca. 3:20 nicht auffallen.

                Also mein Linux hauseigenes ffmpeg hier zeigt nicht solche Macken. Wetter 30. und 31., beides ohne Problem herunterlad- und abspielbar.

                DaDirnbocherD 1 Antwort Letzte Antwort
                • DaDirnbocherD Offline
                  DaDirnbocherD Offline
                  DaDirnbocher
                  antwortete auf vitusson am zuletzt editiert von
                  #13

                  @vitusson sagte in Sehr langsame Downloads und Fehler:

                  Also mein Linux hauseigenes ffmpeg hier zeigt nicht solche Macken. Wetter 30. und 31., beides ohne Problem herunterlad- und abspielbar.

                  Ist es hier auch. Das war aber auch nicht der Punkt.

                  vitussonV styrollS 2 Antworten Letzte Antwort
                  • vitussonV Offline
                    vitussonV Offline
                    vitusson
                    antwortete auf DaDirnbocher am zuletzt editiert von
                    #14

                    @dadirnbocher sagte in Sehr langsame Downloads und Fehler:

                    @vitusson sagte in Sehr langsame Downloads und Fehler:

                    Also mein Linux hauseigenes ffmpeg hier zeigt nicht solche Macken. Wetter 30. und 31., beides ohne Problem herunterlad- und abspielbar.

                    Ist es hier auch. Das war aber auch nicht der Punkt.

                    Is klar. Du bist der Punktsetzer, verstehe

                    DaDirnbocherD 1 Antwort Letzte Antwort
                    • DaDirnbocherD Offline
                      DaDirnbocherD Offline
                      DaDirnbocher
                      antwortete auf vitusson am zuletzt editiert von
                      #15

                      @vitusson sagte in Sehr langsame Downloads und Fehler:

                      Is klar. Du bist der Punktsetzer, verstehe

                      Das hast eine konkrete Passage meines Posts zutiert. Insofern warst Du der Punktsetzer.

                      1 Antwort Letzte Antwort
                      • D Offline
                        D Offline
                        dxellas
                        antwortete auf DaDirnbocher am zuletzt editiert von
                        #16

                        @dadirnbocher sagte in Sehr langsame Downloads und Fehler:

                        @dxellas sagte in Sehr langsame Downloads und Fehler:

                        Habe noch zwei fehlerhafte vom ORF:
                        ZIB 17:00 Wetter 31.12.20

                        Ist bei mir ok.

                        Seltsam, habe es gerade eben wieder probiert und erneut ist es fehlerhaft.

                        1 Antwort Letzte Antwort
                        • D Offline
                          D Offline
                          dxellas
                          antwortete auf DaDirnbocher am zuletzt editiert von
                          #17

                          @dadirnbocher sagte in Sehr langsame Downloads und Fehler:

                          Dazu bist wohl in einen (spezialisierten) ffmpeg-Forum besser aufgehoben.

                          Wenn sich das häuft werde ich vielleicht im videohelp Forum fragen es sei denn es gibt ein geeigneteres Forum das du mir empfehlen könntest.

                          Jedenfalls sind die heutigen Downloads bei mir alle ohne Fehler gewesen und das stimmt mich hoffnungsvoll.

                          1 Antwort Letzte Antwort
                          • styrollS Offline
                            styrollS Offline
                            styroll
                            antwortete auf DaDirnbocher am zuletzt editiert von
                            #18

                            @dadirnbocher sagte in Sehr langsame Downloads und Fehler:
                            Ist es hier auch. Das war aber auch nicht der Punkt.

                            Ernst gemeinte Frage: Was soll denn der Punkt sein?

                            Fakt ist, dass man z.B. die besagte Sendung “Wetter Wien 30.12.20” mit MV 13.6.0 ohne Fehlermeldung vonseiten MV herunterladen kann. Auch kriegt man keine Fehlermeldung vonseiten MV, wenn man MV 13.0.6 (ja eine alte Version) und die mit MV 13.7 gepackte FFmpeg-Version verwendet. Ich wüsste nicht, inwiefern das eine FFmpeg-Issue sein soll…

                            @dxellas sagte: Seltsam, habe es gerade eben wieder probiert und erneut ist es fehlerhaft.

                            Ich würde vorerst einfach mal MV 13.6 weiterverwenden…

                            DaDirnbocherD 1 Antwort Letzte Antwort
                            • DaDirnbocherD Offline
                              DaDirnbocherD Offline
                              DaDirnbocher
                              antwortete auf styroll am zuletzt editiert von DaDirnbocher
                              #19

                              @styroll sagte in Sehr langsame Downloads und Fehler:

                              Ernst gemeinte Frage: Was soll denn der Punkt sein?

                              Das was ich weiter oben im Nachtrag beschrieben habe.

                              ffmpeg meint am Beginn des Downloads, dass die Sendung eine Länge von 1:41 (min:sek) hat/haben sollte:
                              0733aad2-505b-4b37-aa69-ab501d8a8269-grafik.png

                              Die runtergeladene und auch abspielbare Datei ist aber kürzer:

                              Lt. Avidemux:
                              ab5ea7a4-5ef0-486a-9891-6281d651a719-grafik.png

                              Lt. ffmpeg Log:

                              7fab0d6f-b606-4ada-b4a9-8f7bbe273635-grafik.png

                              Lt. Windows Explorer-> Eigenschaften:

                              fdd894fd-7050-4801-a010-3879ac7793ea-grafik.png

                              Bei einer Gesamtlänge von 101 Sekunden ist eine Differenz von (fast) einer Sekunde halt mehr als 0,5% Abweichung.

                              Und genau das protokolliert MV 13.7. im Logfile:

                              Download fehlgeschlagen: 99,5% wurden nicht erreicht

                              Diese Zeitdifferenz 1:40,x zu 1:41 habe ich mit allen ffmpeg Versionen, die bei 13.3, 13.6 und 13.7 mitgeliefert werden/wurden.

                              Wer diese Differenz verursacht, weiss ich nicht.

                              Es könnte ein ORF Thema sein, da ich z.B. bei dieser Sendung Fehlermeldungen im ffmpeg-Log habe, z.B.

                              fbbf278b-b37b-43ff-922e-120912b4ee03-grafik.png

                              Oder die gestern bereits erwähnte Meldung:

                              Non-monotonous DTS in output stream 0:0; previous: 9000000, current: 9000000; changing to 9000001. This may result in incorrect timestamps in the output file.

                              Es könnte aber auch ein ffmpeg Issue sein, weil Zeitdifferenzen auch bei Sendungen auftreten, die sonst keine Fehlermeldungen liefern. Die Zeitangabe von ffmpeg am Beginn scheint immer auf Sekunden genau (aufgerundet) zu sein, während die fertigen Downloads durchaus (fast) immer auch “Millisekunden” haben (die ich mir halt so detailiert angesehen habe).

                              Als zusätzliche Dimension kommt dann dazu, dass MV offenbar mit 13.7. auf derartige Differenzen anders (sensibler) reagiert als in früheren Versionen.

                              Wie auch bereits erwähnt (und von @vitusson ja zitiert) ist das (Zeitdifferenz bis zu einer Sekunde durch - vermutete - aufgerundete Duration vorm Download mit einem Schwellwert von 99,5%) nur für Sendungen bis zu einer Länge von 3:20 (min:sek) von Bedeutung.

                              1 Antwort Letzte Antwort
                              • T Offline
                                T Offline
                                ttl
                                schrieb am zuletzt editiert von
                                #20

                                Hallo,

                                ich will nur einen spontanen Gedanken einwerfen:

                                Könnten abbrechende/aussetzende VPN-Verbindungen solche Fehler verursachen? Also das bei VPN ohne killswitch bei einzelnen Segmenten das GEO-Blocking wirksam wird?!

                                portenkirchnerP 1 Antwort Letzte Antwort
                                • styrollS Offline
                                  styrollS Offline
                                  styroll
                                  schrieb am zuletzt editiert von styroll
                                  #21

                                  @dadirnbocher: Das was ich weiter oben im Nachtrag beschrieben habe.

                                  Danke für die Klarstellung.

                                  @dadirnbocher sagte: Non-monotonous DTS in output stream 0:0; previous: 9000000, current: 9000000; changing to 9000001. This may result in incorrect timestamps in the output file.

                                  Diese Meldungen sind nichts Neues und haben mit dem Videomaterial selbst zu tun. FFmpeg konstatiert halt nur, was Sache ist.

                                  Die Fehlermeldung “fehlerhaft” kommt von MV 13.7, die wird nicht einfach von FFmpeg durchgereicht (FFmpeg liefert ja das auch gar nicht so). Und bei MV 13.6 und 13.0.6 gibt’s bei mir diese Fehlermeldung nicht (nur getestet an der besagten Sendung). Nochmals: Weshalb sollte das nun eine FFmpeg-Issue sein (auch wenn ich das mit den Zeitdifferenzen verstehe)?

                                  @dadirnbocher: Als zusätzliche Dimension kommt dann dazu, dass MV offenbar mit 13.7. auf derartige Differenzen anders (sensibler) reagiert als in früheren Versionen.

                                  Eben… (mal abgesehen davon, dass ich beim ORF mit älteren MV-Versionen noch nie Downloads mit der Meldung “fehlerhaft” hatte; muss aber nichts heissen, da ich selten beim ORF runterlade.)

                                  Übrigens lassen sich die MV-Fehlerhaft-Meldungen mit “-loglevel error” vermeiden (okay, ist dann möglicherweise problematisch, wenn der DL “echt” fehlerhaft ist):

                                  MV_Einstellungen_ffmpeg_loglevel.png

                                  @dadirnbocher: Und genau das protokolliert MV 13.7. im Logfile

                                  Da fällt mir gerade auf: Wo ist der Befehl “Protokolldatei erstellen”? Der fehlt bei mir im Hilfe-Menü in der Mac-Version von MV 13.7:

                                  MV_Hilfe_Protokolldatei_erstellen_fehlt.png

                                  MenchenSuedM 1 Antwort Letzte Antwort
                                  • portenkirchnerP Offline
                                    portenkirchnerP Offline
                                    portenkirchner
                                    antwortete auf ttl am zuletzt editiert von
                                    #22

                                    @ttl sagte in Sehr langsame Downloads und Fehler:

                                    Hallo,

                                    ich will nur einen spontanen Gedanken einwerfen:

                                    Könnten abbrechende/aussetzende VPN-Verbindungen solche Fehler verursachen? Also das bei VPN ohne killswitch bei einzelnen Segmenten das GEO-Blocking wirksam wird?!

                                    Ich benutze kein VPN und bei mir tritt der Fehler auf (macOS).

                                    1 Antwort Letzte Antwort
                                    • MenchenSuedM Offline
                                      MenchenSuedM Offline
                                      MenchenSued Globaler Moderator
                                      antwortete auf styroll am zuletzt editiert von
                                      #23

                                      @styroll sagte in Sehr langsame Downloads und Fehler:

                                      Da fällt mir gerade auf: Wo ist der Befehl “Protokolldatei erstellen”? Der fehlt bei mir im Hilfe-Menü in der Mac-Version von MV 13.7

                                      Dieser Befehl wurde entfernt. Ich habe das in irgendeinem Commit gelesen und es wurde viel Zeit in die Umstellung auf einen neuen Logger investiert. Ich nehme an, dass derzeit alles in das Logfile geschrieben wird und kein Befehl mehr erforderlich ist. Zusätzlich gibt es jetzt noch den Parameter --enhanced-logging (mit einem oder zwei Strichen?), den sollte man aber mit Bedacht nutzen, denn der hat Auswirkungen auf die Geschwindigkeit.


                                      MediathekView 14.3.0 nightly (4.3.2025), Linux Mint 21.3, VLC 3.0.16

                                      1 Antwort Letzte Antwort
                                      • G Offline
                                        G Offline
                                        gerdd
                                        schrieb am zuletzt editiert von gerdd
                                        #24

                                        In dem grossen Screenshot vom ffmpeg-Protokoll hat DaDirnbocher doch eigentlich dokumentiert, was geschehen ist:

                                        Zwei Segmente - 8 und 9 - wurden wegen 403-Fehler nicht empfangen. Die fehlen dann im resultierenden Video, das deswegen entsprechend kuerzer ist. Wenn die Verluste weniger als 0,5% ausmachen, mosert die Software nicht. Bei einem kurzen Wetterbericht reicht es aber fuer eine Meldung.

                                        Interessant finde ich, dass bei zwei Segmenten der Zugriff gesperrt ist (403) bei den restlichen aber (wie eigentlich erwartet) nicht. Das scheint mir ein Problem beim ORF zu sein. Ob das oefter vorkommt, ohne dass man das so explizit zu sehen bekommt?

                                        styrollS 1 Antwort Letzte Antwort
                                        • styrollS Offline
                                          styrollS Offline
                                          styroll
                                          antwortete auf gerdd am zuletzt editiert von styroll
                                          #25

                                          Zwei Segmente - 8 und 9 - wurden wegen 403-Fehler nicht empfangen. Die fehlen dann im resultierenden Video, das deswegen entsprechend kuerzer ist

                                          So, so, dann schau doch mal mit VLC diese 2 Segmente (8 und 9) an:

                                          https://apasfiis.sf.apa.at/cms-worldwide_nas/_definst_/nas/cms-worldwide/online/2020-12-30_1920_sd_21_Wetter-Wien_____14076832__o__1124636815__s14826957_7__BLWHD_19191924P_19210001P_Q4A.mp4/media_8.ts
                                          
                                          https://apasfiis.sf.apa.at/cms-worldwide_nas/_definst_/nas/cms-worldwide/online/2020-12-30_1920_sd_21_Wetter-Wien_____14076832__o__1124636815__s14826957_7__BLWHD_19191924P_19210001P_Q4A.mp4/media_9.ts
                                          

                                          Sind die jetzt bloss je 0.5 sec lang, um die Differenz von 1 Sekunde in der Totallänge der Sendung zu erklären?
                                          Nein, eben, ist ja auch nicht anders zu erwarten, denn die Segmente sind rund 10 sec lang (steht auch so in der Chunklist):

                                          #EXTM3U
                                          #EXT-X-VERSION:3
                                          #EXT-X-TARGETDURATION:10
                                          #EXT-X-MEDIA-SEQUENCE:0
                                          #EXTINF:10,
                                          media_0.ts
                                          #EXTINF:10,
                                          media_1.ts
                                          #EXTINF:10,
                                          media_2.ts
                                          #EXTINF:10,
                                          media_3.ts
                                          #EXTINF:10,
                                          media_4.ts
                                          #EXTINF:10,
                                          media_5.ts
                                          #EXTINF:10,
                                          media_6.ts
                                          #EXTINF:10,
                                          media_7.ts
                                          #EXTINF:10,
                                          media_8.ts
                                          #EXTINF:10,
                                          media_9.ts
                                          #EXTINF:1,
                                          media_10.ts
                                          #EXT-X-ENDLIST
                                          

                                          10 Segmente (media_0 media_9) à 10 sec ergibt dann die Gesamtspielzeit von 100 sec oder eben 1 min 40 sec. Und das Segment 10 ist leer, wird aber als 1 sec lang deklariert:

                                          https://apasfiis.sf.apa.at/cms-worldwide_nas/_definst_/nas/cms-worldwide/online/2020-12-30_1920_sd_21_Wetter-Wien_____14076832__o__1124636815__s14826957_7__BLWHD_19191924P_19210001P_Q4A.mp4/media_10.ts
                                          
                                          1 Antwort Letzte Antwort

                                          • 1
                                          • 2
                                          • 3

                                          38

                                          Online

                                          6.6k

                                          Benutzer

                                          6.1k

                                          Themen

                                          39.0k

                                          Beiträge
                                          undefined
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Kategorien
                                          • Aktuell
                                          • Tags
                                          • Beliebt
                                          • Benutzer
                                          • Gruppen