Jeg har fjernet den forrige beta og installeret den nyeste beta, men mcebuddy skærer stadig de første 10 sekunder af hver fil, jeg konverterer?
Jeg har prøvet at aktivere “cut start” og sætte den til 1 sekund, men det gør ingen forskel overhovedet – jeg mister stadig 10 sekunder i starten af hver video.
Desuden har jeg sat “ad remover” til “none” og både “detect” og “optimize video quality” deaktiveret, men loggen er fyldt med comskip- og ffmpeg-indlæg, hvor filen bliver remuxet og scannet, så det lader til, at mcebuddy ignorerer, at disse valgmuligheder er slået fra?
Jeg har vedlagt logfiler og håber, at nogen kan kigge på dem…
Jeg bruger mcebuddy til at automatisere mine gamle handbrake-metoder, så jeg ønsker blot en direkte CC21-indkodning med en maksimal bredde på 1280.
Dine logs viser den korrekte varighed helt op til lige før HandBrake begynder at kode, og derefter viser den 10 sekunder mindre ved slutningen. Kommandolinjen ser fin ud. Jeg har lagt mærke til, at du bruger hardware-kodning (NVIDIA).
Mit eneste gæt kunne være, at grafikdriveren dropper de første 10 sekunder på grund af korruption eller at den ikke kan håndtere det.
Prøv at slå hardware-kodning fra og se om software-koderen stadig har det samme problem. Du kan også prøve at fjerne --start-at duration:0 fra handbrake-video-linjen i din profil, som kunne forstyrre din konvertering på grund af tidsstempel-korruption.
Du har ret, undskyld. Det bruger software x265-encoder. Jeg kan se dette i dine logs:
2018-10-24T06:49:35 MCEBuddy.AppWrapper.Handbrake → [06:49:35] sync: first pts audio 0x100 is 0
2018-10-24T06:49:35 MCEBuddy.AppWrapper.Handbrake → [06:49:35] sync: first pts video is 430
Måske er videoen beskadiget. Der er et par ting, du kan prøve:
Fjern --start-at duration:0 fra handbrake-video-linjen i din profil
Brug ffmpeg i stedet for handbrake (ændr rækkefølgen i din profil)
Download den nyeste nightly build af handbrake og erstat den i din handbrake-mappe (det kunne være et problem i handbrake med x265-encoderen, der ikke kan håndtere videostrømmen)
Videoerne er ikke beskadigede, da mcebuddy gør dette på alle videoer. Jeg bruger den samme version af Handbrake som i mcebuddy, og den springer ikke de første 10 sekunder over. Jeg vil helst blive ved med at bruge Handbrake, men er villig til at prøve ffmpeg. Fjerner dog først den parameter og melder tilbage
Jeg foreslog, at tidsstemplerne på de første videobilleder kan være beskadigede, hvilket er grunden til, at Handbrake springer de første 10 sekunder over.
Handbrake og ffmpeg bruger lignende biblioteker (faktisk vil den næste version af Handbrake bruge det samme bibliotek som ffmpeg). Du kan justere profilindstillingerne og filtrene, der bruges til ffmpeg, hvis du er fortrolig med ffmpeg.
Du kan også eksperimentere med kvalitetsskyderen i konverteringsopgaven, prøv at øge den, og det burde også hjælpe.
Jeg har erstattet cli’en med den nyeste nightly (HandBrakeCLI-20181023173755-177c1e3-master-win-x86_64)
Klipper den stadig de første 10 sekunder af hver video?
Jeg har oprettet en kort testfil, som kodes fuldt ud med handbrake standalone-appen, og har vedhæftet min profil og logs for denne korte video – nogen andre idéer?
Tidsstemplerne i kildevideoen er ødelagt i starten. Hvis man kigger i dine logs, har selv Comskip problemer med tidsstemplerne i begyndelsen af optagelsen.
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → Found large gap(684) in PTS! Trying to recover …
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → 3% | 00:00
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → Found large gap(691) in PTS! Trying to recover …
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → Found large gap(689) in PTS! Trying to recover …
2018-10-26T15:22:06 MCEBuddy.AppWrapper.CCExtractor → Found large gap(686) in PTS! Trying to recover …
Du bør kontrollere din optagekilde (hvis det er en tuner, kan det være et problem med firmwaren eller driveren, eller det kan være et problem med selve transmissionen).
Handbrake kan ikke kompensere for tidsstempelfejlene, så det springer dem over; det ser ud til, at ffmpeg kan gendanne dem, så hvis du ikke kan løse problemet ved kilden, er dit bedste bud at bruge ffmpeg.
Jeg har testet med en blu-ray-rip, DVD-rip, tv-optagelse og downloadet fil, og hver gang fjernes de første 10 sekunder (præcis 10 sekunder). Hvis jeg encoder alle de samme filer i HandBrake (Windows 10), encoder de perfekt. Jeg kan ikke forstå, hvordan alle de filer fra forskellige kilder kan have den samme korruption i de samme 10 sekunder?
Uanset hvilket program der bruges til at oprette din MKV-fil (det ligner en webripper eller en webencoder), har det problemer med at oprette tidsstemplerne. Dette er hvad jeg kan se fra din MKV-fil
matroska,webm
MCEBuddy remuxer MKV til TS for lettere behandling, da ikke alle underliggende programmer understøtter andre formater. Det er muligt, at handbrake har problemer med at læse TS-filen i stedet for MKV-filen.
Hvis du vil undgå at remux’e fra MKV til TS som mellemliggende fil, kan du markere Skip remuxing i din Konverteringsopgave → Ekspertindstillinger side:
Nu vil den originale MKV blive sendt til handbrake, og selvom det måske virker, løser det ikke din grundårsag til problemet.
Jeg har prøvet at springe remuxing af filer over, hvilket har løst alle mine problemer! ingen afskæring af de første 10 sekunder og begynder også med det samme at kode uden forbehandling! Mange tak!!
Jeg bruger ikke noget bestemt program til at oprette filerne til kodning, hvilket er grunden til, at jeg ikke forstår problemet.
Så en bred vifte af software, der fodrer mcebuddy – jeg kan ikke se, hvordan alle videoer kan have den samme korruption eller det samme problem, der får de første 10 sekunder til at blive skåret væk, når alle de samme videofiler kodes perfekt i HandBrake (Windows 10), og jeg har nu også prøvet StaxRip til at kode til x265 uden problemer… der sker noget i MCEBuddy, men jeg kan ikke finde ud af hvad!
Tak for al din hjælp indtil nu – jeg er sikker på, at én, der er meget klogere end mig, vil finde ud af det!
I det mindste beholder jeg de 10 sekunder ved at springe remuxing af filen over!
Jeg er nysgerrig på, om du nogensinde fandt en løsning på dette problem. Jeg har fjernet alle -ss-henvisninger i mcebuddy.conf og oprettet min egen profil i profiles.conf, hvor --start-at duration helt er fjernet.
Jeg udfører slet ingen fjernelse af reklamer, men MCE fjerner stadig 3 sekunder fra begyndelsen af ALLE videoer, uanset kilde.
når jeg encoder de samme filer med et andet program (der bruger handbrake), fjernes de første 3 sekunder ikke.
