(mein englisch ist mies, deshalb poste ich nur hier; wenn jemand es übersetzen und an die Entwickler senden will, nur zu)
Avidemux 2.7.0 (170529_23f006dc991-fflibs 3.3)
Fehler: Frame wird mal als Keyframe bezeichnet, dann wieder nicht.
Dateien, 3.1 MB: ted_20170530.zip https://we.tl/LCouZIDAFu
Abfolge:
1. ted_20170530.mkv in Avidemux laden.
2. Nach 00:00:09.011 gehen, wird hier als I-FRM (00) angezeigt.
3. Markierung A setzen.
4. Nach 00:00:11.096 gehen, wird hier als I-FRM (00) angezeigt.
5. Markierung B setzen.
6. Den markierten Bereich Löschen mit ENTF-Taste.
7. Ergbebnis abspeichern, es wird keiner Warnung angezeigt. Avidemux geöffnet lassen.
8. Ergebnis in einem Player abspielen. Es sind Bildfehler sichtbar, obwohl nur an Keyframes geschnitten wurde.
9. In Avidemux das Projekt als PY-Datei speichern.
10. In einem anderen Avidemus diese PY-Datei laden.
11. Ergbnis speichern. Jetzt wird eine Warnung angezeigt, das auch die Bildfehler erklärt: Für Video ist der Kopiermodus ausgewählt, aber Schittpunkte befinden sich nicht auf Keyframes. Das Video wird gespeichert, aber es wird Bildstörungen an Schnittpunkten geben. Trotzdem fortsetzen?
Beim ersten Speichern des Ergebnisses wird keinerlei Warnung angezeigt, jedoch wenn man die gleichen Schnitten mit einer PY-Datei macht.
Vielleicht könnten sich die Entwickler das mal ansehen?
Danke.
Ted
Danke für ein perfektes Beispiel, es ist genau das gleiche Problem. Ich würde noch hinzufügen, dass das I-Frame bei 00:00:11.096 nicht verloren geht (was die Bildfehler verursacht), wenn man den Endpunkt beim Löschen aufs P-Frame direkt davor setzt.
Den Schritt 11 kann ich nicht reproduzieren.
> Den Schritt 11 kann ich nicht reproduzieren.
Das ist aber seltsam, wenn wie die gleiche Codebasis verwenden, müsste eine Warnung angezeigt werden.
Was passiert, wenn Sie einfach MEINE py-Datei verwenden, kommt da auch keine Warnung ?
Ich habe noch was vergessen: alles unter Windows 7, 32 Bit.
Quote from: ted on May 31, 2017, 12:53:33 PM
Was passiert, wenn Sie einfach MEINE py-Datei verwenden, kommt da auch keine Warnung ?
Es würde zum sofortigen Absturz von Avidemux kommen ;)
Im Ernst, die Sache mit der Warnung ist meines Erachtens unwichtig. Wichtig ist, dass das Keyframe am Ende des Schnitts nicht verloren geht. Dank Ihrem Sample kann der Autor von Avidemux das Problem endlich zuverlässig reproduzieren. Somit sind die Chancen auf einen baldigen Fix deutlich gestiegen :)
> Es würde zum sofortigen Absturz von Avidemux kommen
Warum denn das? Wenn man den Dateipfad in der py-Datei anpasst, schmiert Avidemux nicht ab.
Ich habe in meinem langen Informatiker-Leben gelernt, dass man solche Unterschiede nie ignorieren sollte, denn es können sich dahinter unerwartete Fehler verstecken. Wie in einer Buchhaltung, das einen Fehler von 1 Cent Differenz aufzeigt. Dahinter können grobe Fehler mit großen Beträgen stehen, nicht nur 1 Cent-Tippfehler. Ohne nähere Untersuchung kann man da nichts zu sagen.
Wenn Sie die gleiche Version verwenden und auch das Betriebssystem keine signifikanten Unterschiede produzieren kann(!), würde ich die fehlende Warnung untersuchen. Ein solcher Unterschied sollte nicht vorkommen. Was der Entwickler nun macht, ist natürlich seine/ihre Entscheidung.
Natürlich sollte das das fehlende i-Frame erst mal vorrangig behandelt werden, da bin ich Ihrer Meindung.
Vielleicht können wir danach das zweite Problem angehen? Die Einstellungen vergleichen usw, damit die Ursache des Unterschieds sichtbar wird? Ist nur ein Vorschlag.
ted
Quote from: ted on June 01, 2017, 08:03:40 PM
Quote from: eumagga0x2aEs würde zum sofortigen Absturz von Avidemux kommen
Warum denn das? Wenn man den Dateipfad in der py-Datei anpasst, schmiert Avidemux nicht ab.
Ich weiß. Das war die Anspielung auf eben dieses verbesserungswürdige Verhalten von Avidemux. Wenn ich den Pfad in ted_20170530.py korrigiere und das Projekt lade, kann Avidemux im Video nicht navigieren, weil es das Erzeugen des Samples aus dem ursprünglichen, langen Video beschreibt und nicht die Schritte, die Sie aufgelistet haben. Der korrekte Inhalt wäre für Ihre Gegebenheiten
#PY <- Needed to identify #
#--automatically built--
adm = Avidemux()
adm.loadVideo("H:/ted_20170530.mkv")
adm.clearSegments()
adm.addSegment(0, 0, 9011000)
adm.addSegment(0, 11096000, 10009000)
adm.markerA = 0
adm.markerB = 19020000
adm.videoCodec("Copy")
adm.audioClearTracks()
adm.setSourceTrackLanguage(0,"ger")
adm.audioAddTrack(0)
adm.audioCodec(0, "copy");
adm.audioSetDrc(0, 0)
adm.audioSetShift(0, 0,0)
adm.setContainer("MKV", "forceDisplayWidth=False", "displayWidth=1280")Mit diesem Projekt produziert das Speichern im Copy-Modus richtigerweise keine Warnung (die Schittpunkte sind ja auf Keyframes, die Dinge gehen an einer anderen Stelle schief).
QuoteVielleicht können wir danach das zweite Problem angehen? Die Einstellungen vergleichen usw, damit die Ursache des Unterschieds sichtbar wird? Ist nur ein Vorschlag.
Ich gehe vorerst davon aus, dass das zweite Problem auf einem Missverständnis bzw. Fehlbedienung beruht.
> Mit diesem Projekt produziert das Speichern im Copy-Modus richtigerweise keine Warnung (die Schittpunkte sind ja auf Keyframes, die Dinge gehen an einer anderen Stelle schief).
Jetzt verstehe ich garnichts mehr. Die PY-Datei habe ich natürlich mit dem kleinen Beispiel erzeugt. Zuerst das kleine Beispiel herausgeschnitten, die zwei Schnitte gesetzt, gelöscht und dann die PY-Datei erzeugt. Wenn ich diesen Vorgang wiederhole, komme ich JETZT auch auf den Inhalt, den Sie gepostet haben. Und es stimmt, mit dieser PY wird keine Warnung ausgegeben. Sehr unverständlich für mich. Was ich mir vorstellen könnte: ich habe das kleine Beispiel nicht alleine geladen, sondern zu einer winizigen bereits geladenen Datei hinzugeladen. Dann würde sie angehängt werden. Aber dann müsste ich dieses winzige Video eigentlich im Ergebnis sehen.
Aber es stimmt, es ist damit KEIN Schnittfehler, die vermeintliche falsche Warnungsmeldung ist damit keine. Vielleicht komme ich irgendwann mal darauf, wie ich diese falsche PY erzeugt habe.
Quote from: ted on June 02, 2017, 11:38:53 PM
Die PY-Datei habe ich natürlich mit dem kleinen Beispiel erzeugt. Zuerst das kleine Beispiel herausgeschnitten
Also
nicht mit dem kleinen Beispiel erzeugt.
Wie denn auch sei, es scheint, als hätte ich die Stelle im Editor-Code, die unmittelbar für den Verlust des Keyframes verantwortlich ist, gefunden. Warte auf eine Rückmeldung vom Hauptentwickler.
Die Idee war richtig, die vorgeschlagene Erhöhung der Toleranz zu hoch, mit entsprechender Korrektur soll das Problem des verlorenen ersten Keyframes nach dem Schnitt viel seltener auftreten.
[editor] In copy mode, be more tolerant to timing error, allow 0.3 rather than 0.1 , that helps with dropped keyframes (https://github.com/mean00/avidemux2/commit/74c7dd312997a4e349d6998344317b05a52d2237)
Quote from: eumagga0x2a on June 03, 2017, 08:28:03 AM
Quote from: ted on June 02, 2017, 11:38:53 PM
Die PY-Datei habe ich natürlich mit dem kleinen Beispiel erzeugt. Zuerst das kleine Beispiel herausgeschnitten
Also nicht mit dem kleinen Beispiel erzeugt.
Vielleicht dürcke ich mich unklar aus: zuerst am Anfang und am Ende große Teile weggeschnitten, damit nur eine kleine Sequenz übrigbleibt. Diese Sequenz als kleines Beispiel gespeichert. Das kleine Beispiel in eine andere Avidemux-Instanz geladen, die Schnitte gesetzt und als PY exportiert.
Die neue Avidemux-Version schneidet das kleine Beispiel schon mal richtig. Mein Wunschdenken war, dass ich die bestehenden PYs von den GROßEN Videos auch in der neuen Version einfach laden und das Ergebnis speichern könnte. Geht leider nicht, die Resultate sind alle ziemlich gestört. Die PYs mit dem Texteditor zu bearbeiten ist viel zu kompliziert, zumindest blicke ich nicht durch. Es bleibt nur alles neu schneiden.
Quote from: ted on June 03, 2017, 06:10:15 PM
Vielleicht dürcke ich mich unklar aus: zuerst am Anfang und am Ende große Teile weggeschnitten, damit nur eine kleine Sequenz übrigbleibt. Diese Sequenz als kleines Beispiel gespeichert. Das kleine Beispiel in eine andere Avidemux-Instanz geladen, die Schnitte gesetzt und als PY exportiert.
Das beigefügte tinyPy-Skript referenziert ein Video, wovon ein Segment von knapp 21 Sekunden Länge, 8 Minuten 28 Sekunden vom Anfang des Videos, geladen wird und wo die Markierungen am Anfang und am Ende dieses Segments gesetzt werden. Ich denke nicht, dass das wirklich den Stoff für eine Diskussion liefert.
QuoteDie neue Avidemux-Version schneidet das kleine Beispiel schon mal richtig.
Das stimmt, danke nochmals fürs Testvideo und die Schritte.
QuoteMein Wunschdenken war, dass ich die bestehenden PYs von den GROßEN Videos auch in der neuen Version einfach laden und das Ergebnis speichern könnte. Geht leider nicht, die Resultate sind alle ziemlich gestört. Die PYs mit dem Texteditor zu bearbeiten ist viel zu kompliziert, zumindest blicke ich nicht durch. Es bleibt nur alles neu schneiden.
Nein, das wird leider nicht helfen. Das Problem ist bedauerlicherweise nicht vollständig gelöst. Jedes Mal, wenn der Test https://github.com/mean00/avidemux2/blob/master/avidemux/common/ADM_editor/src/ADM_edVideoCopy.cpp#L335 (https://github.com/mean00/avidemux2/blob/master/avidemux/common/ADM_editor/src/ADM_edVideoCopy.cpp#L335) positiv ausfällt und zur Sprungmarke againGet gesprungen wird, geht das erste Keyframe nach einem Schnitt verloren. Das kann ich mit Ihrem ersten Testvideo und der PY-Datei nachvollziehen.
Ich habe schlechte Nachrichten, der ursprünglich hier gemeldete Fehler taucht mit dem selben Video immer noch auf.
Fehler: Bildstörungen nach Schnitt an Keyframes.
Avidemux 2.7.0 (170603_74c7dd31299-fflibs 3.3.1)
Es hat lange gedauert, bis ich den Fehler mit einer kleinen Beispieldatei provozieren konnte, aber hier ist es: Dateien, 38 MB: ted_20170605.zip https://we.tl/2NP5aa3WCe
Abfolge:
1. ted_20170605.mkv in Avidemux laden.
2. Zum I-FRM 00:00:18.479 springen.
3. Markierung A setzen.
4. Zum I-FRM 00:04:20.264 springen.
5. Markierung B setzen.
6. Den markierten Bereich mit der ENTF-Taste löschen.
7. Ergebnis abspeichern.
8. Ergebnis in einem Player abspielen. Es sind Bildfehler sichtbar, obwohl nur an Keyframes geschnitten wurde.
Kann dies bitte jemand an die Entwickler weiterleiten?
Vielen Dank,
Ted
Danke für das neue Testvideo, aber wie ich schon vorgestern geschrieben habe, wissen wir schon, dass das Problem nicht gelöst ist sondern nur etwas seltener auftreten wird.
Im letzten Nightly ist ein weiterer Teil des Problems gelöst ââ,¬â€œ vorher ermittelte der Matroska-Demuxer eine falsche Bildwiederholfrequenz. Mit dem richtigen FPS-Wert sollte es noch seltener zum Verlust von Keyframes kommen.
Die schlechte Nachricht: alte Projektdateien könnten wegen abweichender Zeitstempel unbrauchbar werden.
Das letzte Beispiel wird jetzt korrekt geschnitten, Danke für die neue Version.
Das Original-Video, aus dem ich das Beispiel herausgeschnitten habe, wird jedoch genau an den gleichen Stellen weiterhin falsch geschnitten, es sind Bildfehler sichtbar. Ich habe natürlich NICHT die alten PY verwendet, sondern neu an den gleichen Stellen geschnitten, wie im Beispiel.
Soll ich noch einmal versuchen, ein kleines Beispiel aus dem Original zu schneiden, mit dem sich der Fehler reproduzieren lässt?
Posten Sie bitte die von Avidemux angezeigten Informationen zum Original-Video.
=====================================================
Video
=====================================================
Codec 4CC: AVC1
Auflösung: 720 x 300
Seitenverhältnis: 1:1 (1:1)
Bildrate: 24.390 fps
Gesamtdauer: 01:51:56,909
=====================================================
Zusätzliche Video-Eigenschaften
=====================================================
ExtraData-Länge: 42
Extra data: 01 64 00 1F FF E1 00 19 67 64
=====================================================
Audio
=====================================================
Codec: AC3
Kanäle: 6
Bitrate: 48000 Bps / 384 kbps
Abtastrate: 48000 Hz
Gesamtdauer: 01:51:56,848
Quote from: ted on June 06, 2017, 06:04:51 PM
=====================================================
Video
=====================================================
Bildrate: 24.390 fps
Ich frame mich, ob sich Avidemux oder ffprobe beim FPS-Wert irrt... Wir bleiben dran.
Kurze Anmerkung:
Ich hatte den letzten Test mit der avidemux_2.7.0_r170605_win32.exe gemacht.
Aber leider keine Verbesserung auch mit der neuesten avidemux_2.7.0_r170606_win32.exe.
Es gab im letzten Nightly keine Änderungen, die das Verhalten im Blick auf verlorene I-Frames hätten beeinflussen können.
Der Autor bräuchte ein Testvideo ââ,¬â€ ob das ganze Original-Video oder einen Ausschnitt daraus ââ,¬â€ womit sich das Problem reproduzieren ließe, um weiter nach einer Lösung zu suchen.
Ich habe lange versucht, ein kurzes Beispiel aus der Originaldatei zu erzeugen; es geht nicht. Sobald die Datei mit Avidemux auch ohne jeden Schnitt direkt per copy als MKV geschrieben wird und diese Ausgabedatei dann geschnitten wird, ist der Fehler nicht mehr erzeugbar. Deshalb musste ich leider die gesamte Originaldatei hochladen. Mit einem alten Rechner und einer lahmen Leitung dauerte das Stunden.
Doch genug mit der Jammerei, hier sind die Daten:
Datei ted_20170610.zip, 1GB: https://we.tl/cRYsFhcXtf
Ich bitte darum, die MKV-Datei vielleicht nicht gleich wieder zu löschen, wenn das Problem gelöst wurde. Ich habe nur zwei Fragmente weggeschnitten, am Ende sollen jedoch noch etliche weitere Fragmente weggeschnitten werden. Da dieses Video ein echtes Problemvideo ist, könnte es ja sein, dass an anderen Stellen wieder Probleme auftreten. Dann müsste der Datentransfer wiederholt werden, wenn man die MKV-Datei jetzt löschen würde. Wenn ich die gesamte Schneiderei erledigt habe und keine Fehler mehr auftreten, kann ich hier gerne eine Meldung an den Entwickler schreiben. Ob der Entwickler meinem Vorschlag folgen will, ist natürlich seine Entscheidung.
Avidemux 2.7.0 (170607_964df739dba-fflibs 3.3.1)
ted_20170610.mkv in Avidemux laden.
Video-Decoder: Lavcodec DXVA2
Video- und Audio-Codec: Copy
Ausgabeformat: Mkv Muxer
00:02:38.700 Endmarkierung setzen.
Löschen mit ENTF-Taste.
00:00:02.628 Startmarkierung setzen.
00:04:04.413 Endmarkierung setzen.
Löschen mit ENTF-Taste.
00:00:08.550 Startmarkierung setzen.
Löschen mit ENTF-Taste.
Ergebnis speichern.
Ergebnis abspielen.
Haupt-Problem:
00:00:02.840 ist der erste gestörte Frame im Ergebnis-Video, der Keyframe scheint zu fehlen.
Neben-Problem:
Der Schieberegler der Zeitleiste ist nicht ganz links am Anschlag, aber der Video-Anfang ist bildlich nicht gestört. Dies ist das alte Problem, welches ich hier beschrieben hatte: http://avidemux.org/smif/index.php/topic,17756.0.html
ÃÅ"blich ist eher, dass der Anfang auch noch gestört ist (Bildfehler), aber hier sieht er in Ordnung aus. Der versetzte Schieberegler ist jedoch ein Indiz, dass mit dem Anfang etwas nicht stimmt.
Für weitere Fragen stehe ich gerne zur Verfügung.
Quote from: ted on June 10, 2017, 04:28:54 AM
Der Schieberegler der Zeitleiste ist nicht ganz links am Anschlag, [...] Der versetzte Schieberegler ist jedoch ein Indiz, dass mit dem Anfang etwas nicht stimmt.
Nein, das ist ganz normal so bei allen Videos, die B-frames enthalten.
Vielen Dank für das Testvideo.
Avidemux 2.7.0 (170613_27096475659-fflibs 3.3.1) - Win7, 32bit
Ich habe den Film jetzt am Anfang ca. zehnmal geschnitten, bisher keine Fehler im Ergebnis zu sehen. Sehr gut.
Aber ich muss noch etliches mehr schneiden, doch da gibt es Schwierigkeiten.
Die Navigation spinnt. Wenn ich eine Sequenz lösche, befindet sich die Abspielstelle auf einmal recht weit rechts von der Schnittstelle. Dies passiert nicht immer, aber leider für mich zu oft, um damit arbeiten zu können.
Manche I-Frames werden jetzt nicht mehr gefunden, die Stellen werden jedenfalls nicht als Keyframe angezeigt. In den früheren Avidemux-Versionen waren diese (wenigen) fraglichen Keyframes noch als Keyframes zu sehen und man konnte zu diesen mit einem Keyframe-Sprung gelangen. Jedoch war das Ergebnis gerade an diesen Stellen oft fehlerhaft, wenn da geschnitten wurde.
SolveigMM Video Splitter:
Im Gegensatz zu Avidemux werden diese jetzt "fehlenden" Keyframes als Keyframes erkannt, und man kann zu diesen springen. ABER: wenn man an diesen "seltsamen" Keyframes schneidet, ist das Ergebnis fehlerhaft ! Also scheint Avidemux diese "seltsamen" Keyframes zu Recht als Keyframes abzulehnen.
Bevor ich den Film weiterschneide und damit die Korrekturen am Programm überprüfe, möchte ich warten, bis die Navigation wieder in Ordnung ist, ok?
Quote from: ted on June 14, 2017, 12:41:28 AM
Avidemux 2.7.0 (170613_27096475659-fflibs 3.3.1) - Win7, 32bit
Die Navigation spinnt. Wenn ich eine Sequenz lösche, befindet sich die Abspielstelle auf einmal recht weit rechts von der Schnittstelle.
Bitte mit dem heutigen (170614) Nightly probieren
edit: Die Nightlies von heute Morgen haben den Patch leider noch nicht drin, bitte mit einem Build versuchen, der erst später am Abend erzeugt wird.
/edit Die Länge des Videos nach einem Löschvorgang sollte jetzt wieder richtig aktualisiert werden.
QuoteManche I-Frames werden jetzt nicht mehr gefunden, die Stellen werden jedenfalls nicht als Keyframe angezeigt. In den früheren Avidemux-Versionen waren diese (wenigen) fraglichen Keyframes noch als Keyframes zu sehen und man konnte zu diesen mit einem Keyframe-Sprung gelangen. Jedoch war das Ergebnis gerade an diesen Stellen oft fehlerhaft, wenn da geschnitten wurde.
Benutzen Sie zufällig nicht etwa alte PY-Dateien? Verlorene I-Frames waren zum großen Teil die Folge eines falsch ermittelten FPS-Wertes, mit einer anderen FPS-Zahl stimmen Zeitstempel in alten PY-Dateien nicht mehr.
> Benutzen Sie zufällig nicht etwa alte PY-Dateien?
Nein, verwende ich auf keinen Fall.
Ich muss meine Aussage revidieren, ich habe Avidemux sicher mit SolveigMM verwechselt.
Ich habe jetzt alle Versionen von Avidemux v2.7 noch einmal installiert und getestet, nirgends wird da ein (bestimmter) Keyframe erkannt, der mit der allerneuesten Version nicht auch da wäre. Es war SolveigMM, der Keyframes an Stellen erkannt hat, an denen Avidemux keine erkennt. Aber wenn ich mit SolveigMM an diesen Keyframes schneide, ist das Ergebnis fehlerhaft. SolveigMM verwende ich aus gutem Grund nicht mehr, es macht einfach zuviele Fehler.
Ich kann ein Beispiel nennen, an dem SolveigMM einen Keyframe erkennt, Avidemux aber nicht. Ich nehme an, dass das ein Fehler in SolveigMM ist. Da ich mich mit dem x264/MKV-Format überhaupt nicht auskenne, kann ich leider nicht nachsehen, was für ein Frame tatsächlich an dieser einen Stelle sitzt (was mich aber schon interessieren würde).
Datei: ted_20170610.mkv (wenn Sie sie noch haben, sonst bitte melden)
Avidemux 2.7.0 (170614_00897b86b51-fflibs 3.3.1), Win7, x32:
00:07:44.759 I-Frame
Zum nächsten I-Frame springen -> 00:07:47.845
SolveigMM:
00:07:44.759 I-Frame
Zum nächsten I-Frame springen -> 00:07:45.426 (wird von Avidemux als P-Frame erkannt)
Zum nächsten I-Frame springen -> 00:07:47.845
Die Zeiten wurden aus Avidemux herausgelesen, weil SolveigMM die Zeiten anders anzeigt.
Gestern hat es keine neuen Nightlies gegeben, dafür aber heute. avidemux_2.7.0_r170615_win32.exe enthält den Fix für die von mir verursachte Regression mit falscher Länge des Videos nach einem Schnitt.
Bei 00:07:45.426 hätte im Sample durchaus ein I-Frame statt eines P-Frames sein dürfen, weil sich der Bildschirminhalt sehr stark ändert (Szenewechsel). Aber wenn sich der Encoder anders entschieden hat, kann man nichts mehr machen ;-)
Quote from: eumagga0x2a on June 15, 2017, 06:27:10 PM
Bei 00:07:45.426 hätte im Sample durchaus ein I-Frame statt eines P-Frames sein dürfen, weil sich der Bildschirminhalt sehr stark ändert (Szenewechsel). Aber wenn sich der Encoder anders entschieden hat, kann man nichts mehr machen ;-)
Das weiß ich.
Es geht um die Frage, warum Avidemux an bestimmten Stellen keine Keyframes erkennt, während ein anderes Videoprogramm dies tut. Ich habe gerade an einem anderen Video gearbeitet, genau dasselbe Problem. Es finden an bestimmten Stellen Szenenwechsel statt, aber Avidemux sagt, an diesen Stellen gäbe es keine Keyframes. SolveigMM jedoch sieht an vielen solchen Stellen echte Keyframes. Ich werde 1-2 kurze Beispiele erzeugen und in einem anderen Thread die Problematik darstellen. Mir wäre es recht, wenn man zB mit einem Hex-Editor definitiv sagen könnte, ob an diesen Stellen nun ein Keyframe sitzt oder nicht. Aber, wie gesagt, ohne Kenntnis des x264/MKV-Formats ist dies für mich Video-Laien aussichtslos. Wenn mir jemand die Byteadresse von 00:07:45.426 und die Kennzeichnung für Keyframes nennen könnte, könnte ich auch selbst nachsehen.
Zum eigentlichen Problem in diesem Thread mit den fehlenden Keyframes im Ergebnis der Datei ted_20170610.mkv:
Die Bildfehler im Ergebnis sind jetzt WEG. Sehr gute Arbeit, vielen Dank an den Entwickler !
Ich habe 5 x264/MKV-Filme oder sowas bearbeitet, nirgends tauchen Bildfehler im Ergebnis auf.
Gestern wurden mindestens 2 Versionen der 170615 veröffentlicht, ich habe die Avidemux 2.7.0 (170615_82bc7e3552b-fflibs 3.3.1), also die allerletzte Version, verwendet.
Es ging mir nur darum, ob die Regression, die sich durch gestörte Navigation nach einem Schnitt bemerkbar machte, behoben ist oder nicht. Da Sie dieses Problem nicht mehr ansprechen, gehe ich davon aus, dass es durch den wiederhergestellten Aufruf von admPreview::samePicture() in GUI_GoToTime korrigiert ist.