Ich schneide meine TV-Aufnahmen (HD) mit Avidemux. Format der Aufnahmen ist TS. Funktioniert fast immer super, aber manche TS-Dateien kann Avidemux nicht öffnen. Mit dem VLC-Player kann ich sie aber abspielen.
Hat jemand einen Tipp?
Bitte den Anfang* einer betroffenen Aufnahme als Sample bereitstellen, zum Beispiel mittels WeTransfer, Mega, Dropbox, Google Drive o.ä.
*) 250 bis 350 MiB würden genügen:
dd if=/Pfad/zur/Originaldatei of=/Pfad/zum/Sample bs=1M count=300
Wenn kein Linux oder macOS zur Verfügung steht, müsste es auch für Windows Tools geben, die eine Datei splitten. Das erste Fragment wäre von Interesse. Notfalls einfach die ganze Datei als Sample hochladen.
Schon mal danke vorab :)
Hier der Linke zu den ersten 500 MB des TS-files, den Avidemux nicht öffnen kann:
https://www.dropbox.com/s/eo6e4flkd1rrmzl/Kruso%202018-09-26%2023-15.ts?dl=0 (https://www.dropbox.com/s/eo6e4flkd1rrmzl/Kruso%202018-09-26%2023-15.ts?dl=0)
Die Fehlermeldungen lauten:
"Der Versuch, [Dateipfad] zu öffnen, ist fehlgeschlagen" und nach Klick auf OK "Die Datei kann nicht geöffnet werden".
Weitere Info:
System Windows 7 Prof. SP3 32Bit, Avidemux 2.7.1 32Bit
VG, micaelo
Thanks, I can reproduce the problem. By the way, cutting away just 1 MiB from the start of the file allows Avidemux to find PMTs (program map tables) and thus correctly detect the video. With the unmodified sample, Avidemux falls back to brute force detection of content and happens by chance to detect 2 PIDs which might be video (the correct PID of the video track and a false positive). The latest detected video track wins. While it is trivial to make the first one win, this is gambling and guesswork.
I'm looking for a better solution :)
Upps, die deutsche Version folgt :-D
Danke, ich kann das Problem reproduzieren. Avidemux findet PMTs nicht und versucht mittels Brute Force den Inhalt zu ermitteln. Dabei werden zufällig gleich zwei Tracks als Video identifiziert, das wirkliche Video und ein falscher Treffer. Wer zuletzt kommt gewinnt.
Obwohl es sich leicht ändern lässt, damit die erste als Video identifizierte PID zum Zuge kommt, ist es doch Glückssache.
Übrigens, ein MiB vom Anfang des Streams wegzuschneiden erlaubt Avidemux die PMTs zu finden und alle Tracks korrekt einzulesen.
Thanks a lot. I Have checked this immediately, using my file splitter to cut the sample into pieces and then recombine just the second through last. After that, Avidemax opens the file. Fortunately, I always start recording some minutes prior to what I actually want to record.
At least, that's a workaround, but a more elegant solution would be welcome ;)
Can I change any of the Avidemux settings to make Avidemux less sensitive to the PID mess you mentioned?
Nein, das kann nicht durch Einstellungen beeinflusst werden.
Quote from: eumagga0x2a on September 27, 2018, 08:21:56 PM
Danke, ich kann das Problem reproduzieren. Avidemux findet PMTs nicht und versucht mittels Brute Force den Inhalt zu ermitteln. Dabei werden zufällig gleich zwei Tracks als Video identifiziert, das wirkliche Video und ein falscher Treffer. Wer zuletzt kommt gewinnt.
Obwohl es sich leicht ändern lässt, damit die erste als Video identifizierte PID zum Zuge kommt, ist es doch Glückssache.
Übrigens, ein MiB vom Anfang des Streams wegzuschneiden erlaubt Avidemux die PMTs zu finden und alle Tracks korrekt einzulesen.
Ist das ein bekanntes Problem? Ich habe bisher nichts darüber gelesen, aber bei mir hatte ich bei 3 von ca. 15 TV-Mitschnitten den Fall, dass Avidemux die TS-Datei nicht öffnen kann. (Ich hatte schon meine Hardware im Verdacht)
Für den Moment habe ich folgenden Workaround gefunden: Ich öffne die TS-Datei mit einem alternativen Schnittprogramm (Smart Cutter Portable) und schneide ein paar Frames am Anfang weg. Danach kann Avidemux die so behandelte TS-Datei öffnen.
Schöner wär's natürlich, wenn es auch ohne diesen Kunstgriff mit Avidemux klappt.
Nein, mir ist so ein Fall noch nicht vorgekommen, wobei ich mich bislang nicht viel mit dem MpegTS Demuxer beschäftigt habe. Meine DVB-C Mitschnitte öffnet Avidemux jedenfalls ohne Probleme.
Irgendwas ist mit dem Receiver dennoch nicht in Ordnung: Extradata für den H.264 Stream fehlt, deswegen funktioniert z.B. Hardware-beschleunigte Dekodierung auf macOS nicht.
Ich habe einen Patch (https://github.com/mean00/avidemux2/commit/b1b0bd9d11ef3b571433037516150427b8140d92) eingepflegt, mit dem das Auffinden des Videostreams im Sample auch ohne Brute Force klappt. Wenn nächste Nightly Builds (https://avidemux.org/nightly/win32/) erzeugt und hochgeladen sind, wäre es schön zu testen, ob mit denen das Laden von anderen problematischen Aufnahmen gelingt. Bitte nicht vergessen, die *.idx2-Dateien vorher zu löschen!
Quote from: eumagga0x2a on September 28, 2018, 11:50:46 AM
Ich habe einen Patch (https://github.com/mean00/avidemux2/commit/b1b0bd9d11ef3b571433037516150427b8140d92) eingepflegt, mit dem das Auffinden des Videostreams im Sample auch ohne Brute Force klappt. Wenn nächste Nightly Builds (https://avidemux.org/nightly/win32/) erzeugt und hochgeladen sind, wäre es schön zu testen, ob mit denen das Laden von anderen problematischen Aufnahmen gelingt. Bitte nicht vergessen, die *.idx2-Dateien vorher zu löschen!
Ich werde das nächste Nightly Build testen. Kann ich das dann einfach über die bestehende Installation installieren?
Die Mutter der Porzellankiste sagt, dass die Deinstallation der bestehenden Avidemux-Installation vor der Installation eines Nightly Builds keine negativen Folgen haben kann.
Bitte mit r180929 testen: https://avidemux.org/nightly/win32/
Quote from: eumagga0x2a on September 28, 2018, 11:50:46 AM
Irgendwas ist mit dem Receiver dennoch nicht in Ordnung: Extradata für den H.264 Stream fehlt, deswegen funktioniert z.B. Hardware-beschleunigte Dekodierung auf macOS nicht.
Das nehme ich bis auf die Tatsache, dass Avidemux das Video unter macOS tatsächlich nicht in Hardware dekodieren kann, vollumfänglich zurück. Globale Extradata gibt es bei Formaten wie MP4 und Matroska. Nicht so in einem MPEG-TS, wo diese Informationen über NAL units bereitgestellt werden. Es ist schon gar kein Indiz für ein Problem mit dem Receiver, Asche auf mein Haupt.
Quote from: eumagga0x2a on September 29, 2018, 07:15:30 PM
Bitte mit r180929 testen: https://avidemux.org/nightly/win32/
Mit dieser Version kann ich jetzt das weiter oben bereitgestellte Sample öffnen, nicht jedoch 2 weitere Videos, die ich auch schon mit dem letzten Stable Release nicht öffnen konnte.
Bitte die ersten 100 MiB von den beiden als Samples bereitstellen.
Quote from: eumagga0x2a on September 30, 2018, 02:03:28 PM
Bitte die ersten 100 MiB von den beiden als Samples bereitstellen.
Hier die Links zu den beiden Samples, die ich auch mit dem Nightly Build avidemux_2.7.1 r180929_win32.exe nicht öffnen kann:
https://www.dropbox.com/s/uueli36dullnhdw/Der%20Polizist%20und%20das%20M%C3%B5dch%202018-09-24%2018-10.ts?dl=0 (https://www.dropbox.com/s/uueli36dullnhdw/Der%20Polizist%20und%20das%20M%C3%B5dch%202018-09-24%2018-10.ts?dl=0)
https://www.dropbox.com/s/dszqndb35ueczsk/Sin%20Nombre%20-%20Zug%20der%20Hoffn%202018-09-22%2019-55.ts?dl=0 (https://www.dropbox.com/s/dszqndb35ueczsk/Sin%20Nombre%20-%20Zug%20der%20Hoffn%202018-09-22%2019-55.ts?dl=0)
Danke für die Samples, leider kann ich ohne tiefgreifende Umbauten in Avidemux keine Lösung anbieten außer den Anfang des Streams wegzuschneiden, so genügt es, die ersten 100 KiB des letzten Samples zu entfernen, um die Datei brauchbar zu machen.
Avidemux kann nur ein Video pro Stream handhaben, die Mitschnitt-Software oder Hardware schreibt aber zwei Aufnahmen, die zumindest eine kleine Überlappung aufweisen, in eine Datei. Mit dem ersten Sample hatten wir Glück, dass die erste PAT gar keine verwertbaren PMTs enthielt. In den anderen Samples bekommt Avidemux schon aus der ersten PAT einen Videotrack (den der vorherigen Aufnahme) mitgeteilt, der aber eigentlich schon zu Ende ist.
Quote from: eumagga0x2a on September 30, 2018, 07:39:33 PM
Danke für die Samples, leider kann ich ohne tiefgreifende Umbauten in Avidemux keine Lösung anbieten außer den Anfang des Streams wegzuschneiden, so genügt es, die ersten 100 KiB des letzten Samples zu entfernen, um die Datei brauchbar zu machen.
Ok, dann gehe ich zurück auf den letzten stable release von Avidemux und, falls ich damit mal wieder einen TS-file nicht öffnen kann, auf meine Notlösung: Ich öffne den TS-file mit einer alternativen, aber ungeliebten Schnittsoftware (Smart Cutter Portable - hat bisher noch alles geöffnet) und mache damit einen Grobschnitt. Danach kann ich (bisher in jedem Fall) den TS-file mit Avidemux öffnen und dort die Feinarbeit machen (nicht benötigte Tonspuren abwählen, Feinschnitt, output als .mkv).
Vielen Dank jedenfalls für all die Mühe.
Quote from: micaelo on September 30, 2018, 08:32:50 PM
dann gehe ich zurück auf den letzten stable release von Avidemux
Angesichts der vielen Bugs, die im Nightly gefixt sind, würde ich es nicht machen. Stabiler als Release sind die Nightlies im Moment allemal.
Darf ich fragen, welcher Receiver oder welches Programm solche Transport Streams erzeugt?
Quote from: eumagga0x2a on September 30, 2018, 10:01:59 PM
Darf ich fragen, welcher Receiver oder welches Programm solche Transport Streams erzeugt?
Ich verwende den DVB-C Receiver Vistron VT45 HD (Firma LaSAT) mit einer externen 2,5"-Festplatte (Freecom Mobile Drive XXS USB 3.0). Die TS-files erzeugt die in die Receiver-Firmware integrierte Software, die nicht namentlich benannt ist. Die Firmware ist m.W. aktuell.
Eine weitere Unwägbarkeit ist die proprietäre Datenträger-Formatierung, die die Vistron-Receiver der angeschlossenen Festplatte aufzwingen. Das bedeutet, dass ich die TS-files für die Nachbearbeitung nicht einfach von der Festplatte auf den Rechner verschieben oder kopieren kann, sondern eine zusätzliche Software (PC2Box) einsetzen muss, um die Festplatte zu mounten und ihren Inhalt auf dem Rechner sichtbar zu machen.
Quote from: micaelo on September 30, 2018, 11:19:25 PM
Ich verwende den DVB-C Receiver Vistron VT45 HD (Firma LaSAT) mit einer externen 2,5"-Festplatte (Freecom Mobile Drive XXS USB 3.0).
Mir kommt da gerade eine Idee, kann das aber im Moment nicht prüfen, da ich nicht zuhause bin: Laut FAQ zu den Receivern der Firma LaSAT können die Aufzeichnungen als
Transportstream (mit allen gesendeten Inhalten wie z.B. EPG, Videotext, AC3) und als
Programmstream (MPG, nur Audio und Video) auf den PC übertragen werden.
Der Programmstream hat die Datei-Endung rec. Ich werde prüfen, ob ich die Aufzeichnungen, die ich als TS nicht mit Avidemux öffnen konnte, vielleicht als rec öffnen kann, gegebenenfalls nach Umbenennung der Endung .rec in ...?
Die Dateiendung spielt keine Rolle, es kommt einzig und allein auf den Inhalt an. Program stream ist MPEG-2 wie auf einer DVD, vielleicht rekodiert der Receiver dann 720p H.264 in 576i MPEG-2 oder was noch schlimmeres.
Der Receiver dürfte nicht sonderlich stark verbreitet sein, außerdem ist er ein Auslaufmodell.
Quote from: eumagga0x2a on October 01, 2018, 09:19:01 AM
Der Receiver dürfte nicht sonderlich stark verbreitet sein, außerdem ist er ein Auslaufmodell.
Beides mag zutreffen (keine Ahnung), wird mich aber nicht veranlassen, die Hardware zu wechseln. Bild und Ton sind einwandfrei, und die Menüs finde ich in ihrer Logik und Bedienfreundlichkeit geradezu vorbildlich.
Ich sehe das Problem eher bei Avidemux. Bisherige Bilanz: 4 von 26 HDTV-Mitschnitten konnte Avidemux nicht öffnen. Diese 4 konnte ich aber problemlos mit dem Smart Cutter öffnen. TS-Doktor und Shotcut werde ich noch testen. Alles aber nur interessehalber, denn vorerst bleibe ich bei Avidemux (und im Bedarfsfall bei meiner weiter oben beschriebenen Notlösung). Das Programm gefällt mir einfach, und vielleicht gibt's ja mal eine "robustere" Version.
Quote from: micaelo on October 05, 2018, 05:08:04 PM
Ich sehe das Problem eher bei Avidemux.
Der Receiver kündigt andere Kanäle an als danach in der Datei wirklich enthalten sind (ich vermute, dass der Anfang einer problematischen Aufnahmen in Wirklichkeit das Ende der vorherigen ist). Avidemux könnte besser mit dieser Situation umgehen indem es vor dem Start der Indexierung den Inhalt der in der falschen PAT/PMT vermerkten PIDs bzw. sein Fehlen prüft (ist auch seit 10 Jahren als todo notiert (https://github.com/mean00/avidemux2/blob/master/avidemux_plugins/ADM_demuxers/MpegTS/ADM_tsPatPmt.cpp#L133)). Ich habe dafür nicht die Zeit und die Kunstfertigkeit, und die Priorität schätze ich als niedrig ein, da es wahrscheinlich nur die Folge eines Bugs in der Firmware eines nicht mehr produzierten Receivers ist.
QuoteBisherige Bilanz: 4 von 26 HDTV-Mitschnitten konnte Avidemux nicht öffnen.
Hat der Patch, der eingreift, wenn die erste (false) PAT komplett unbrauchbar ist, nur bei einem einzigen Video geholfen?
Quote from: eumagga0x2a on October 05, 2018, 10:05:57 PM
Hat der Patch, der eingreift, wenn die erste (false) PAT komplett unbrauchbar ist, nur bei einem einzigen Video geholfen?
Der Patch hat bei dem Sample geholfen, das ich als erstes per Dropbox bereitgestellt hatte, nicht aber bei den 2 weiteren. Und unter meinen aktuellen TV-Mitschnitten gibt es wiederum einen, den ich mit der gepatchten Version nicht öffnen kann.
Insofern muss ich meine Bilanz korrigieren: Es sind nicht 4 von inzwischen 26 Aufnahmen, die ich mit der gepatchten Version nicht öffnen kann, sondern nur 3.
Quote from: eumagga0x2a on September 30, 2018, 07:39:33 PM
Avidemux kann nur ein Video pro Stream handhaben, die Mitschnitt-Software oder Hardware schreibt aber zwei Aufnahmen, die zumindest eine kleine Überlappung aufweisen, in eine Datei. Mit dem ersten Sample hatten wir Glück, dass die erste PAT gar keine verwertbaren PMTs enthielt. In den anderen Samples bekommt Avidemux schon aus der ersten PAT einen Videotrack (den der vorherigen Aufnahme) mitgeteilt, der aber eigentlich schon zu Ende ist.
Ich teste gerade ein anderes Schnitt-Programm: VideoReDo TVSuite 5 von https://www.videoredo.com/en/Products_TVSuite_V5.html (https://www.videoredo.com/en/Products_TVSuite_V5.html)
Auch mit diesem Programm kann ich die TS-Dateien, die ich mit Avidemux nicht öffnen kann, nicht öffnen. Es gibt dort aber in den Einstellungen die Option "Ignore Transport Stream Maps".
Wenn ich diese Option einschalte, kann ich die fraglichen TS-Dateien öffnen und bearbeiten.
In der Erklärung zu dieser Option heißt es:
"When a transport stream is opened, VideoReDo attempts to determine the available programs in the stream by processing the stream's program maps (PAT and PMT packets). However, many broadcasters either omit these packets or send them with incorrect information. This can cause VideoReDo to not detect all the video and audio streams in the file.
Enabling the option "Ignore Transport Stream Maps" will disable the processing of these sections. Instead VideoReDo scans the first 10,000 packets of the file and tries to decipher what program contents are present. The disadvantage of disabling this feature is that the program does not always pick up each and every stream, especially secondary audio streams. The preferred mode is to leave the option "Ignore Transport Stream Maps" enabled unless your particular transport stream opens with missing audio or video streams."Vielleicht lässt sich eine solche Option auch in Avidemux einbauen?
Ich will das Thema nicht weiter aufblasen, da Avidemux in den allermeisten Fällen ja wunderbar funktioniert und ich für die wenigen Ausnahmen die weiter oben beschriebene Notlösung habe.
Deshalb das Folgende nur noch zur Information, auch für die nicht unbeträchtliche Anzahl von Mitlesern dieses Threads:
Nach Rücksprache mit dem Hersteller meines DVB-C Receivers (Vistron VT45 HD) habe ich die aktuelle Firmware. Der Programmierer schreibt dazu "... dass bei uns ja die PAT unveraendert gespeichert wird und deshalb der Einsprung in die PAT per ServiceID erfolgen muss. Wenn SID nicht vorhanden ist, muss der TS player alle PAT Eintraege nach einer vorhandenen PMT durchsuchen und dann der ersten PMT folgen" bzw. "der Hersteller der Video Editing Software muss die komplette PAT nach der ersten gueltigen PMT durchsuchen".
Da ich den Begriff ServiceID bislang nicht kannte, habe ich recherchiert und dazu folgenden Wikipedia-Eintrag gefunden:
https://en.wikipedia.org/wiki/Service_Description_Table (https://en.wikipedia.org/wiki/Service_Description_Table)
Nach all dem sehe ich die Ursache des Problems weder bei der Vistron-Firmware noch bei der Avidemux-Software sondern eher bei den Stream-Besonderheiten einiger Sender. Problematisch waren bisher ZDF HD, One HD und Servus TV. Ich werde versuchen, meine Vermutung zu validieren, indem ich weitere Testaufnahmen von diesen Sendern mache.
Quote from: micaelo on October 23, 2018, 09:19:41 AM
Wenn SID nicht vorhanden ist, muss der TS player alle PAT Eintraege nach einer vorhandenen PMT durchsuchen und dann der ersten PMT folgen" bzw. "der Hersteller der Video Editing Software muss die komplette PAT nach der ersten gueltigen PMT durchsuchen".
Genau dies führt zu dem beobachteten Problem. Wir bekommen eine gültige PAT mit einer gültigen PMT, die dort angekündigten Streams sind aber nicht da. Später in der Datei kommt eine andere, ebenso gültige PAT mit PMT vor, die dann zum gewünschten Inhalt führt. Idealerweise sollte Avidemux sich überzeugen, dass die in der PMT verzeichneten Streams keine leeren Versprechungen sind und ggf. die PAT verwerfen und weiter in die Datei schauen. Noch ist diese Funktionalität nicht implementiert.
QuoteNach all dem sehe ich die Ursache des Problems weder bei der Vistron-Firmware noch bei der Avidemux-Software sondern eher bei den Stream-Besonderheiten einiger Sender. Problematisch waren bisher ZDF HD, One HD und Servus TV. Ich werde versuchen, meine Vermutung zu validieren, indem ich weitere Testaufnahmen von diesen Sendern mache.
Ich bezweifle dies stark. Die falschen PATs stammen sicherlich von einer anderen SID (einem anderen Programm) oder gar von einem anderen Transponder. Der Receiver beginnt auf die Festplatte zu schreiben noch bevor er den SID-Filter fertig eingerichtet hat oder die falsche PAT ist der Inhalt eines nicht geleerten Buffers von einer vorangehenden Aufnahme --> Firmware-Bug.
Quote from: eumagga0x2a on October 23, 2018, 10:01:21 AM
Der Receiver beginnt auf die Festplatte zu schreiben noch bevor er den SID-Filter fertig eingerichtet hat oder die falsche PAT ist der Inhalt eines nicht geleerten Buffers von einer vorangehenden Aufnahme --> Firmware-Bug.
Das wäre doch dann aber - so oder so - ein systematischer Fehler, der
jede meiner Aufnahmen für Avidemux unbrauchbar machen würde(?). Tatsächlich sind es aber nur einige wenige Aufnahmen, die Avidemux nicht öffnen kann.
Nein, nicht unbedingt. Es könnte eine race condition sein. Auf jeden Fall würde es wahrscheinlich als Workaround genügen, vor der Sendung, die man eigentlich aufnehmen möchte, ein kurzes Stück vom selben Kanal aufzunehmen (als eine getrennte Aufnahme).
Bitte den r181024 Nightly (https://avidemux.org/nightly/win64/) ausprobieren. Das Problem sollte dank Commit [demuxers/MpegTS] Check whether PATs match (https://github.com/mean00/avidemux2/commit/43bf1b3b2585fcfdf5f9b0926ee0fac952ab85b2) deutlich seltener auftreten (Avidemux glaubt der PAT nun erst dann, wenn drei PATs in Folge PMTs enthalten, die die gleiche PID und den gleichen Typ für den ersten Videotrack ankündigen).
Natürlich, wenn im TS gleich die drei ersten PATs übereinstimmend Falschinformationen enthalten, wird Avidemux trotz Patch auf die Schnauze fallen. In den bereitgestellten Samples waren es maximal zwei. Irgendwo muss man halt die Grenze ziehen.
Quote from: eumagga0x2a on October 24, 2018, 07:45:59 PM
Bitte den r181024 Nightly (https://avidemux.org/nightly/win64/) ausprobieren. Das Problem sollte dank Commit [demuxers/MpegTS] Check whether PATs match (https://github.com/mean00/avidemux2/commit/43bf1b3b2585fcfdf5f9b0926ee0fac952ab85b2) deutlich seltener auftreten (Avidemux glaubt der PAT nun erst dann, wenn drei PATs in Folge PMTs enthalten, die die gleiche PID und den gleichen Typ für den ersten Videotrack ankündigen).
Dieses Nightly werde ich gleich mal testen. (Der Link oben führt zu den 64Bit Versionen. Gemeint war wohl
https://avidemux.org/nightly/win32/avidemux_2.7.1%20r181024_win32.exe (https://avidemux.org/nightly/win32/avidemux_2.7.1%20r181024_win32.exe))
Ah, ich sehe gerade, dass es das Nightly für 64 und 32 Bit gibt. Vielen Dank.
Ja, oops, richtig, der Link hätte zu den 32-Bit-Versionen führen sollen, wobei bitte darauf achten, dass der Nightly wirklich auf dem Stand von 43bf1b3b258... ist (die Benachrichtigung über Änderungen funktionierte gestern zunächst nicht richtig, aber z.B. das AppImage für Linux war trotzdem auf dem aktuellen Stand), steht in "Hilfe" --> "About". Selbstverständlich sollten auch die alten Index-Dateien *.idx2 vorher gelöscht werden.
Quote from: eumagga0x2a on October 24, 2018, 07:45:59 PM
Bitte den r181024 Nightly ausprobieren. Das Problem sollte dank Commit [demuxers/MpegTS] Check whether PATs match (https://github.com/mean00/avidemux2/commit/43bf1b3b2585fcfdf5f9b0926ee0fac952ab85b2) deutlich seltener auftreten (Avidemux glaubt der PAT nun erst dann, wenn drei PATs in Folge PMTs enthalten, die die gleiche PID und den gleichen Typ für den ersten Videotrack ankündigen).
Die Erfolgsquote hat sich verbessert: bisher 3 von 26, die ich nicht öffnen konnte; jetzt nur noch 1 von 27. Das ist der Stream, den ich schon mal weiter oben gepostet hatte:
https://www.dropbox.com/s/eo6e4flkd1rrmzl/Kruso%202018-09-26%2023-15.ts?dl=0 (https://www.dropbox.com/s/eo6e4flkd1rrmzl/Kruso%202018-09-26%2023-15.ts?dl=0)
Die dazugehörige alte, kaputte .idx2-Datei nicht gelöscht? Dieses Sample öffnet der aktuelle Avidemux ohne Probleme.
Quote from: eumagga0x2a on October 25, 2018, 10:53:08 AM
Die dazugehörige alte, kaputte .idx2-Datei nicht gelöscht? Dieses Sample öffnet der aktuelle Avidemux ohne Probleme.
Oh, sorry, ich habe mich verklickt. Ja, die geht auf, aber diese hier nicht (erste 100 MB):
https://www.dropbox.com/s/pv3hfp26m9kfkel/All%20Beauty%20Must%20Die%202018-10-09%2023-30.ts?dl=0 (https://www.dropbox.com/s/pv3hfp26m9kfkel/All%20Beauty%20Must%20Die%202018-10-09%2023-30.ts?dl=0)
In diesem Stream ist der Videotrack mit dem Film nicht der erste Videotrack (den ersten Videotrack ankündigen drei aufeinanderfolgende PATs). Das unterstützt Avidemux noch überhaupt nicht. Ich kann das Video nur mit ffplay abspielen, sogar mpv fällt voll auf die Schnauze.
(Ich schau mir das Sample später in Ruhe noch Mal an, nur um auszuprobieren, unter welchen Umständen der Inhalt doch zugänglich gemacht werden könnte.)
Okay, das ist genau der Fall wo die drei ersten PATs eine PMT enthalten, die den Videotrack als PID 411 ankündigt. Erst von der vierten PAT an (nach ca. 56 KiB) wird die korrekte PID 2371 übermittelt. Avidemux kann das Video öffnen, wenn wir die Planke auf 4 aufeinanderfolgende PATs anheben. Wie denn auch sei, ich befürchte, dass wir damit mehr Probleme verursachen als lösen.
Der Receiver beginnt wohl gelegentlich mit der Aufnahme noch bevor der Filter fertig eingerichtet ist. Man kann derart verunglückte Aufnahmen immer retten, indem man einen Stück vom Anfang der Datei löscht.