Video bevriest een paar seconden in het begin

General Support / Questions Commerciële verhuizing
1

Het originele bestand speelt gewoon goed af, maar wanneer ik het door mcebuddy haal, bevriest het beeld aan het begin van de video; het geluid blijft wel doorspelen terwijl het „bevriest”. Ik heb mcebuddy opnieuw geïnstalleerd, versie 2.5 release 5 én 2.5 release 6 geprobeerd. Windows opnieuw geïnstalleerd, videokaartdrivers verwijderd en teruggezet (twee 1080 Ti’s in SLI). Ik heb het zelfs op meerdere pc’s geprobeerd (Alienware M17-laptop en Dell PowerEdge-server); allemaal hetzelfde resultaat. Tot voor enkele dagen had ik dit probleem nooit. Ik pieker me suf.

Alle hulp wordt bij voorbaat dankbaar ontvangen, dank je!

Ik kan desgewenst ook de voor- en nabewerkte videobestanden uploaden.

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

EDIT: Ik heb mcebuddy overgeschakeld naar ShowAnalyzer en Custom Cuts gebruikt; nu bevriezen de video’s niet meer aan het begin. Bij enkele bestanden hoor/kijk ik nog een klein hikje, maar dat is te verwaarlozen. Zou het aan mijn comskip-bestand liggen?
comskip.ini (6,2 KB)

2

Het lijkt erop dat je de trialversie gebruikt.

Ik zie geen duidelijke fouten in de logs. Het kan een eigenaardigheid zijn in de timinginformatie van de videostream (wat het verschil tussen Comskip en ShowAnalyzer verklaart, aangezien ze verschillende punten kiezen om reclame te knippen), waardoor ffmpeg vastloopt. Als je de originele video naar onze uploadserver kunt uploaden, kan ik er naar kijken om te zien wat er aan de hand is.

3

@Goose Ik heb de bestanden naar de server geüpload zodat jij er naar kunt kijken

Ik heb ffmpeg en handbrake gebruikt en krijg nog steeds dezelfde resultaten. Ik vraag me af of mijn .comskip.ini-bestand hiervan de oorzaak is

4

Ik heb hetzelfde gedrag opgemerkt. De video bevriest op het punt waar de reclameonderbreking zou zijn (hoofdstukovergang), maar het geluid blijft doorgaan.

In VLC moet ik de weergave stoppen, opnieuw starten en met de muis naar net na het hoofdstuk springen waar het beeld bevroor. Vanaf dat punt speelt de video weer normaal.

Het gebeurt niet elke keer. Bij sommige video’s gebeurt het bij elke hoofdstukovergang.

Ik transcoder van SD HDHR-opnames naar H.265/AVC in MKV-formaat met comskip voor reclameverwijdering, als dat helpt. Ik vermoed dat het knip-/samenvoegpunt niet op een ‘mooie’ grens (keyframe?) ligt wanneer de reclame wordt weggeknipt. Misschien houden de knip- en startpunten geen rekening met keyframes? Zou het een comskip-configuratieprobleem kunnen zijn?

Ik kan ook een voorbeeld uploaden als je er een nodig hebt, @Goose.

5

@Goose Heb je al enig idee wat het probleem zou kunnen zijn?

6

Het lijkt op wat @mike808 zei, het komt door keyframes op de snijpunten (of het ontbreken daarvan) waardoor het scheuren ontstaat. Dit is een artefact van de oorspronkelijke opname waar mogelijk niet genoeg keyframes aanwezig zijn.

Er is één manier om dit te omzeilen, namelijk door de dichtstbijzijnde keyframe te gebruiken, wat in sommige gevallen werkt (afhankelijk van de afstand). Probeer dit toe te voegen aan je profiel:

CommercialMergeTool=avidemux

Meer details over deze optie vind je hier:

7

@goose vergeef mijn onwetendheid, ik ben hier nog nieuw in… wat is in vredesnaam een keyframe en hoe weet ik welke “keyframe” het dichtstbij is?

8

Een keyframe is een speciaal frame in de codering dat periodiek de video met de audio synchroniseert, zodat ze tijdens het afspelen niet te ver uit elkaar lopen. Sommige videobewerkingsprogramma’s zijn zich bewust van keyframes, en als je handmatig bewerkt, moet je altijd op de keyframes snijden. Videoproductietools kunnen keyframes invoegen terwijl ze de video opnieuw met de audio muxen. Meestal hoef je je er niet druk om te maken. Waar @Goose naar verwijst, is dat degene die de video heeft gemaakt, waar je hem ook vandaan hebt, heeft besloten om die keyframes zo vaak in te voegen als zijn tool dat doet. Sommige tools zijn goed en geven je controle erover (hoeveel frames of seconden tussen keyframes), andere zijn eenvoudig en zetten ze gewoon elke 10 seconden neer. Degene die jouw video heeft gemaakt, heeft al bepaald hoe vaak de keyframes in de videostream worden geplaatst om de audio gesynchroniseerd te houden. Houd er rekening mee dat er vaak meerdere audiostreams in verschillende talen en 5.1-streams zijn, dus keyframes zijn cruciaal om al die streams gesynchroniseerd te houden. Voor eenvoudige stereo-tv-uitzendingen is dat minder belangrijk. Het hangt gewoon af van de productiekwaliteit van de originele video en de verwerkingstools die zijn gebruikt om hem te maken.

Wat me verbaast, is dat de advertentie-detectie-snipunten niet worden aangepast aan de vorige of volgende keyframe, als optie, of dat er niet automatisch keyframes worden toegevoegd op de snipunten. Ik weet dat ik wat vaag doe, want dat is waarschijnlijk technisch moeilijk, maar tegelijkertijd is dat wel wat demux/remux-tools automatisch zouden moeten doen (ffmpeg, handbrake).

Het zou ook een afweging kunnen zijn: als je advertentieverwijderingssnipunten verplicht op keyframes laat snijden, of als je de demux forceert om keyframes toe te voegen op de snipunten en vervolgens de streams splitst en opnieuw samenvoegt, dan zou dat meerdere passes door de video kunnen vereisen, en daar worden mensen ongeduldig van.

@Goose, zijn er opties in FFMPEG en/of Handbrake en/of avidemux om zoiets te doen, en kan dat worden omgezet in een “optie” of een set vooraf ingestelde opties die aan/uit kunnen worden gezet, met de juiste info/waarschuwingen als dat betekent dat meerdere passes en transcoderingen X keer langer duren? Laat mensen het dan aan/uit zetten zoals ze nodig hebben. Voor mij zou ik het aanzetten, want mijn MCEBuddy draait 's nachts nadat de opnames zijn gemaakt en bereidt ze voor voor later kijken met Plex. Ik neem niet genoeg op om mijn machine de hele tijd te laten vastlopen met het converteren van video’s, dus de extra verwerkingstijd stoort me niet. Zeker niet als het betekent dat de video perfect afspeelt zonder “vastlopen” op de advertentie-snipunten.

9

@Goose Het toevoegen van CommercialMergeTool=avidemux lijkt het erger te maken. Ongeveer halverwege de video raak ik het geluid kwijt. Ik geef het gewoon op!!! Ik kan net zo goed mcebuddy verwijderen en een alternatief zoeken. Het is jammer dat ik hiervoor betaald heb en het werkt niet. Ik snap het niet, mijn installatie is niet veranderd en opeens krijg ik dit probleem. Het is extreem frustrerend!

@mike808 Al mijn videobestanden komen van mijn plex dvr. Ik kan showanalyzer gebruiken en het werkt grotendeels prima, op een milliseconde sprong aan het begin na. Dezelfde video met comskip erop en het begint verstoord te raken. Ik heb ook een paar andere videobewerkingssoftware gebruikt, waaronder sony vegas en de video is prima, dus ik kan met 100% zekerheid zeggen dat het niet aan de video of de bron van de video ligt.

10

Als je betere resultaten hebt met ShowAnalyzer, blijf dat dan gebruiken. MCEBuddy kan zowel ShowAnalyzer als Comskip gebruiken.

Alle videosoftware zit boordevol “fudge factor”-code – van VLC tot WMP, Vegas, SA, Comskip, FFMPEG, Handbrake, Avidemux, VirtualDub en alle codecs – DivX, VP8, VP9, MP2, MP4, H265, AVC en elk ander videobewerkings- of transcoderingsprogramma. En bugs. (Lees maar eens een van de forums en je ziet dat iemand een “vreemd videoprobleem” heeft waardoor de software vastloopt.) Het feit dat MCEBuddy het zo goed doet voor 99,999% van de rommelige OTA-video’s die we erin gooien, is op zich al een prestatie. Ik weet zeker dat er een videobestand bestaat dat MCEBuddy zonder problemen verwerkt, maar waarbij Sony Vegas vastloopt en crasht. Hetzelfde geldt voor VLC en Windows Media Player. Of voor welke andere tool, codec of afspeelsoftware dan ook.

Ik hoop dat @Goose je een terugbetaling kan geven als dat is wat je wilt. Veel succes met het vinden van een vervanger en het spijt me dat MCEBuddy niet aan je verwachtingen voldeed.

11

@mike808 het werkte ongeveer een maand lang perfect en dit probleem is zomaar uit het niets opgedoken. Ik heb meerdere mensen met hetzelfde probleem bij mcebuddy gezien. Ik heb gisteravond een paar alternatieven voor mcebuddy geprobeerd en ik moet zeggen dat video’s worden afgekapt en bedekt nauwkeuriger is dan comskip + mcebuddy

12

@Goose zou moeten reageren op welke componenten of configuraties voor hen veranderd zijn in MCEBuddy vanaf die periode. bijvoorbeeld een nieuwe Comskip/FFMPEG/Handbrake/AviDemux/mencoder-versie werd meegeleverd, of andere standaardinstellingen in de configuratiebestanden werden aangebracht.

13

@Goose Ik heb precies hetzelfde probleem. Er is niets veranderd aan mijn configuratie. Het werkte ongeveer een jaar lang en opeens dook dit probleem op. Ik begin me af te vragen of het een probleem is met mcebuddy/comskip, want ik ben niet de enige die dit ervaart. Volgens de forums hebben ook anderen dit probleem. Ik probeer nu de bètaversie van de nieuwste mcebuddy. Weet niet of het uitmaakt, maar ik zat op versie 2.55.

14

Ik heb het probleem al een tijdje niet meer gehad, en mijn gebruik is voor timeshifting waarbij ik de opnames na het kijken verwijder. Voor mij is het dus geen grote last. Ik spring gewoon net na het hoofdstuk en kijk verder in VLC. Als dit een probleem is met de externe knip-/remux-tools (die @Goose niet zelf heeft geschreven en waar hij geen oplossing voor heeft voor andermans software), dan zal de community achter die tool het uiteindelijk wel vinden en mogelijk oplossen. Zo gaat dat nu eenmaal met open-source software van anderen.

Wat ik zal doen is letten op media waarbij het vaker voorkomt dan bij één aflevering, en dan mijn „origineel verwijderen”-optie voor dat profiel uitschakelen, zodat ik een klein origineel (bijv. SD) én de bewerkte versie kan bewaren, zodat @Goose er naar kan kijken.

Misschien kun jij hetzelfde doen. Dat is mogelijk de enige manier waarop @Goose kans heeft om de tool(s) in de kern van het probleem te identificeren en vervolgens contact te zoeken met de community van die component om een vrijwilliger te vinden die het repareert. Anders is het gedrag simpelweg te vaag om te achterhalen welke specifieke stap ervoor zorgt dat de key frame bij de hoofdstukovergangen wordt weggelaten of niet opnieuw wordt ingevoegd. Het kan zelfs met de container of de media te maken hebben – ik gebruik MKV-containers met H.265/AAC-stereo-streams, als dat helpt.

15

Het gebeurt bij al mijn video’s. Ik gebruik HEVC MKV, ik ga een ander profiel proberen om te zien of het aan het profiel ligt. Houd je op de hoogte.

@mike808 welk profiel is h265?

MKV High Quality geeft hetzelfde resultaat, bevriest op precies hetzelfde moment: beeld stil, geluid blijft doorgaan. Dit jaagt me echt op mijn zenuwen! Fijn dat ik geld heb uitgegeven aan iets dat zelden werkt!!! Ik heb meerdere ini-bestanden geprobeerd, steeds hetzelfde. Daarom denk ik dat er iets op de achtergrond misgaat. Mijn systeem is het niet: 6700k, 64 GB RAM, dual 1080Ti’s. Voor de zekerheid hardware-encoding uitgezet – geen verschil. Het is echt frustrerend als mensen zeggen “bij mij werkt het prima” – daar schiet ik niets mee op. En Goose’ suggestie snap ik niet; ik ben nieuw en heb geen idee waar ik zijn instellingen moet aanpassen of zelfs maar kan vinden. Je moet hier blijkbaar hersenchirurg zijn…

Momenteel MKV Normal Quality aan het testen.

@mike808 kun je je comskip.ini en profiles.conf delen? Ik wil kijken of het aan die bestanden ligt. Jij zegt dat het bij jou perfect werkt; als ik jouw bestanden overneem, zou het bij mij ook moeten werken.

Ik heb net mijn profiel aangepast:

  • order=ffmpeg,handbrake
  • ffmpeg-video=-ss 10

Na uren zoeken zag ik dat iemand daarmee succes had. Vingers gekruist.

Wat ik ook probeer, het helpt niets. Ik ga echt niet 200+ bestanden handmatig bewerken. Ik weet het niet meer en sta op het punt mijn haren uit mijn hoofd te trekken en MCEBuddy op te geven.

@Goose kun je me precies uitleggen wat ik fout doet? Niets aan mijn oorspronkelijke setup is veranderd (alle bestanden zijn opgenomen met Plex) en het werkte maandenlang prima. Nu bevriest elke video die ik door Comskip haal. Sorry dat ik zo aandring, maar er klopt iets niet en ik wil het oplossen. Ik heb geen zin om voor 200+ video’s handmatig cutpoints in MCEBuddy Cutter te zetten en ze daarna door ShowAnalyzer te halen – dat kost dagen. FFmpeg vs HandBrake maakt geen verschil. De commercials worden inmiddels wel op de juiste plekken weggeknipt, maar het bevriezen blijft.

Mijn profile.config
profiles.conf (96,7 KB)

Mijn comskip.ini
comskip.ini (7,4 KB)

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

Alle andere bestanden uit de config-map
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)

Ik heb alles geprobeerd en kom er niet uit. Sorry dat ik zo pushy ben, maar ik ben niet tevreden met “dat hoort er nou eenmaal bij” of “knip ze maar handmatig bij”. Ik heb deze software gekocht vanwege de automatische commercial-detection en ik wil waar voor mijn geld. Wilde ik handmatig knippen, dan had ik wel een gratis programma ge-download. Ik wil gewoon opnemen met Plex (werkt perfect), MCEBuddy het bestand laten oppikken (werkt perfect), converteren naar MKV (werkt perfect), commercials automatisch verwijderen (blijft hangen met Comskip) en het bestand terugplaatsen op mijn mediaserver (werkt perfect).

16

@who_cares als je dit ooit uitvogelt, laat het me dan weten, ik heb precies hetzelfde probleem als jij. Ik deel ook je frustratie. Alles werkte prachtig tot een paar weken geleden, toen ik keek naar How It’s Made en merkte dat de video ook bevriest

17

Ik heb niet gezegd dat ik dit probleem niet heb. Ik zei dat het intermitterend is (de moeilijkste soort problemen om op te lossen) en dat mijn use case het tijdens het bekijken kan omzeilen.

Dank aan @fragmaster007 dat hij ons laat weten dat er meer mensen zijn met dit probleem. Kun je enkele details delen (hetzelfde/anders) over je DVR/broninvoer, uitvoerformaat en profiel?

h.265 = HEVC. En h.264 = MP4 = MPEG4 (deel 10).

HDTV wordt uitgezonden in MPEG-2 streams. Ook dvd’s staan in MPEG-2 streams.

Ik gebruik ook MKV. Dat zou een aanwijzing kunnen zijn voor @Goose.
Ik gebruik ook comskip. Ik gebruik ook HW (nVidia) transcoding.

Ik gebruik een SiliconDust HDHR Quattro tuner en de SiliconDust DVR-software. Ik heb Plex DVR (lifetime), maar gebruik de DVR niet.

Omdat jij dit bij elke opname ervaart en je je configs en logs hebt geüpload, zal dat veel helpen.

Het kan helpen om het “ruwe” originele opnamebestand én de resulterende “kapotte” MKV te uploaden zodat @Goose het kan analyseren. Kies alsjeblieft een kleine/korte opname die het probleem laat zien. Maak eventueel een nieuw profiel en verhoog de compressie voor een kleiner bestand. Het hoeft alleen over een reclameblok heen te nemen en de MKV moet het kapotte afspeelgedrag vertonen.

Met de voor/na-media, de logs en de config is dat waarschijnlijk genoeg om meer te weten te komen over waar het probleem zou kunnen zitten.

Duimen maar.

19

@mike808 Ik heb een SiliconDust HDHomeRun Prime. Nu @who_cares aangeeft hetzelfde gedrag te zien, hoop ik dat dit issue wat voet aan de grond krijgt, @Goose

20

Ik heb zojuist de nieuwste versie van comskip rechtstreeks van hun site gedownload en alles uit de nieuwe map gekopieerd naar de map in de mcebuddy-folder (met uitzondering van mijn comskip.ini-bestand, omdat deze commercials prima knipt). Ik gebruik mcebuddy. Hopelijk lost dit het probleem op. Ik zal updaten zodra mcebuddy klaar is met mijn video.

21

@Goose @mike808 ga 2.5.7‑beta installeren en kijken of dat het probleem oplost.

weet niet of het kwam doordat ik naar 2.5.7‑beta ben overgeschakeld of omdat ik een paar instellingen heb aangepast, maar het lijkt nu te werken!!! geen freezes meer, althans bij de 4 video’s die ik heb geprobeerd. Nu hoef ik alleen nog het einde van de vorige show en het begin van de volgende show uit mijn video’s te knippen.

godverdomme!!! dat was van korte duur. het vriest weer!!! wat is er in vredesnaam aan de hand!!!

hoe ik het eerst had: plex neemt op in een map, mcebuddy pakt dat bestand op, converteert het naar mkv en verwijdert daarna de reclame.

dit is mijn laatste poging voordat ik het opgeef en wacht tot @Goose er dieper naar kijkt: ik heb mcebuddy ingesteld om de bestanden naar een map te verplaatsen waar het alle video’s per show sorteert, daarna de reclame te verwijderen en pas daarna naar mkv te converteren.

EDIT: ik denk dat dat de oorzaak was. tot nu toe 4 van de 4 zonder freezes. ik wacht tot later vandaag voordat ik een definitief oordeel velt. ik heb ongeveer 30 afleveringen die vandaag door plex worden opgenomen. ik laat het je weten zodra ik een grotere steekproef heb.