Opdatering fra 2.4.11 til MCEBuddy 2.5.2 LANGSAM!

I dag opgraderede jeg fra MCEBuddy 2.4.11 til 2.5.2 ved at afinstallere den gamle version og derefter installere den nye. Jeg har forstået, at indstillingerne bevares. Jeg bruger MKV-normalprofilen til konvertering. Jeg konstaterede, at v2.5.2 behandler med 0,1× hastigheden af v2.4.11. Jeg prøvede både med og uden hardware-kodning aktiveret, og resultaterne er identiske. Er der andre indstillinger, jeg kan prøve for at komme tilbage til den gamle ydeevne?

Jeg har vedhæftet logfiler fra begge versioner.

Tak for hjælpen.

log_2411.log|vedhæftet (645,7 KB)

logo! Die Welt und ich 2020_01_11_13_50_00 - logo! Die Welt und ich.ts-Convert to MKV-2020-01-11T14-05-02.6534887-05-00.log|vedhæftet (2,0 MB)

Tak for logfilerne, meget hjælpsomt.

Med 2.5.x-udgivelsen er understøttelsen af hardware-kodere blevet udvidet, og det ser ud til, at indstillingerne for hardware-kodning ikke blev aktiveret efter opgraderingen.

Foretræk hardware-kodning → Falsk

Aktivér denne indstilling på din Konverteringsopgave → Ekspertindstillinger-side, så burde den begynde at bruge din QuickSync-koder.

Hardware-kodning var oprindeligt slået til, men hastigheden var lige så langsom – jeg fik ~13 fps i gennemsnit. Jeg slukkede det derefter for at se, om software-kodning var hurtigere. Det var det ikke, som loggen jeg sendte viser. Indtil videre er jeg gået tilbage til 2.4.11.

Hvis du kan vedhæfte en log med hardwarekodningsmuligheden aktiveret, kan jeg derefter sammenligne din 2.4.11-log med den og se, hvad der foregår.

Jeg skal på forretningsrejse og er nødt til at udsætte det til næste weekend. Undskyld.

Vi har foretaget nogle forbedringer af den seneste 2.5.3 BETA-build for at forbedre hastigheden ved hardware-kodning. Sørg også for at aktivere hardware-kodning i din konverteringsopgave.

Jeg beklager, at det tog mig lidt tid at vende tilbage til dette. Desværre er dette problem ikke blevet løst for mig med v2.5.3. Jeg prøvede først med Hardware Encode-indstillingen sat til “any”. I dette tilfælde får jeg mange QSV-afkodningsfejl, og kodningen mislykkes til sidst med

Blockquote ERROR> 2020-04-12T09:39:54 MCEBuddy.AppWrapper.Handbrake → Hardware encoding appears to have hung, no progress in the last 300 seconds.
This is likely due to an unstable Graphics Display Driver. Try updating or using a stable Graphics Display Driver.
Terminating process.

Desværre kan jeg ikke opdatere videodriveren, da jeg allerede bruger den nyeste version tilgængelig for mit bundkort. Jeg deaktiverede derefter hardware-kodning, og konverteringstiden for et 30 minutters show steg til 2,5 timer igen. Så jeg gik tilbage til v2.4.11, som er meget hurtigere (men jeg har problemer med korruption af videofiler, når reklamer klippes væk.)

Jeg har logfiler, men de er for store, og upload-funktionen afviser dem. Jeg prøvede Pastebin, men filerne er for store til en gratis konto, så jeg giver op. Venligst oplys en e-mail-adresse, hvor jeg kan sende dem.

Tak for hjælpen.

Her er logfilen for hardware-kodning deaktiveret. Denne er kort nok til at blive accepteret. Encodningstiden for et 30 min. program er igen 2,5 timer, hvilket er uacceptabelt og 10 gange længere end nødvendigt med 2.4.11.

HardwareEncode_Disabled.log (1,7 MB)

Her er et link til loggen med hardware encoding AKTIVERT.

Tilbage til 2.4.11 virkede ikke, jeg mistænker, at indstillingerne nu er uforenelige. Hvordan fjerner jeg MCEBuddy fuldstændigt, inklusive indstillingerne, venligst?

Så jeg prøvede version 2.5.3 igen med et andet show, og det så ud til at gå bedre denne gang – også med hardware-kodning slået til på min gamle, men sidste, videodriver. Jeg spekulerer derfor på, om optagelsen jeg brugte til test i går på en eller anden måde var beskadiget. Jeg vil holde øje med situationen, men hvis I kan give feedback på eventuelle problemer i kildefilen ud fra logfilerne ovenfor, vil jeg gerne høre det. Tak.

Hvis det virker med hardware-kodning deaktiveret og ikke med hardware-kodning aktiveret, så er det dine grafikdrivere → Som nævnt før nyeste er ikke altid mest stabilt

Jeg forstår, hvad du skriver. Problemet jeg har, er, at den nyeste driver til min SANDY BRIDGE-processor er v15.28.24.64.4229 (9.17.10.4229). Dette er ældre end nogen af de drivere, der er anført i den FAQ, du linkede til. Ifølge Intels hjemmeside vil de drivere, der er anført i FAQ-indlægget, ikke virke med min processor. Er disse oplysninger ikke korrekte?