Bruger MCEbuddy 2.6.4 med Nvidia P2200-kort og hørte min PC summe højt! Troede jeg havde stoppet det i opløbet. Er ikke sikker på, hvad der forårsagede det! Skal jeg rulle tilbage til den sidste version af Buddy eller Nvidia-driveren – alle er opdateret. Men CPU’en får tæv, og intet sker på grafikkortet.
Diners Drive-Ins and Dives (2007) - 2024-08-16 08 00 00 - From Breakfast to the Boot.ts-Convert to MP4-2024-08-17T00-32-41.log|vedhæftet (2,1 MB)
Handbrake fejler, den prøver to gange; efter første fejl skifter den til software-dekodning i stedet for hardware-dekodning, og det mislykkes stadig begge gange med den generiske fejl ”Encode failed (error 3).” Derefter falder den tilbage til ffmpeg i stedet for handbrake. Men ffmpeg brugte hardware-kodning, så det er underligt, at din CPU bliver belastet så hårdt. Jeg er ikke god til at tyde handbrake-logfiler, så jeg er desværre ikke til megen hjælp med at finde ud af, hvorfor det fejler. Hvilken version af MCEBuddy kørte du før?
Urelateret til den fejl synes jeg, det er mærkeligt, at det tager 5 minutter at hente metadata fra internettet. Måske fordi der er så mange sæsoner af serien?
--> Performance Metrics for the Current Conversion
-->
--> Working video pre-conversion duration (hh:mm:ss) -> 00:22:20
2024-08-17T00:50:14 MCEBuddy.Engine.ConversionJob --> Original file size [KB] 925,726.00
-->
--> <Start At Date/Time> <Duration (hh:mm:ss)> <Activity>
--> <08/17/2024 00:32:46> <00:00:00> <Checking for disk space>
--> <08/17/2024 00:32:46> <00:00:00> <Running custom commands>
--> <08/17/2024 00:32:46> <00:05:27> <Getting show information and banner from Internet sources>
--> <08/17/2024 00:38:14> <00:00:04> <Running custom commands>
--> <08/17/2024 00:38:19> <00:00:23> <Copying source file to working directory>
--> <08/17/2024 00:38:42> <00:00:00> <Trimming video recording>
--> <08/17/2024 00:38:42> <00:00:12> <Analyzing video information>
--> <08/17/2024 00:38:54> <00:03:03> <Advertisement scan>
--> <08/17/2024 00:41:58> <00:00:00> <Running custom commands>
--> <08/17/2024 00:41:58> <00:00:24> <Removing commercials>
--> <08/17/2024 00:42:22> <00:00:12> <Analyzing video information>
--> <08/17/2024 00:42:34> <00:01:18> <Analyzing video information>
--> <08/17/2024 00:43:52> <00:06:18> <Converting>
--> <08/17/2024 00:50:11> <00:00:02> <Writing show information>
--> <08/17/2024 00:50:13> <00:00:00> <Renaming file using show information>
--> <08/17/2024 00:50:13> <00:00:00> <Running custom commands>
--> <08/17/2024 00:50:13> <00:00:00> <Moving converted file to destination>
--> <08/17/2024 00:50:14> <00:00:00> <Running custom commands>
--> <08/17/2024 00:50:14> <00:00:00> <Success - All done!>
-->
INFORMATION> --> Total time taken by conversion (hh:mm:ss) --> 00:17:27
Versionen står i det oprindelige opslag
Undskyld, jeg misforstod dit opslag. Jeg troede, du for nylig havde opgraderet og spurgte, om du skulle rulle tilbage.
Hvad har ændret sig fra sidst det virkede, til nu?
Ved ikke, hvornår det ændrede sig. Det eneste, jeg ved, er, at jeg havde dette problem efter køb af den nyeste MCEbuddy, så jeg kunne få den til at fungere med PLEX/HDhomerun, og bemærkede, at GPU’en ikke blev brugt, og det blev rettet dengang. Jeg ved, at Nvidia for nylig har opdateret deres drivere, så jeg er ikke sikker på, hvornår dette startede.
her er endnu en log fra en anden udsendelse
The Ark (2023) - S02E07 - It Can’t Be True.ts-Convert to MP4-2024-08-29T02-01-14.log (6,4 MB)
Prøv at rulle tilbage til en ældre driver. Hardware-konverteringsproblemer er 99% driverrelaterede. Når du først har en god, stabil driver til hardware-konverteringer, anbefaler vi kraftigt at blive ved den.
Jeg hader Windows 11 LOL, intet er så nemt som Win 7. Okay, for lidt tid siden poppede Nvidia op i systembakken og sagde, der var opdateringer. Jeg tjekkede lige, og her er, hvad jeg fik: Driver version 26.21.14.4250
dateret 24/02/2020!! Nvidia Quadro P2200 – nu klør jeg virkelig mig i hovedet. 2020?
Prøv driverne fra Nvidias hjemmeside. Her er et direkte link til testede drivere
Okay, den er på 31.0.15.5222 4/11/2024
Her er den seneste konvertering. Det er kinesisk for mig LOL Håber det ser godt ud
Diners Drive-ins and Dives.txt (1,0 MB)
Nope.. Jeg så den lige køre i et andet tv-program; GPU’en lå på 1 %, og CPU’en lå på 75 %. Skal jeg rulle tilbage til en tidligere version af MCE?
Ifølge loggen bruger den nvenc til kodning, og det er ret hurtigt (244 fps). Er du sikker på, at værktøjet viser udnyttelsen korrekt? Det lyder stadig som en driverfejl
2024-09-07T00:38:22 MCEBuddy.AppWrapper.FFmpeg → frame= 5653 fps=244 q=32.0 size= 31744kB time=00:01:34.48 bitrate=2752.2kbits/s dup=7 drop=0 speed=4.08x
Driveren er fra 4/2024 – den nyeste fra det site, du sendte mig.
Ja, min CPU har ingen problemer med at gennemtrawle episoden, men CPU’en skal bruges til andre programmer på min server, derfor har jeg GPU’en.
For at vende tilbage til din tidligere udtalelse: hvis det virkede og pludselig stoppede – så var det, der ændrede sig, tilsyneladende driveren. Det er det, jeg ville fokusere på. Prøv at finde ud af, hvilken driver der blev brugt tidligere.
Du kan prøve ældre versioner af MCEBuddy, men jeg ville blive overrasket, hvis det gør nogen forskel. Ifølge logfilerne bliver GPU’en brugt; hvis den ikke bruges, peger det på et driverproblem.
Det andet, du kan prøve, er at slå hardware-kodning fra i MCEBuddy og derefter se konverterings-fps. Hvis den forbliver den samme, bliver GPU’en ikke aktiveret; hvis den falder, arbejder GPU’en, men dit værktøj rapporterer muligvis forkert dens brug under kodning (igen peger det på et driverproblem).
Har ikke haft meget tid til at arbejde med GPU’en på MCEbuddy, men i sidste uge konverterede jeg nogle tv-shows, som MCEBuddy konverterede, og kørte dem gennem VideoProc Converter, og jeg kunne se, at GPU’en blev udnyttet, og de blev konverteret til små filer – en 30 minutters udsendelse til MKV H.265 tager et par minutter, lynhurtigt. Så driverne ser ud til at virke fint med VideoProc uden problemer. I Windows 11’s jobliste kan jeg se GPU’en køre ved 50 %.
Kører MCE nu med MKV HEVC-indstillinger – her er GPU’en:
Dine logs viser, at MCEBuddy brugte 6 minutter på at konvertere filen, og den bruger GPU’en
→ <09/07/2024 00:37:36> <00:06:11>
Hvis din bekymring drejer sig om GPU-grafen, er det et driverproblem. FFMpeg bruger nvenc-API’er til at interagere med systemet for at aktivere GPU-kodning. Din driver rapporterer ikke denne brug til Windows. Den anden software bruger sandsynligvis DXVA til at aktivere hardwarekodning, som Windows rapporterer. Download NVidia GPU-overvågningsværktøjet og se, hvad det viser. Windows’ rapportering er begrænset i, hvad den viser.
YEP! Det opdagede jeg i går! Windows er elendig til det. Fandt endnu en grund til, at maskinen opfører sig så langsomt. Det handlede om at udelukke en efter en. Normalt kører PLEX døgnet rundt og optager, og bruger knap 30 % af mine ressourcer – det er fint!
De seneste par dage har pc’en stort set ikke reageret. Min C-drev er et 2 TB SSD, som alting kører fra, og der er over 1 TB tilbage, så det er ikke en pladsproblematik. Men drevet er spændt til 100 % skriv. Jeg satte PLEX-optagelsen på pause og ventede – stadig 100 %. Jeg satte MCEBuddy på pause – faldt til 3 %. Genoptog PLEX-optagelse: drevet sprang til 20 %. Når jeg starter MCEBuddy, vender det tilbage til 100 % skriv på C-drevet. Jeg har sat MCEBuddy til at bruge 4 kerner ud af 32, prioritet er normal og 2 konverteringer ad gangen. Nogen forslag? Skal jeg flytte programmet væk fra C-drevet?
Diskudnyttelse sker som standard i temp-mappen. Det sker, når filerne remuxes, kopieres, klippes osv. Du kan ændre placeringen af temp-mappen. Du kan også ændre prioriteten til Lowest; det vil være langsommere at konvertere, men bør også reducere diskkonkurrence, når det kæmper med andre programmer om I/O-adgang.