MKV Ubehandlet Opgave Tilføjer Lydforsinkelse—Ødelægger Afspilning i VLC, Apple TV og Plex

Fejl / Funktionsanmodninger Bugs
1

MCEBuddy 2.6.7
Windows 11 x64 24H2

Hej alle,
Jeg er stødt på et konsekvent problem med MCEBuddy 2.6.7, når jeg bruger opgaven “MKV Unprocessed”. Efter behandling viser mine MKV-filer en negativ lydforsinkelse på cirka -1,997 s (bekræftet via MediaInfo). Dette medfører:
• VLC afspiller lyden med det samme, mens videoen halter bagefter med en sort skærm i cirka 2 sekunder.
• Apple TV (via Infuse eller Plex) fejler fuldstændigt ved afspilning, medmindre filen remuxes gennem MKVToolNix.
• Plex har problemer med Direct Play og/eller Direct Stream – en ven med Apple TV bekræftede, at disse filer ikke spiller rent på hans opsætning, før de er remuxet.

Denne forsinkelse findes ikke i:
• Den originale MKV-fil
• Filen efter HandBrake (NVENC x265)
Kun MCEBuddy-outputtet introducerer forsinkelsen.

:white_check_mark: Fremgangsmåde til at genskabe

  1. Start med en ren MKV-fil
    → Spiller fint i VLC, Apple TV og Plex.
  2. Kør gennem HandBrake (NVENC x265)
    → Spiller stadig fint, ingen forsinkelse.
  3. Behandl med MCEBuddy 2.6.7 ved hjælp af “MKV Unprocessed”
    → Aktivér download af metadata og omdøbning af fil (standardindstillinger samt med Cut Start xx brugt).
  • Skip Copying og Skip remux er ikke afkrydset/aktiveret
  1. Åbn den endelige MKV i MediaInfo
    → Observer Delay relative to video: -1 s 997 ms på lydsporet.
  2. Afspil i VLC
    → Lyd starter øjeblikkeligt, video halter med sort skærm.
  3. Prøv Apple TV eller Plex
    → Afspilning fejler eller buffer uendeligt, medmindre filen remuxes med MKVToolNix.

:test_tube: Yderligere bemærkninger
• Udskiftning af mkvmerge.exe i MCEBuddy-mappen med den nyeste version løser ikke problemet.
• Det er muligt, at MCEBuddy påkalder ffmpeg eller bruger legacy-flag, der ændrer stream-timing?
• Remux af den endelige MKV med MKVToolNix (uden korrektion af lydforsinkelse) løser problemet på alle platforme.

Jeg deler gerne MediaInfo-logs eller prøvefiler, hvis det hjælper. Vil gerne høre, om andre har set dette, og om der er en måde at forhindre MCEBuddy i at introducere forsinkelsen i første omgang.
Tak!
—John
Undskyld, jeg glemte at vedhæfte
Audio Delay and Black Screen in VLC.7z (121,8 KB)

2

Jeg støder på et lignende problem med 2.6.7 og 2.6.6, men ved brug af MP4 High Quality. Halvvejs gennem filmen kommer lyden og billedet ud af sync. Dette skete ikke i tidligere versioner.

3

Jeg ser ikke det problem med vores testvideoer. Kan I begge uploade jeres originale videoer til serveren sammen med konverteringsloggene (så vi kan genskabe hver eneste indstilling), så vi kan analysere og se, hvad der foregår.

4

Filer og nye logs findes nu i ‘\\upload.mcebuddy2x.com\JohnFreerman\’
Dette sker med 99 eller 100 % af filerne.

Chopped S63E09.mkv  --  Original
Chopped - s63e09 - In Cod We Trust.mkv  --  MCEBuddy output
srt subs.7z   --  eksterne undertekster

Eksterne srt-undertekster er påkrævet for at Plex kan genkende forced samt non-sdh og sdh subs.

Jeg er usikker på, om det er relateret, men jeg har eksterne subs (til hver video), der bliver tilføjet til outputtet.

logs.7z  --  "mcebuddy.log" & "Chopped S63E09.mkv-TV to Television-2025-08-21T00-55-38.log"

opdatering
Jeg har lige tilføjet en zip med .conf-filerne, i tilfælde af at jeg har rodet i noget gennem årene…

"conf files.7z"

opdatering 2
Mens episoden af Chopped, jeg uploadede, har lydforskydningen, er den ikke så slem som Countdown-logs, jeg uploadede til min OP tidligere i dag – det er blot den seneste fil, jeg har transkodet, som jeg stadig har originalen af, men den viser introduktionen af lydforskydningen.

5

Det er faktisk ikke ualmindeligt at se lydforsinkelser ved konvertering af filer. De kan opstå af en række årsager.

MCEBuddy kan registrere disse lydforsinkelser og kompensere for dem, hvis det er nødvendigt (som standard gør den det ikke). Det meste af tiden er forsinkelsesinformationen gemt i den konverterede video, så afspilningssoftwaren burde være i stand til at korrigere for forsinkelserne under kørslen. Hvis det ikke sker med din afspiller, kan du bede MCEBuddy om automatisk at korrigere for disse forsinkelser ved at redigere din profil.

Se dette: https://discussion.mcebuddy2x.com/t/mcebuddy-advanced-settings-commands-and-tweaking/30#audiodelay

John, ud fra dine logs kan jeg se i din profil:

ffmpeg-audiodelay=skip

ændr dette til

ffmpeg-audiodelay=auto

og det skulle automatisk korrigere for lydforsinkelserne under konverteringen. Bemærk, at dette kun virker for profiler baseret på ffmpeg, handbrake og mencoder-encoders; det virker ikke på profiler, der bruger copy-encoderen.

Alternativt, hvis du ser en fast mængde afvigelse i alle videoer, kan du også korrigere for det fra Konverteringsopgave → Ekspertindstillinger → Lydforsinkelse

image

6

Tak for at undersøge dette.

[quote=“Goose, post:5, topic:5785”]MCEBuddy kan registrere disse lydforsinkelser og kompensere for dem, hvis det er nødvendigt (som standard gør den det ikke). Det meste af tiden er forsinkelsesinformationen gemt i den konverterede video, så afspilningssoftwaren bør kunne korrigere for forsinkelserne under kørslen. Hvis det ikke sker med din afspiller, kan du bede MCEBuddy om automatisk at korrigere for disse forsinkelser ved at redigere din profil.

[/quote]

Nå, jeg inkluderede inputfilen såvel som den fil, som MCEBuddy opretter, i mit upload. Input-/originalvideoen har ingen forsinkelse og afspilles fint på alle enheder og apps, jeg har prøvet, uden lydproblemer.

  • MediaInfo viser ingen lydforsinkelse i originalfilen.
  • Outputfilen fra MCEBuddy rapporterer, at der er en forsinkelse, og får videoen til enten at være uspillelig (Apple TV) eller forsinket videostart på videoafspillere som VLC.
  • Hvis jeg tager MCEBuddy-videoen og remuxer den ved hjælp af mkvtoolnix, viser videoen ingen lydforsinkelse og afspilles perfekt - ingen forsinkelser, fejl osv.

[quote=“Goose, post:5, topic:5785”]og den bør automatisk korrigere for lydforsinkelserne under konverteringen. Bemærk, at dette kun virker for profiler baseret på ffmpeg, handbrake og mencoder-encodere, det virker ikke på profiler, der bruger copy-encodere.

[/quote]

Der er ingen ensartet lydforsinkelse på outputvideoen. De er forskellige hver gang.

MKV Unprocessed-profilen bør ikke bruge Handbrake. Denne profil bør ikke gøre andet end muligvis at trimme videoen uden nogen konvertering af video eller lyd.

Jeg bruger blot profiler til at tage mine eksisterende serieepisoder, integrere underteksterne, trimme starten, hvis det er nødvendigt, omdøbe og flytte dem.

Så jeg tror, at kun ffmpeg og sandsynligvis mkvmerge bliver brugt. – Hvis jeg tager fejl, og mkvmerge ikke bliver brugt, kan jeg så få MCEBuddy til at bruge mkvmerge til at skrive filerne med undertekster, før de flyttes?

[quote=“Goose, post:5, topic:5785”]Alternativt, hvis du ser en fast mængde afvigelse i alle videoer, kan du også korrigere for det fra Conversion task → Expert settings → Audio delay

[/quote]

Nej, jeg har set afvigelser så små som en brøkdel af et sekund til næsten 2 sekunder - det er helt sikkert videoer, der ikke kan afspilles af Apple TV.

Hver video, jeg bruger MCEBuddy til at behandle, går ind i den uden rapporteret lydforsinkelse. Hver video, der outputtes med MCEBuddy, har en forsinkelse introduceret/fundet - som tilsyneladende ikke var der før.

Jeg finder det meget usandsynligt, at hver video, jeg har, har haft en form for uopdaget/uopdagelig lydforsinkelsesproblem. Jeg taler om titusindvis af videoer over de sidste 5 måneder. (Jeg genripper alt i mit tv-bibliotek fra kildemediet)

Alle videoer, der er flettet af MCEBuddy, tager et sekund eller to, før videoen vises i VLC Media Player på Windows - uanset hvor lille eller stor lydafvigelsen er.

7

Rettelse, jeg ville bare have et aktuelt eksempel på videoer, som jeg har kørt igennem MCEBuddy i de sidste 24 timer, og den første, jeg tjekkede, er langt over 2 sekunder

Forsinkelse i forhold til video                  : -7 s 600 ms

:cry:

8

Jeg tog lige mappen med én sæson, som jeg brugte MCEBuddy til at tilføje undertekster til og organisere i går – serien med -7 s 600 ms forsinkelse, og jeg flyttede filerne fra min Plex TV-mappe og satte den tilbage i kø i MCEBuddy med audiodelay=auto, og nu er MCEBuddy output-videoerne helt usynkroniserede.

Selv episoden ovenfor med -7,6 ms er nu -10,88 ms – så den brugte ikke engang 7,6-tallet og skubbede lyden yderligere ca. 3 sekunder væk.

Heldigvis tog jeg backup i stedet for at erstatte. :slight_smile:

9

Jeg har lige taget nogle nye episoder, som var direkte fra Blu-ray, og kørt dem igennem MCEBuddy med ændringen ffmpeg-audiodelay=auto, og den video (samt et par andre, som ikke viste nogen lydforsinkelse) gennem MCEBuddy, og de kom alle ud med ‘introducerede’ forsinkelser.

10

Jeg har mistanke om, at forsinkelserne introduceres af ffmpeg under det mellemliggende remuxing-trin, som primært er nødvendigt for at forbedre kompatibiliteten med andre programmer. I betragtning af din opsætning har du muligvis ikke brug for det mellemliggende trin.

Prøv at afkrydse muligheden for at Spring remuxing over i konverteringsopgaven → ekspertindstillinger-siden og se, om det løser dit problem.

11

Jeg kiggede på præcis denne indstilling i går aftes, men ventede på svar.

Tak, jeg vil prøve det.

12

Halleluja! Det var det! Tak!!

Jeg har kun ét opfølgende spørgsmål…

Jeg har bogstaveligt talt over 124.000 episoder, hvoraf størstedelen af disse episoder/videoer har disse (er de kunstige?) lydforsinkelser - nogle, der gør dem uspillelige på Apple TV-enheder, og resten har forsinkelser i afspilning af videoen på afspillere som VLC på andre enheder.

I øjeblikket bruger jeg MKV Unprocessed med Metadata-opslag indstillet til at prioritere Sæson/Episodetitel og Overskrive Metadata Filnavn ved hjælp af TVDB for konsistens og også for at forhindre shows, der genbruger episodenavne, i at blive forkert matchet til den forkerte sæson (jeg tror, MCEBuddy altid bruger de tidligste episoder S/E i serien…

Så, hvad vil du foreslå som den bedste/nemmeste metode til at remuxe disse episoder uden potentielt at ødelægge episodebestillingen?

Jeg har heller ikke været så opmærksom på det for nylig, men jeg tror, at standard Unprocessed trimmer en smule fra begyndelsen af hver video for at sikre, at der ikke er fejl eller tabte billeder i starten af videoen.

Hvis jeg kører MKV Unprocessed på disse filer igen, vil den trimme en “lille smule mere” fra begyndelsen af hver fil, og det kan “slette” potentielt vigtig information fra hver video.

Da alle filerne allerede er navngivet og har den passende metadata vedhæftet hver fil, er der så en bedre måde at rette/reparere alle disse videoer på – i stedet for at bruge MKV Unprocessed-profilen?

Hvis der ikke foretages trimning i begyndelsen af videoerne, kan mine eksterne undertekster (med .forced .sdh, osv.) forblive uændrede, og kun mkv-filen/filerne skal remuxes.

13

Det burde ikke ske, det problem blev løst for mange år siden. Der burde slet IKKE ske nogen klipning med standard profiles.conf og standard mcebuddy.conf, medmindre du specifikt har konfigureret konverteringsopgaven til at klippe i ekspertindstillingerne, eller du bruger en gammel eller brugerdefineret profil.

Jeg vil anbefale at starte et nyt emne vedrørende metadataene, jeg er ikke klar over, hvad du forsøger at gøre.

14

Vi har fundet problemet, og det ser ud til, at det er en fejl i ffmpeg. Selvom vi beder ffmpeg om IKKE at klippe/springe noget over (-ss 0), forsøger den at synkronisere sporene, hvis den støder på et, og mister synkroniseringen i processen.

Så hvis der er et -ss 0 et sted i konverteringsprocessen (remuxing, profiler osv.), vil det skabe dette synkroniseringsproblem.

Vi vil rette det (lige nu inkluderer de fleste af vores profiler også -ss 0, så selvom du springer remuxing over, men bruger en standardprofil, vil det stadig skabe problemet).

Tak for din rapportering.

15

Prøv dagens 2.6.7 BETA-build (behold remuxing slået til for at teste), og det burde løse problemerne med lydsynkronisering. Der bør ikke være behov for ændringer fra din side i dine eksisterende profiler eller indstillinger.

16

Åh, gudskelov! Jeg var lige ved at logge ind for at fortælle dig, at jeg ser problemet igen – de to andre filer, jeg testede, må ikke have været repræsentative for problemet.

17

Jeg er ikke sikker på, om det er noget med betaen, eller om jeg har rodet noget til, da jeg brugte søg/erstat på remux-indstillingerne, men srt-underteksterne bliver ikke længere flettet ind i mkv’en – de eksterne kopieres dog til destinationsmappen.

Jeg har lige smidt en ny zip-fil i uploadmappen, så du kan kigge på det.
Indeholder: logs og conf-filer
Longmire-episoderne er dem, jeg lavede tilbage i oktober 2022, som også har dette problem.
Forgive Me-episoderne er dem, jeg lige har transkodet i Handbrake – verificeret, ingen lydforsinkelse.

18

Du har en beskadiget fil eller en beskadiget installation

FEJL> 2025-08-27T06:05:47 MCEBuddy.AppWrapper.MKVMerge → Applikationsfil ikke fundet eller ikke tilgængelig: C:\Program Files\MCEBuddy2x\MKVMerge\MKVMerge.exe

Prøv at geninstallere MCEBuddy

19

Tak.
Jeg geninstallerede, og mappen og exe-filen er til stede.

Ok, jeg har videresendt episoderne fra i går ($\sim 60$), og disse filer ser ud til at være i orden.

Hvis jeg tager nogle episoder (Longmire), der blev behandlet gennem MCEBuddy i 2022, og kører dem gennem MCEBuddy igen med den nye build, hvor Remux er indstillet som standard og Spring over, bevares de tidligere filer stadig med “forsinkelse i forhold til video”.

Hvis jeg tager den samme fil fra 2022 og lægger den gennem MKVToolNix uden nogen forsinkelse for lydsporet, viser outputfilen ingen forsinkelse i MediaInfo og afspilles straks i VLC uden forsinkelse i videoens start.

image

Tror du, der er en måde at “korrigere” og/eller fjerne forsinkelsen ved hjælp af MCEBuddy?

Jeg har lige tjekket, og ærligt talt, hvis jeg kigger på et tilfældigt udvalg af alle mine serier, går episoder tilbage til mindst 2022, har forsinkelser – heldigvis ser de episoder, jeg har tjekket fra 2014 og 2015, ikke ud til at have forsinkelserne (men de a) har ikke eksterne undertekster og b) De blev konverteret via MCEBuddy med Handbrake.

En af de to

image

Min bekymring og frygt er, at jeg begyndte at udskifte utallige serier (30.000, 60.000? episoder) sidste efterår med nye digitale masters for at erstatte mine WMC-optagelser og andre.

Lad mig vide, hvilke muligheder jeg har foran mig… Hvis det er inden for dit synsfelt.

20

Hmm, jeg kan ikke se nogen forsinkelse efter konverteringen med de filer, du uploadede tidligere længere. Kan du uploade konverteringsloggen og den originale fil, der viser forsinkelser?