Avidemux Forum

This version of Karate Kid was probably shot in Canada with DCI specification represent 2K or 4K image resolution in 24 fps or 48 fps (frame per second) in JPG2000 sequence / Interop
So the original is probably released online with 24 fps.  Your version is 25 fps and dubbed.

Two hours would have 25 fps to be 180,000 frames and 24 fps would be 172,800 frames, a difference of 7,200 frames, would be 288 seconds or 4 minutes 48 seconds.  What happens is that the video gets an extra frame blended into it every second.  Two frames are blended together and that result is added to the sequence of frames, so playback on 25 fps TV looks fine.  The background audio can either be slowed down to match 24 frames in a second, which would lower the pitch or it can be then harmonized back upward so the music is in key and the sound effects are not slowed down.  Then the audio dub goes on top of this background audio track and is synced for 25 fps for European TV playback.

A lot of this is sort of uncessasary background info.  I wanted to point out how much manipulation is done for some copies of media.  Both video and audio are not original anymore.  Is the one track that doesn't sync unique and have different content or is it the same as the previous track.  Perhaps it is a copy that syncs better with 24 fps?  There are many steps where the audio sync can fail because of that the original media was already convereted for 25 fps playback.  I think if you want everything to sync, get the original media content that has not been converted to 25 fps and work with that instead.
 

Thanks, sent

Quote from: sark on August 29, 2025, 12:06:39 PM

Quote from: metal450 on August 29, 2025, 04:55:11 AM@sark the goal is to scrub this username (account deletion/anonymization would also be fine).

Fair enough.

Mean was the original developer.
https://avidemux.org/smif/index.php?action=profile;u=3

Not that one, the other account: MeanAdmin. I estimate the chances of a reaction as pretty low.

Quote from: metal450 on August 29, 2025, 04:55:11 AM@sark the goal is to scrub this username (account deletion/anonymization would also be fine).

Fair enough.

Mean was the original developer.
https://avidemux.org/smif/index.php?action=profile;u=3
I don't believe he is active very much now, but you could give it a try. The only other option is to assign a fake email using one of the temp email services, but I'm guessing it is the username you want removed. Don't know if even mean has control over that.

Good luck.

@eumagga0x2a if you don't have admin access, what is the username I need to contact?

@sark the goal is to scrub this username (account deletion/anonymization would also be fine).

@metal450

Would it not just be easier to re-register a new name. I just attempted this with the same email address without issue.

Quote from: metal450 on August 28, 2025, 02:58:20 AMApparently on SMF only admins can do it

Correct, this is why I cannot help you, very sorry for that.

Wenn innerhalb von H.264 Streams, die im Open-GOP-Modus kodiert sind, gelöscht wird, kann es im Kopiermodus zu solchen hässlichen Störungen an Schnittpunkten kommen. Man bekommt dann grundsätzlich unvollständige Bilder, weil die Referenzen weggeschnitten sind. Die Frames, die diese unvollständigen Bilder enthalten, können wir jedoch oft nicht weglassen, weil andere Frames von diesen Frames abhängen. Beim Sample kommt noch die Komplikation eines im Zeilensprungverfahren mit getrennten Fields kodierten Materials hinzu, sie ist jedoch für das Kernproblem unerheblich.

Die "NIDR Warnung" dient einem einzigen Zweck: vor einem FFmpeg-spezifischen (libavcodec-spezifischen) Verhalten beim zurückspringenden Bildzähler im Stream zu warnen. Der Stream ist nach dem Schnitt so oder so nicht mehr valide.

Quote from: Gloster on August 28, 2025, 04:56:49 AMAvidemux-App : 2.8.2 (240531_8aac51d7e55-fflibs 6.01)

Uralt und nicht mehr unterstützt. Mit dem aktuellen git master sieht es allerdings genauso aus, da allein der Laune des Encoders, der diesen Stream generiert hat, geschuldet.

Ubuntu-Mate : Ubuntu 24.04.2 LTS
Avidemux-App : 2.8.2 (240531_8aac51d7e55-fflibs 6.01)

Ich verwende einen Panasonic Rekorder für die Aufnahme (UHD70). Der SAT-Stream wird ohne Veränderung gespeichert (TS-Container).

Leider treten nach der Bearbeitung mit Avidemux am Ende immer wieder Bildfehler auf (jeweils keine NIDR Warnung):
(Datei, s. link : https://we.tl/t-anSj2gsMTO)
(Der link ist nur drei Tage gültig, aber kann von mir jederzeit erneuert werden.)

Cut Start  Cut Ende   Ergebnis Cut Ende        Meine Korrektur
00:00.000  00:04.480 OK                              -
01:12.360  02:30.840  Fehlerhaftes Bild        -
08:34.680  09:38.680  Bild O.K.                -
27:34.680  28:38.680  Fehlerhafter Bildaufbau  Cut ein I-Frame früher
46:34.680  47:38.680  Fehlerhafter Bildaufbau  Cut ein I-Frame früher

Die Korrektur führt dann zu einem "kurzen Aufblitzen" des vorhergehenden Frames beim Bildaufbau.
Ausgabe ffmpeg -i des Videos : Stream #0:1[0xbff]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt470bg, top first), 720x576 [SAR 16:11 DAR 20:11], 25 fps, 50 tbr, 90k tbn

Eigentlich muss ich jeden Film mindestens zweimal schneiden (copy-mode) um zu wissen ob ich einen fehlerhaften Bildaufbau erhalte.

Im letzten Bsp.: "46:34.680 - 47:38.680" erhalte ich eine NIDR Warnung wenn ich am Ende ein I-Frame später schneide, allerdings mit dem Ergebnis, dass der Bildaufbau O.K. ist.
(Filme verifiziert via DLNA, 56-Zoll UHD TV)

Dieser ISSUE ist eigentlich an die Entwickler gerichtet, die eventuell Abhilfe schaffen könnten.
Aber ich will nicht ausschließen, dass auch Einstellungen in Avidemux das Problem lösen könnten.

@eumagga0x2a can you please change my username to chipfu? Apparently on SMF only admins can do it: https://wiki.simplemachines.org/smf/How_to_change_your_username

I also DM'ed you 5 weeks ago but never heard back, so trying a post instead

Thanks