MCEBuddy fungerede fint på min computer indtil sidste uge. Jeg prøver at finde ud af, hvorfor MCEBuddy er holdt op med at fungere under konvertering af videofiler. Den starter fint, men sidder fast på “Konverterer videofil - Pass 1”, uanset hvilken fil jeg bruger. Jeg afinstallerede og opdaterede MCEBuddy til den nyeste version 2.6.6, men det løste ikke problemet.
Jeg har brug for din konverteringslog for at se, hvad der foregår. Du kan vedhæfte den her.
MCEBuddy fjernede alle reklamer fra én PlayOn-optagelse uden problemer i dag, men havde derefter samme problem som beskrevet i mit indlæg i Support-forummet i går med to andre optagelser – Nothing to Lose (1997) og The Penthouse (2009).
Min konverteringslog er vedhæftet. Lad mig venligst vide, hvis du kan se, hvad problemet er, der får det til ikke at virke. Tak.
Fra “Goose via MCEBuddy” <discussion@mcebuddy2x.com>
Til misterjonez@outlook.com
Dato 24/07/2025 12:13:05
Emne [MCEBuddy] [General Support / Questions/Commercial Removal] MCEBuddy konverterer ikke videoer
(vedhæftninger)
mcebuddy.log (599 KB)
Jeg har brug for konverteringsloggen, den der indeholder navnet på den omkodning, der konverteres. Dette er engineloggen.
Konverteringsloggen for Nothing to Lose er vedhæftet. Jeg prøvede igen i dag, samme resultat. Tak.
Fra “Goose via MCEBuddy” <discussion@mcebuddy2x.com>
Til misterjonez@outlook.com
Dato 25/07/2025 9:16:59
Emne [MCEBuddy] [General Support / Questions/Commercial Removal] MCEBuddy Konverterer Ikke Videoer
(vedhæftede filer)
Nothing to Lose 1997.mp4-Remove Commercials-2025-07-23T11-53-19.log|vedhæftet fil (7,97 MB)
Det ser ud til, at din AMD-hardwarekodning hænger. Den forsøger først via handbrake, og det mislykkes, hvorefter den forsøger igen via ffmpeg og hænger.
Hardwarekodningsfejl eller -hængninger skyldes som regel en defekt grafikdriver.
Slå hardwarekodning fra i din konverteringsopgave → Ekspertindstillinger, og hvis det løser problemet, har du brug for en anden grafikdriver. De nyeste drivere er desværre ikke altid de mest stabile.
Jeg bemærkede også, at din kildeoptagelse er hevc, men du konverterer den til h264, hvilket er en lille nedgradering i kvalitet. Hvis du ikke specifikt har brug for h264, vil jeg anbefale at bruge MP4 Unprocessed-profilen, som bevarer din oprindelige hevc-kvalitet, mens den klipper reklamerne ud, og den vil også være super hurtig.
Du kan også opdatere til dagens 2.6.7 beta-build, vi har tilføjet en mulighed for at registrere en hængt hardware-encoder, og så bør den falde tilbage til software-encoder. Prøv det og lad os vide, hvordan det går.
Vil gøre det. Tak. Hvis det ikke virker, vil jeg prøve at opdatere min grafikdriver, men jeg opdaterede min grafikdriver på computeren sidste år, og det ødelagde fuldstændig pc’en. Jeg var nødt til at gendanne systemet helt fra bunden, så jeg skal sikkerhedskopiere alt, før jeg opdaterer grafikdriveren igen.
Fra “Goose via MCEBuddy” <discussion@mcebuddy2x.com>
Til misterjonez@outlook.com
Dato 28/07/2025 08:32:51
Emne [MCEBuddy] [Generel support / Spørgsmål/Hardware-kodning] MCEBuddy konverterer ikke videoer
Jeg installerede beta-versionen af MCEBuddy i dag, og det ser ud til at have løst problemet. Begge film, der hang på samme sted, kunne færdiggøre konverteringen uden problemer med beta-versionen af MCEBuddy. Tak.
Fra “Joshua Jones” <misterjonez@outlook.com>
Til “Goose via MCEBuddy” <discussion@mcebuddy2x.com>
Dato 28/7/2025 10:35:43
Emne Re: [MCEBuddy] [General Support / Questions/Hardware Encoding] MCEBuddy konverterer ikke videoer
Husk på, at de nyeste drivere IKKE er de bedste drivere. De er ikke de mest stabile drivere; nogle gange skal man gå tilbage i tiden for at få ældre drivere, der er mere stabile. Vi anbefaler ikke automatisk at opdatere til de nyeste grafikdrivere, hvis dine nuværende drivere fungerer fint. Det er den nr. 1 årsag til, at hardware-kodning pludselig holder op med at fungere en dag, fordi Windows eller noget andet har opdateret grafikdriverne.
NGL jeg har brugt det i årevis uden problemer, indtil for nylig. Jeg loggede ind på min server i morges for at tjekke et job, der normalt tager under en time, og jeg stod med “14 timer 56 min” tilbage og det steg. Pass 1 sidder fast på 100% i timevis også. Jeg har lige installeret betaen og kører igen. Det er en VM uden nogen ændringer overhovedet i konfiguration eller hardware.
Jeg har en fornemmelse af, at det er en Windows Update-sag, men det er bare en mavefornemmelse, en adfærdsændring som vi måske vil se mere af, efterhånden som folk opdaterer og genstarter.
Det er godt nok. Jeg går ud fra, at det bare er den der „hang time“-indstilling med standard på 5 min? eller har jeg misset noget?
Pass 1 har siddet på 100 % i lang tid, men jeg kan se, at den skrider frem i logfilerne, så jeg er ikke sikker. Fandens, det er måske endda normalt – jeg har ikke behøvet at bekymre mig om denne app i så lang tid, den virker, og jeg kigger sjældent på den.
Det gælder for alle operationer; hvis noget ikke har skredet frem (dvs. ingen tilstandsændring – hvis ETA’en stiger, er det ikke en hang, men en ændring) i 5 minutter, afbrydes operationen.
Hvis din ETA stiger, er der noget andet på spil; det er ikke en hang, men betyder, at encoderen estimerer, at det vil tage længere tid. Bruger du hardware-encoding, så prøv at slå det fra. Løser det problemet, er det grafikdriveren (hardware-encoderen), der har en fejl. Hvis det startede efter en Windows-opdatering, er driveren sandsynligvis blevet opdateret. Da du kører en VM, skal du tjekke, hvilken grafikdriver den bruger.