Avidemux Forum

Hallo @eumagga0x2a,

da ich das File selbst encodet (x265) habe, ist es jetzt kein großes Problem für mich, aber vielleicht trotzdem interessant genug für dich, sich das mal anzusehen. Als ich das File mit dem selben Programm, mit dem ich es erstellt habe, gekürzt hatte, ließ sich auch problemlos zum nächsten Keyframe springen. Würde Dir Link zum File per PM schicken.

LG Strunz
avidemux_2.7.9 r210510_win64

Mir fehlt der Kontext hier... Hilft das Übliche – Multithreading in Avidemux zu deaktivieren – in diesem Fall?

Quote from: Strunz on May 21, 2021, 04:26:48 PMAls ich das File mit dem selben Programm, mit dem ich es erstellt habe, gekürzt hatte, ließ sich auch problemlos zum nächsten Keyframe springen.

Was für ein Containerformat? Gekürzt mit Neukodierung oder ohne?

Quote from: Strunz on May 21, 2021, 04:26:48 PMWürde Dir Link zum File per PM schicken.

Nur zu!

Quote from: Strunz on May 21, 2021, 04:26:48 PMWas für ein Containerformat? Gekürzt mit Neukodierung oder ohne?

Container spielte keine Rolle und gekürzt war neu kodiert.

QuoteNur zu!

Incomming!

Danke, Avidemux kann in der bereitgestellten mp4 Datei nicht navigieren weil Keyframes nicht wie sie sollten im stss Atom eingetragen sind = die Datei ist kaputt.

Davon abgesehen sind auch B-frames nicht als solche vom Demuxer oder spätestens vom Editor markiert, aber das ist wohl die Schuld von Avidemux. Ich überlege mir, was man tun kann.

Nachtrag: Übrigens, das Remuxen des Samples mit FFmpeg stellt wegstens die Einträge in stss wieder her, so dass Avidemux navigieren kann.

Quote from: eumagga0x2a on May 23, 2021, 12:23:10 PMdie Datei ist kaputt.

Danke Dir. Das lag dann an Staxrip. Mir ist nur aufgefallen, dass sie sich problemlos abspielen ließ, selbst springen war kein Problem. 

Abspielen ganz von vorn ist kein Problem. Wir müssten wohl wie bei H.264 die Slice Headers von allen Frames dekodieren, um nicht durch lügende Sync (stss) Atoms aus dem Konzept geworfen zu werden.

Quote from: eumagga0x2a on May 23, 2021, 12:57:57 PMAbspielen ganz von vorn ist kein Problem.

Ich meinte in MPC-HC z.B., Springen machte keinerlei Probleme.

Sollte mit [demuxers/Mp4] Decode HEVC slice headers to determine frame type kein Problem mehr darstellen.

muchas gracias