Avidemux kann nicht zum nächsten Keyframe springen

Started by Strunz, May 21, 2021, 04:26:48 PM

Previous topic - Next topic
Print
Go Down Pages1
User actions

Strunz

May 21, 2021, 04:26:48 PM Last Edit: May 21, 2021, 04:29:08 PM by Strunz
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

eumagga0x2a

#1
May 22, 2021, 09:23:22 PM
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!

Strunz

#2
May 23, 2021, 07:41:51 AM
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!

eumagga0x2a

#3
May 23, 2021, 12:23:10 PM Last Edit: May 23, 2021, 12:26:40 PM by eumagga0x2a
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.

Strunz

#4
May 23, 2021, 12:26:20 PM
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. 

eumagga0x2a

#5
May 23, 2021, 12:57:57 PM
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.

Strunz

#6
May 23, 2021, 01:14:25 PM
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.
Print
Go Up Pages1
User actions