Weer "Conversion Failed" foutmeldingen gekregen

Om wat voor reden dan ook, krijg ik weer “conversie mislukt” foutmeldingen.

De grafische drivers zijn niet bijgewerkt en MCEBuddy wordt via de opdrachtregel uitgevoerd in plaats van als service.

Logboeken van de laatste mislukking: Microsoft OneDrive

Ik kreeg net weer een - overigens, als ik het bestand handmatig transcoderen, werkt het prima. Hier is het logboek: Microsoft OneDrive

Ik vraag me af of het script dat ik gebruik fouten geeft wanneer het vanuit Plex wordt aangeroepen. Hier is het script:

@echo off
C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=engine --action=start 
timeout /t 2 /nobreak > NUL
C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=addfile --action=%1
timeout /t 10 /nobreak > NUL
:loop
for /f "delims=" %%o in ('C:\Progra~1\MCEBuddy2x\MCEBuddy.UserCLI.exe --command=jobstatus --action=%1 --quiet') do set status=%%o
if %status% == "not present" (
	Exit
) else (
	timeout /t 2 /nobreak > NUL
	goto loop
)

Bedankt! Will.

Update - Ik denk dat ik het heb opgelost. Omdat ik MCEBuddy al in Command Line-modus had draaien, gaf de regel “command=engine --action=start” een fout.

Toen ik die regel verwijderde, werkte het perfect. Hopelijk helpt dit iemand :slight_smile:

Of niet. Weer een mislukte conversie. Logboeken: Microsoft OneDrive

Ik ben het spoor bijster. Alle hulp wordt op prijs gesteld!

Uw grafische stuurprogramma lijkt een probleem te hebben tijdens het initialiseren. Er lijkt een geheugenlek te zijn:

2019-07-08T21:11:38 MCEBuddy.AppWrapper.FFmpeg → [hevc_nvenc @ 0000020a974c89c0] OpenEncodeSessionEx failed: out of memory (10)
2019-07-08T21:11:38 MCEBuddy.AppWrapper.FFmpeg → [hevc_nvenc @ 0000020a974c89c0] No NVENC capable devices found

Probeer uw systeem opnieuw op te starten. Als het dan werkt, heeft uw grafische stuurprogramma een langzaam lek dat na verloop van tijd ervoor zorgt dat het geheugen vol raakt. Probeer eventueel terug te gaan naar een oudere/stabielere versie.

Ik herinnerde me dat ik een dev-build van FFMpeg had geïnstalleerd - ik heb deze vervangen door de 4.13-release en ben tot nu toe geen problemen tegengekomen.

Ik gebruik de studio-versie van de NVidia-drivers - die zouden stabieler moeten zijn, maar misschien moet ik gewoon een configuratie vinden en daarbij blijven!

Bedankt voor de hulp!

Na een nieuwe reeks fouten ben ik teruggegaan naar de NVidia 4.19x drivers - sindsdien geen problemen meer.

Iets wat me verbaast: ik heb meer dan 90 bestanden via de UI verwerkt en ben geen problemen tegengekomen met dezelfde configuratie en drivers. Waarom zou het gebruik van de UI het geheugenprobleem niet veroorzaken, terwijl de commandoregel/scriptaanroep dit wel doet?

Bedankt! Will.

Heb je de link naar de drivers zodat ik het in de sticky kan plaatsen?

Heb je de uitvoermodus van de engine gewijzigd? Het enige moment waarop je een verschil kunt zien is wanneer de engine als service draait in plaats van als command-line engine. Dit komt door de manier waarop Windows ffmpeg start. In kernel-context gedragen de grafische drivers zich anders dan in user-context. Dit is een beperking van de Windows/driver-architectuur.
Grafische Hardware API’s zijn doorgaans ontworpen voor user-context (bijv. games of ontwerpapplicaties die vanuit user-context draaien). De meeste kernel-applicaties gebruiken geen grafische hardwareversnellings-API’s (omdat ze geen native UI’s hebben), dus tot Windows 8 bood de kernel die grafische API’s niet aan applicaties aan, en zelfs na Windows 8 testen de meeste grafische leveranciers ze niet goed in kernel-space.

Ik krijg nog steeds foutmeldingen, maar ik denk dat het komt doordat ik terug ben geschakeld naar het servicemodel in plaats van de opdrachtregel. Hier is de link naar de legacy-driver: NVIDIA Creator Ready Driver | 419.67 | Windows 10 64-bit | NVIDIA

Heb je versie 353.9 geprobeerd?

Win 7/8.1 - http://developer.download.nvidia.com/compute/cuda/7.5/Prod/local_installers/cuda_7.5.18_windows.exe
Win 10 - http://developer.download.nvidia.com/compute/cuda/7.5/Prod/local_installers/cuda_7.5.18_win10.exe

OF

376.51

Sinds het downgraden naar de 4.19-drivers hierboven en het uitvoeren van de opdrachtregel-engine geen problemen. Bedankt! Will.

Even een mededeling over Nvidia-kaarten en meerdere gelijktijdige conversies: