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
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!
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?
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.