mkv Zeitsprung langsam

[lordg2009]

Hi

Zum Abspielen meiner mkv Dateien (1080p) nutze ich den VLC Player. Diese habe ich zuvor selbst von m2ts in mkv umgewandelt (mit mkvtoolnix und standardeinstellungen). Klappt alles super, mit 2 Problemen:

1) Standardmäßig ist ein deutscher Untertitel aktiviert, den ich zwar gerne dabei haben möchte, aber halt nicht standardmäßig aktiviert haben möchte, aber das ist nicht gravierend.
2) Wenn ich mit dem VLC Player, der laut Internet im Moment das Programm zum abspielen von mkv-Dateien sein soll, einen Zeitsprung zu einer beliebigen Stelle durchführe, dann dauert es ca. 30 Sekunden, bis der Film abgespielt wird.
In dieser Zeit steigt die Prozessorleistung stark an. Das Internet gibt aus, dass in diesem Fall eine Art Schlüsselframe, der komplett erhalten ist angesteuert wird und von diesem dann decodiert wird, bis die gewünschte Stelle erreicht ist und der Film weiterlaufen kann. Aber sind 30Sekunden wirklich normal? Kann man die Zahl dieser frames künstlich erhöhen?

Danke für eure Hilfe

 

[Shririnovski]

Wo liegen deine mkv? eventuell im Netzwerk und du hast nur eine relativ lahme WLan Verbindung? wäre eine eventuelle Fehlerquelle, vor/zurückspulen sollte jedenfalls keine 30s dauern.

Was den Standardmäßigen Untertitel angeht: das kann man beim mkv-Kodieren einstellen, aber auch im vlc gibt es glaub ich irgendwo in den Optionen eine Standardeinstellung für Audiospur und Untertitelspur vorzunehmen. Einfach mal schauen.

 

[lordg2009]

mkvs liegen lokal auf der Platte. auf der gleichen Platte liegen auch die m2ts, bei denen das spulen klappt, es muss also irgendwie an den mkvs liegen.

Ergänzung (8. Januar 2014)

Hab den Fehler im Internet gefunden. Grund ist anscheinend ein Bug im VLC, der mit zwei neuen mkv-Elementen nicht zurecht kommt, die in mkverge seit 5.9.0 genutzt werden.

Der Lösungsansatz für VLC (hat bei mir 2.0.3 geklappt):

Einstellungen Alle -> Input/Codecs -> Demuxer -> Matroska -> Bei Dummys ein haken setzen

Im folgenden noch mal der Post aus einem anderen Forum, für den Fall, dass sich jemand für die Hintergründe interessiert:

Der Grund dafür ist ein BUG in VCL :!:
(Two tickets have been opened in VLC's bug tracker for this issue: ​7884 and ​7887.)

Nähres unten (das Englische).
Wer nicht so gut Englisch kann oder einfach eine schnelle Antwort will..hier ist Sie:

Entweder mit MKVToolnix 5.8.0.0 muxen oder in VCL Player folgende Einstellung machen:

Einstellungen Alle -> Input/Codecs -> Demuxer -> Matroska -> Bei Dummys ein haken setzen

Playback does not work at all or seeking does not work with files created by mkvmerge 5.9.0

The problem

Two symptons:

A player (mostly hardware devices like DVD or BluRay players) cannot play back a file muxed with mkvmerge 5.9.0 and later.
VLC cannot seek properly (or not at all) anymore with files created by mkvmerge 5.9.0 and later.

In both cases muxing with 5.8.0 fixes the issue.

Reason and solution

This is a bug in your player VLC and not in mkvmerge. For both symptoms tt can be circumvented when creating the file with mkvmerge, and for VLC there's even a runtime option you can change in order to fix playback.

Starting with v5.9.0 mkvmerge writes two new elements that have recently been added to the Matroska specification: CueDuration and CueRelativePosition. While CueDuration is only written when a block's duration does not equal its default duration (e.g. with subtitles), CueRelativePosition is always written.

Unfortunately VLC and several other hardware players do not skip unknown elements by default. In VLC you can turn it on in VLC's preferences (the option is called "Dummy elements"). This causes VLC to abort reading the file at the very start of the cues resulting in not being able to seek (properly) in such a file.

Rationale for adding those two elements was actually to improve seeking in files by providing players exact locations where to seek to. The rationale is explained in two threads on the Matroska devel mailing list: for ​CueDuration and ​CueRelativePosition.

Workaround during playback with VLC

Turning on "Dummy elements" fixes this immediately; now seeking works as it has before. You can do that in VLC here ​see screenshot):
Tools -> Preferences -> "Show settings: all" at the bottom left;
In the tree on the left side: Input/Codecs -> Matroska; make sure
"Dummy elements" is turned on.

Two tickets have been opened in VLC's bug tracker for this issue: ​7884 and ​7887.

Workaround with mkvmerge until player is fixed

You can prevent mkvmerge from writing these elements in the first place. This will make the file layout identical to the one written by 5.8.0.
See the corresponding FAQ entry.