Seltsamkeit in MKV-Dateien: Keine Cues (Keyframes-Index)

Anfragetyp: BUG / GERING?

MCEBuddy-Version und -Typ (32-Bit oder 64-Bit): 2.4.9 2018-03-09
Betriebssystem und -Typ (32-Bit oder 64-Bit): Win10x64

Zusammenfassung des Problems oder des Vorschlags:
Es scheint sich von selbst gelöst zu haben. MCEBuddy erstellte eine 5-GB-MKV-Datei, die VLC nicht abspielen konnte. WMP spielte sie einwandfrei ab. Ich entfernte den alten Haali-Splitter (war mir nicht sicher, ob x64 oder 32-Bit) und installierte stattdessen die aktuellen LAV-0.71-Filter, sowohl x64 als auch 32-Bit. Jetzt kann ich die nicht abspielbaren MKV-Dateien nicht mehr reproduzieren.

Jemand aus der VLC-Community fragte, warum keine Cues in der MKV enthalten seien (das Log bestätigt das). Ich habe nichts gesehen, das das steuert – kann MCEBuddy das oder nicht, oder kann man es dazu bringen? Ich bin mir nicht sicher, welche Nachteile es hat, keine Cues einzubinden, außer einer größeren Datei, aber sie helfen beim Spulen. Ich bin auch nicht sicher, ob Plex ein Transcoding erzwingt, wenn die MKV keine Cues enthält.

Ideen? Ich recherchiere weiter. Ich habe mkvinfo sowohl auf eine funktionierende als auch auf eine nicht funktionierende MKV angewendet, aber keinen Hinweis auf einen Unterschied gefunden.

Nun, ich habe noch eine. Sie ist kleiner, 3,5 GB, also kann die 4-GB-Grenze nicht das Problem sein.
Keine Hardware-Kodierung, also hoffe ich, dass ich eine kleinere finde. Ich habe die ursprüngliche HD Homerun-Aufzeichnung behalten (rohes MP2, kein Transcoding). Ich frage mich, ob es ein Inhalt-/Stream-Problem ist. Recherchiere noch.
Werde aktualisieren, wenn ich mehr Ausreißer/Unterschiede habe, um herauszufinden, warum VLC diese nicht abspielen kann, aber die anderen schon.

Ich habe das gleiche Problem: Wenn ich MKV Unprocessed verwende, um H264-Aufnahmen in MKV zu remuxen, kann ich nicht richtig suchen, und das VIDEO wird in VLC nicht abgespielt. Es lässt sich sogar nicht in EMBY suchen.

LawOrderCriminalIntent-BrightBoy-890604-0.ts-SAGEMKVREMUX-2018-03-26T01-12-13.3554823-07-00.log (341,5 KB)

Update, die zu Copy anstelle von FFMPEG wechselte, löste das Problem.

order=copy,ffmpeg

Ich habe immer noch welche dabei. WMP spielt sie einwandfrei ab. Ich transkodiere auch, daher bringt mir eine Reihenfolgeänderung nichts, wenn es ein FFMPEG-Problem ist. Es könnte auch ein schlechtes Quellvideo mit seltsamen defekten Frames sein, die FFMPEG oder VLC durcheinanderbringen. Ich versuche immer noch, eine kleine Datei zu isolieren, damit sich die VLC-Leute sie sich auch ansehen können. Drei mögliche Übeltäter: schlechte Quelle, schlechte Xcodierung, schlechte Wiedergabe. Hoffentlich finde ich es heraus.