Video fryser i et par sekunder i starten

General Support / Questions Commercial Removal
1

Den oprindelige fil afspiller fint, men når jeg kører den gennem mcebuddy, fryser videoen i starten – jeg kan dog stadig høre lyden, mens den ”fryser”. Jeg har prøvet at geninstallere mcebuddy, både version 2.5 release 5 og 2.5 release 6. Jeg har geninstalleret Windows, opdateret grafikkortdriverne (to 1080 Ti i SLI), og jeg har endda prøvet på flere forskellige computere (en Alienware M17 bærbar og en Dell PowerEdge-server) – alle giver det samme resultat. Jeg har aldrig haft dette problem før, men det opstod for et par dage siden. Jeg har virkelig grublet over det. Enhver hjælp modtages med kyshånd – tak!

Jeg kan også uploade både før- og efter-videoerne, hvis det ønskes.

Her er mine logs fra mcebuddy:
Bar Rescue (2011) - S03E02 - Rock 'N Roaches.mkv-remove ads-2021-05-21T21-24-48.log (586,9 KB)

EDIT: Jeg skiftede mcebuddy over til showanalyzer og brugte custom cuts – og for det meste fryser videoerne ikke længere i starten. Der er dog enkelte videoer, der har et lille hak, hvilket jeg kan leve med… Mon det er noget med min comskip-fil:
comskip.ini (6,2 KB)

2

Det ser ud til, at du bruger prøveversionen.

Jeg kan ikke se nogen åbenlyse fejl i logfilerne. Det kan være en særhed i videoens tidskodningsinformation (hvilket forklarer forskellen mellem Comskip og ShowAnalyzer, da de vælger forskellige punkter til at klippe reklamer), der får ffmpeg til at gå i stå. Hvis du kan uploade den originale video til vores upload-server, kan jeg kigge på den og se, hvad der foregår.

3

@Goose Jeg har uploadet filerne til serveren, så du kan kigge på dem

Jeg har brugt ffmpeg og handbrake og får stadig de samme resultater. Jeg spekulerer på, om det er min .comskip.ini-fil, der forårsager dette

4

Jeg har bemærket lignende adfærd. Videoen fryser ved reklameovergangen (kapitelbrud), men lyden fortsætter.

I VLC skal jeg stoppe afspilningen, genstarte den og bruge musen til at springe til lige efter det kapitelbrud, den frøs ved. Videoen begynder herefter at afspille normalt fra det punkt.

Det sker ikke hver gang. Og ved nogle videoer sker det ved hvert kapitelbrud.

Jeg transcoder fra SD HDHR-optagelser til H.265/AVC i MKV-format med comskip-reklamefjernelse, hvis det hjælper. Jeg tænker, at klippe-/sammenføringspunktet måske ikke ligger på en ‘pæn’ grænse (keyframe?) af en eller anden grund, når den klipper reklamer ud. Måske tager klippestart-/slutpunkterne ikke keyframes i betragtning? Kunne det være et comskip-konfigurationsproblem?

Jeg kan også uploade et eksempel, hvis du har brug for det, @Goose.

5

@Goose nogen fremskridt med, hvad problemet kan være?

6

Det ligner det, som @mike808 sagde, at det skyldes keyframes ved klippestederne (eller manglen på dem), hvilket forårsager tearing. Dette er en artefakt fra den oprindelige optagelse, hvor der muligvis ikke er nok keyframes.

Der er én måde at forsøge at løse det på, nemlig ved at bruge den nærmeste keyframe, hvilket fungerer i nogle tilfælde (afhængigt af, hvor langt væk den er). Prøv at tilføje dette til din profil:

CommercialMergeTool=avidemux

Du kan finde flere detaljer om denne indstilling her:

7

@goose tilgiv min uvidenhed, da jeg er ny i alt dette… hvad fanden er et keyframe, og hvordan ved jeg, hvilket “keyframe” der er det nærmeste?

8

Et keyframe er en særlig frame i kodningen, der med jævne mellemrum synkroniserer videoen med lyden, så de ikke kommer for meget ud af trit under afspilningen. Nogle videoredigeringsværktøjer er opmærksomme på keyframes, og hvis du redigerer manuelt, bør du altid lave dine klip på keyframes. Videoproduktionsværktøjer kan indsætte keyframes, når de remuxer videoen med lyden. De er normalt ikke noget, du behøver at bekymre dig om. Det, @Goose henviser til, er, at uanset hvor du fik videoen fra, besluttede den, der producerede den, at indsætte disse keyframes så ofte, som deres værktøj gør det. Nogle er gode og giver dig kontrol over dem (hvor mange frames eller sekunder mellem keyframes), andre er basale og smider dem bare ind hvert 10. sekund eller deromkring. Den, der lavede din video, har allerede besluttet, hvor hyppigt keyframes skulle indsættes i videostrømmen for at holde lyden synkroniseret. Husk på, at der ofte er flere sproglige lydstreams og 5.1-streams, så keyframes bliver kritiske for at holde alle disse streams synkroniserede. For almindelig stereo-tv er det ikke så vigtigt. Det afhænger blot af produktionskvaliteten af den oprindelige video og de bearbejdningsværktøjer, de brugte til at lave den.

Det, jeg er overrasket over, er, at annonce-detektions-klippepunkterne ikke justeres til det forrige eller næste keyframe enten som en mulighed, eller at keyframes ikke automatisk tilføjes ved klippepunkterne. Jeg ved, jeg vifter lidt med hånden, for det er sandsynligvis teknisk svært at gøre, men samtidig er det præcis det, demux/remux-værktøjerne automatisk skal gøre (ffmpeg, handbrake).

Det kunne også være en afvejning, hvis det kræver, at annonce-fjernelses-klippepunkter skal tvinges til at klippe på keyframes, eller at demux skal tilføje keyframes ved klippepunkterne og derefter splitte streams og flette dem igen – det kunne meget vel kræve flere gennemløb af videoen, og det er der, folk bliver utålmodige.

@Goose, findes der parametre til FFMPEG og/eller Handbrake og/eller avidemux, der kan gøre noget lignende, og kan det omdannes til en “mulighed” eller et sæt forudindstillinger, der kan slås til/fra sammen med passende info/advarsler, hvis det betyder flere gennemløb og transkodninger, der tager X gange længere? Lad så folk slå det til/fra efter behov. For mig ville jeg slå det til, fordi min MCEBuddy kører om natten, efter optagelserne er lavet, og klargør dem til senere afspilning med Plex. Jeg optager ikke nok til, at min maskine konstant skal konvertere videoer, så den ekstra behandlingstid ville ikke genere mig – især ikke hvis det betød perfekt afspilning uden “frysninger” ved annonce-klippepunkterne.

9

@Goose at tilføje CommercialMergeTool=avidemux ser ud til at gøre det værre. Omkring halvvejs gennem videoen mister jeg lyden. Jeg giver simpelthen op!!! Jeg lige så godt kan slette mcebuddy og finde et alternativ. Det er en skam, at jeg har betalt penge for noget, der ikke virker. Jeg forstår det ikke – min opsætning har ikke ændret sig, og pludselig får jeg dette problem. Det er ekstremt frustrerende!

@mike808 alle mine videofiler stammer fra mit plex dvr. Jeg kan bruge showanalyzer, og det fungerer stort set fint, bortset fra et millisekund spring i starten. Den samme video med comskip begynder at blive ødelagt. Jeg har også brugt et par andre videoredigeringsprogrammer, herunder Sony Vegas, og videoen er fin, så jeg kan med 100 % sikkerhed sige, at det hverken er videoen eller kilden til videoen.

10

Hvis du får bedre resultater med ShowAnalyzer, så hold dig til det. MCEBuddy kan bruge både ShowAnalyzer og Comskip.

Al video-software er fyldt med “fudge factor”-kode – fra VLC til WMP, Vegas, SA, Comskip, FFMPEG, Handbrake, Avidemux, VirtualDub og alle codecs – DivX, VP8, VP9, MP2, MP4, H265, AVC og enhver anden videoeditor/-transkoder på markedet. Og fejl. (Læs bare et vilkårligt forum for en af dem; nogen har altid en “mærkelig videofejl”, som får softwaren til at gå i stå.) At MCEBuddy klarer sig så godt som den gør på 99,999 % af det skrammel, vi kan hive ned fra OTA, er i sig selv en bedrift. Jeg er sikker på, at der findes en videofil, MCEBuddy håndterer uden problemer, mens Sony Vegas går i knæ og kaster op. Det samme gælder VLC og Windows Media Player – eller ethvert andet værktøj, codec eller afspilningssoftware.

Jeg håber, at @Goose kan give dig en refusion, hvis det er det, du ønsker. Held og lykke med at finde en erstatning, og jeg beklager, at MCEBuddy ikke fungerede for dig.

11

@mike808 Det virkede perfekt i cirka en måned, og dette problem opstod bare ud af det blå. Jeg har set flere mennesker med samme problem med MCEBuddy. Jeg prøvede et par alternativer til MCEBuddy i går aftes, og jeg må sige, at videoerne bliver klippet og dækket mere præcist end Comskip + MCEBuddy.

12

@Goose skulle kommentere på, hvilke komponenter eller konfigurationer for dem, der blev ændret i MCEBuddy i den tidsperiode. f.eks. en ny Comskip/FFMPEG/Handbrake/AviDemux/mencoder-version blev inkluderet, eller andre standarder blev sat ind i konfigurationsfilerne.

13

@Goose Jeg har præcis det samme problem. Intet har ændret sig i min opsætning. Det har fungeret i cirka et år, og lige pludselig opstod problemet ud af det blå. Jeg begynder at mistænke, at det er et problem med mcebuddy/comskip, da jeg ikke er den eneste, der oplever det. Ifølge foraene er der andre, der har samme problem. Jeg prøver lige nu beta-udgaven af den nyeste mcebuddy. Ved ikke, om det har betydning, men jeg brugte version 2.55.

14

Jeg har ikke haft problemet i et stykke tid, og mit brugsscenarie er timeskifting, hvor jeg sletter udsendelserne efter at have set dem. Så for mig er det ikke en stor nok gene til at gøre noget ved det. Jeg springer bare lige forbi kapitelbruddet og fortsætter med at se i VLC. Jeg tænker, at hvis dette er et problem med de tredjeparts-værktøjer til klipning/remux (som @Goose ikke har skrevet og ikke kan fikse i andres software), så vil det community, der støtter det værktøj, før eller siden identificere problemet og muligvis rette det. Sådan er livet, når man er afhængig af open-source-software udviklet af andre.

Hvad jeg vil gøre, er at holde øje med medier, hvor det sker mere end som en enkelt episode, og derefter slå min “slet original”-indstilling fra for den profil og se, om jeg kan gemme en lille original (f.eks. SD) og den behandlede version, så @Goose kan kigge på den.

Måske kan du gøre det samme. Det er muligvis den eneste måde, @Goose har nogen chance for at identificere værktøjet/værktøjerne bag årsagen og derefter kontakte det pågældende komponents community for at finde en frivillig til at rette det. Ellers er adfærden ikke tilstrækkelig til at identificere, hvilket specifikt trin der forårsager, at key frame enten droppes eller ikke genindsættes ved kapitelbrud. Det kan endda have noget med containeren eller mediet at gøre – jeg bruger MKV-containere med H.265/AAC-stereo-streams, hvis det hjælper.

15

Det sker for alle mine videoer. Jeg har brugt HEVC MKV, jeg vil prøve en anden profil for at se, om det er en profilfejl eller ej. Jeg holder dig orienteret.

@mike808 hvilken profil er h265?

MKV High Quality giver samme resultat, fryser på samme sted, videoen fryser, og jeg kan høre lyden. Dette er virkelig ved at drive mig til vanvid! Godt jeg har brugt penge på noget, der sjældent virker!!! Jeg har prøvet flere ini-filer og får stadig samme resultat, det får mig til at tro, at der foregår noget i baggrunden! Jeg ved, det ikke er min maskine, der er problemet, da den er en beast: 6700k, 64 GB RAM og dobbelt 1080Ti. For at udelukke et hardwareproblem slukkede jeg for hardware-encoding, og det giver stadig samme resultat. Det er lidt træls, når folk siger „det virker på min maskine“ – ja, det hjælper virkelig. Og til Gooses forslag: som jeg også nævnte, er jeg ny i alt dette, jeg aner ikke, hvad han taler om, ej heller hvor jeg skal justere eller se, hvad han mener. Jeg sværger, jeg skal være hjernekirurg for at finde ud af det.

Prøver lige MKV normal quality profil nu.

@mike808 vil du dele din comskip.ini og din profiles.conf? Jeg vil se, om det er noget med de filer. Du sagde, du ingen problemer har, så i teorien burde jeg kunne erstatte mine filer med dine og så virke uden problemer.

Jeg har lige lavet nogle ændringer i min profilfil:
ændrede rækkefølgen til: order=ffmpeg,handbrake
ændrede ss til: ffmpeg-video=-ss 10

Efter nogle timers research skrev nogen, at de ændringer gjorde en forskel for dem. Jeg krydser fingre.

Ligegyldigt hvad jeg gør, er der ingen forskel. Jeg gider ikke redigere 200+ filer manuelt. Jeg er på bar bund lige nu og ærligt talt klar til at rive håret ud og opgive mcebuddy, hvis jeg ikke får det løst snart.

@Goose kan du pege mig i den rigtige retning for at se, hvad fanden jeg gør forkert? Igen, intet har ændret sig i mit oprindelige setup (alle filer blev optaget via Plex), som virkede fint i et par måneder, og nu fryser hver eneste video, jeg kører gennem comskip, på et eller andet tidspunkt. Undskyld, jeg er så insisterende, men noget er galt, og jeg vil finde ud af det. Jeg gider ikke manuelt sætte klippepunkter i MCEBuddy Cutter for 200+ videoer og køre dem gennem ShowAnalyzer – det tager evigheder. Jeg har prøvet både ffmpeg og HandBrake og har stadig samme problem. Mindst klipper den reklamerne, hvor jeg vil have dem, så jeg gør fremskridt, men jeg kan ikke løse fryseproblemet.

min profiles.conf
profiles.conf (96,7 KB)

min comskip.ini-fil
comskip.ini (7,4 KB)

min mcebuddy.conf
mcebuddy.conf (6,2 KB)

alle andre filer i config-mappen
history (74,3 KB)
manualqueue (15 bytes)
mcebuddy.conf.old (3,3 KB)
profiles.conf.old (96,7 KB)
temp (2 bytes)
tempsettings (93 bytes)

Jeg har prøvet alt, hvad jeg kan komme i tanke om, og kan stadig ikke løse problemet. Undskyld, hvis jeg er påtrængende eller „ham den irriterende“, men jeg er ikke tilfreds med „sådan er det bare“ eller „klip filerne manuelt“. Jeg har købt dette program for at bruge den automatiske reklamefjernelse, og jeg vil have valuta for pengene. Hvis jeg ville klippe manuelt, havde jeg downloadet et gratis program. Jeg vil bare kunne optage fra Plex (virker fejlfrit), få mcebuddy til at samme filen op (virker fejlfrit), konvertere til mkv (virker fejlfrit), fjerne reklamerne (fryseproblem med ALLE videoer i comskip) og lægge den tilbage på medieserveren (virker fejlfrit).

16

@who_cares hvis du nogensinde finder ud af dette, så lad mig venligst vide det – jeg har præcis samme problem som dig. Jeg deler også din frustration. Alting fungerede smukt, men for et par uger siden, da jeg så “How It’s Made”, lagde jeg mærke til, at videoen også fryser.

17

Jeg har ikke sagt, at jeg ikke har dette problem. Jeg sagde, at det er intermittent (den sværeste slags problemer at finde ud af), og at mit brugstilfælde kan løse det med en workaround under visning.

Tak til @fragmaster007 for at fortælle os, at der er flere, der har dette problem. Kan du dele nogle detaljer (samme/forskellige) om din DVR/kildeinput, outputformat og profil?

h.265 = HEVC. Og h.264 = MP4 = MPEG4 (del 10).

HDTV sendes i MPEG-2-streams. DVD’er er også i MPEG-2-streams.

Jeg bruger også MKV. Det kan være et spor for @Goose.
Jeg bruger også comskip. Jeg bruger også HW (nVidia) transkodning.

Jeg bruger en SiliconDust HDHR Quattro-tuner og bruger SiliconDust DVR-softwaren. Jeg har Plex DVR (livstid), men bruger ikke DVR’en.

Siden du oplever dette på alle optagelser, og du har uploadet dine konfigurationer og logs, vil det hjælpe en masse.

Det kan hjælpe at uploade den “rå” originale optagelsesfil og den resulterende “defekte” MKV til analyse af @Goose. Vælg venligst en lille/kort optagelse, der demonstrerer problemet. Opret måske en ny profil og skru op for kompressionen for at få en mindre filstørrelse. Den skal bare optage over en reklamepause, og MKV’en skal vise den defekte afspilningsadfærd.

Med før/efter-medierne, loggene og konfigurationen er det sandsynligvis nok til at lære mere om, hvor problemet kan være.

Krydser fingre.

19

@mike808 Jeg har en SiliconDust HDHomeRun Prime. Nu hvor @who_cares siger, at han ser den samme adfærd, håber jeg, at dette problem får opmærksomhed, @Goose

20

Jeg har lige downloadet den nyeste version af comskip direkte fra deres side og kopieret og indsat alt fra den nye mappe til den i mcebuddy-mappen (minus min comskip.ini-fil, da den klipper reklamerne fint) Jeg kører mcebuddy. Krydser fingre for at dette løser problemet. Opdaterer når mcebuddy er færdig med min video.

21

@Goose @mike808 jeg installerer 2.5.7 beta og ser, om det løser problemet

er ikke sikker på, om det var fordi jeg skiftede til 2.5.7 beta, eller fordi jeg ændrede nogle indstillinger, men det ser ud til at virke nu!!! ingen frysninger, i hvert fald ikke med de 4 videoer, jeg har prøvet. Nu skal jeg bare lege med at klippe slutningen af det forrige show og begyndelsen af det næste show fra mine videoer

for helvede!!! det holdt ikke længe. det fryser igen!!! hvad fanden foregår der!!!

sådan havde jeg det før: plex optager til en mappe, mcebuddy henter filen og konverterer den til mkv og fjerner derefter reklamerne

Dette er min hail mary her, før jeg giver op og venter på, at @Goose kigger nærmere på det. Jeg har sat mcebuddy til at flytte filerne til en mappe, hvor den organiserer alle videoerne efter show, fjerner derefter reklamerne og konverterer til mkv.

EDIT: Jeg tror, det måske er problemet. indtil videre 4 ud af 4 uden frysninger. jeg venter til senere i dag med at konkludere. jeg har omkring 30 afsnit planlagt til optagelse i dag på plex. jeg giver besked, når jeg har et større udsnit