Jeg har ikke været tilfreds med noget af det automatiske kommercielle klipning, på trods af at have prøvet at justere det lidt. Jeg besluttede, at jeg ville bruge Custom Cuts til at beskære filer perfekt, når jeg tilføjede dem til mit bibliotek.
Problemet: Efter at have klippet en reklame, hakker videoen ofte og er pixeleret i cirka 5 sekunder. Derefter bliver det klart og afspilles perfekt. Næste reklameklip giver ofte endnu en omgang hakken. Det er kun et problem med videoen. Der er ingen problemer overhovedet med lyden.
Jeg bruger Custom Cuts til at oprette mine edl-filer og kører derefter MCEBuddy til at trimme og konvertere til h.265. Jeg er ikke sikker på, hvorfor brugen af Custom Cuts til at oprette mine edl-filer ville forårsage problemer, men problemet syntes ikke at ske næsten lige så meget, når jeg lod comskip gøre arbejdet automatisk (og dårligt).
Jeg har stadig dette problem, og Custom Cuts er stort set ubrugeligt på grund af inkonsistent lyd, når jeg bruger Custom Cuts. Har Nogen som helst forslag? Jeg ser også andre med lyd-synkroniseringsproblemer. Jeg kan ikke bruge en lyd-offset, da det sker ved en tilfældig edl-markør et sted midt i et show, der bliver klippet.
Jeg har forsøgt at læse andre tråde og dokumentationen for at ændre profile.conf til en brugerdefineret konfiguration. Jeg giver gerne konfigurationsfilen til anbefalinger. På trods af min læsning og justeringer har jeg bare ikke haft succes. Jeg er sikker på, at det kan løses af en, der har viden, men jeg kan bare ikke se det.
Det hjælper altid at poste din profil. Hvis tidsstemplerne i videoen er beskadigede, skal de renses op. Hvor meget afhænger af niveauet af beskadigelse, det anvendte værktøj og indstillingerne.
Det kan også være relateret til GOP-frames. Video fungerer således, at ikke hver frame er en komplet frame. Så hvis klippet finder sted på en ikke-GOP-frame, vil du se beskadiget video i et par sekunder, indtil den næste GOP-frame kommer. GOP-framen indeholder det “fulde” billede, hvor et klip i GOP ikke har den komplette information, hvilket forårsager beskadigelsen (eller teknisk set manglen på komplet information).
Hvis du kan vedhæfte din konverteringslog, vil det også give mere indsigt i, hvad der foregår.
Standardindstillingen er ffmpeg, som fungerer fint for de fleste videofiler, men for filer med store GOP-intervaller kan det forårsage den slags problemer, du oplever, hvor reklamer klippes midt i et GOP. Forskel er, at selvom det kan løse din hakken, vil klippestedet ikke være præcis det punkt, du markerede. Det skyldes, at det venter på det næste GOP-billede for at få et komplet billede, hvilket kan være et par sekunder efter det identificerede klippepunkt afhængigt af, hvor langt GOP-billederne er fra hinanden i din optagelse.
Tak for svarene. For denne konkrete fil fjerner jeg reklamer fra en TVE-optagelse, der er DVRed via Channels.
Her er profilen, jeg brugte i går.
[HEVC MP4]
Description=HEVC in MP4 (H.265/AAC) conversion. Creates a smaller file (50% smaller than H.264) with comparable quality but very slow.
order=handbrake,ffmpeg
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -tag:v hvc1 -vf yadif=0:-1:1,hqdn3d -vcodec libx265 -preset medium -crf 26 -map 0:v -sn
ffmpeg-audio=-acodec aac -ab 192k -map 0:a
ffmpeg-audioac3=-acodec aac -ab 384k -map 0:a
ffmpeg-ext=.mp4
ffmpeg-audiodelay=skip
handbrake-general=--decomb --loose-anamorphic --verbose=2 -f mp4
handbrake-video=--start-at duration:0 -e x265 --encoder-preset medium -q 26
handbrake-audio=-E faac -R auto -B 192 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E faac -R auto -B 384 -D 0 -a 1,2,3,4,5
handbrake-ext=.mp4
handbrake-audiodelay=skip
CommercialMergeTool=avidemux
CutMP4Alternative=true
I den kørsel tilføjede jeg CutMP4Alternative=true og fjernede PreConversionCommercialRemover=true, som stadig havde problemer. Lydtimingen gik igen skævt, men mindre end normalt denne gang. Hovedproblemet er, at reklamerne ikke bliver klippet på de rigtige steder med denne profil, selvom jeg oprettede en EDL i Custom Cuts.
Jeg uploadede loggen under mit brugernavn.
Jeg er glad for at køre en fil to gange, hvis det hjælper. Det gjorde jeg før i mit arbejdsflow. Jeg konverterede til MP4 med h.265, oprettede derefter en EDL med Custom Cuts og fjernede reklamerne i anden kørsel. Det hjælper med at undgå glitch-frames ved klipningen. Jeg havde håbet, det ville fjerne de mærkelige flere sekunders lydforskydninger, men det gør det ikke.
Jeg havde ikke tidligere opgraderet til den nye version, fordi jeg ikke ville bruge pengene, hvis jeg ikke kunne løse problemet. Jeg kan med glæde meddele, at jeg efter opgraderingen opnår meget bedre resultater.
Ved edl-markørerne fra brugerdefinerede klip får jeg nogle sorte skærme i et par sekunder, hvilket jeg formoder er, hvor I- vs. P-billederne og tidsfejlene opstår, men når billedet kommer tilbage, synes lyden at synkronisere.
Jeg vil fortsætte med at eksperimentere med det nu, hvor jeg kan vende tilbage til at arbejde på min store stak af konverteringer. Tak for din hjælp.
Nå, fanden. Det ser ud til, jeg talte for tidligt om synkroniseringsproblemerne.
Jeg klippede reklamer fra en fil, som jeg allerede havde konverteret til HEVC MP4, og nu har jeg igen lyd-synkroniseringsproblemer, der opstår ved et edl-klippepunkt defineret i Custom Cuts. Jeg har lagt loggen op for kørslen, hvor kun edl-fjernelse blev udført.
Jeg ser mange fejl i video-kilden, hvilket sandsynligvis er årsagen til dine lyd-synkroniseringsproblemer:
024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691043, current: 291666083; changing to 291691044. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691044, current: 291668003; changing to 291691045. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691045, current: 291669923; changing to 291691046. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691046, current: 291671843; changing to 291691047. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691047, current: 291673763; changing to 291691048. This may result in incorrect timestamps in the output file.
2024-03-09T14:52:09 MCEBuddy.AppWrapper.FFmpeg → [mpegts @ 000001f861094b40] Non-monotonic DTS in output stream 0:1; previous: 291691048, current: 291675683; changing to 291691049. This may result in incorrect timestamps in the output file.
Prøv dette:
Prøv også at aktivere Skip remuxing indstillingen på siden Conversion Task → Expert settings.
Derefter markerede jeg Skip Remuxing. Det hængte flere gange på “analyserer showinformation” efter gen-sammenlægning. Jeg gik tilbage og fjernede markeringen for Skip Remuxing og kørte igen. Kørslen blev gennemført med succes. Jeg er ikke sikker på, om der er en fejl, eller om en kombination af indstillinger gjorde den ugyldig? Lyden er synkroniseret for den fil i hvert fald. Jeg vil behandle flere og se, hvordan det går.