Vandaag ben ik geüpgraded van MCEBuddy 2.4.11 naar 2.5.2 door de oude versie te verwijderen en vervolgens de nieuwe versie te installeren. Ik begrijp dat de instellingen behouden blijven. Ik gebruik het MKV-normale profiel voor conversie. Ik merkte dat v2.5.2 met 0,1x de snelheid van v2.4.11 verwerkt. Ik heb geprobeerd met hardware-encoding aan en uit en de resultaten zijn identiek. Zijn er andere instellingen die ik kan proberen om terug te keren naar de oude prestaties?
Met de 2.5.x-release is de ondersteuning voor hardware-encoders uitgebreid en het lijkt erop dat de hardware-encoderinstellingen niet werden ingeschakeld na de upgrade.
Voorkeur voor hardware-encoderen → False
Schakel die optive in op je pagina Converstaak → Expertinstellingen en dan zou je QuickSync-encoder moeten worden gebruikt.
De hardware-encoding was aanvankelijk ingeschakeld, maar de snelheid was even traag; ik kreeg gemiddeld ~13 fps. Vervolgens heb ik het uitgezet om te kijken of software-encoding sneller was. Dat was niet het geval, zoals de log die ik heb verstuurd laat zien. Voor nu ben ik teruggegaan naar 2.4.11.
Als je een log kunt bijvoegen met de hardware-encoding-optie ingeschakeld, dan kan ik je 2.4.11-log daarmee vergelijken en kijken wat er aan de hand is.
We hebben enkele verbeteringen aangebracht aan de nieuwste 2.5.3 BETA-build om de snelheden van hardware-encoding te verbeteren. Schakel ook hardware-encoding in bij je conversietaak.
Het spijt me dat het even heeft geduurd voordat ik hierop kon reageren. Helaas is dit probleem voor mij met v2.5.3 nog niet opgelost. Ik probeerde eerst met de Hardware Encode-instelling op “any”. In dat geval krijg ik veel QSV-decoderingsfouten en mislukt de codering uiteindelijk met
Blockquote ERROR> 2020-04-12T09:39:54 MCEBuddy.AppWrapper.Handbrake → Hardware encoding lijkt te zijn vastgelopen, geen voortgang in de laatste 300 seconden.
Dit is waarschijnlijk te wijten aan een instabiele grafische driver. Probeer een update te installeren of gebruik een stabiele grafische driver.
Proces wordt beëindigd.
Ik kan de videodriver helaas niet updaten, omdat ik al de nieuwste versie gebruik die beschikbaar is voor mijn moederbord. Ik heb vervolgens hardware-encoding uitgeschakeld en de conversietijd voor een show van 30 minuten steeg weer tot 2,5 uur. Dus ben ik teruggegaan naar v2.4.11, wat veel sneller is (maar ik heb problemen met corruptie van videobestanden wanneer reclame wordt verwijderd.)
Ik heb logbestanden maar ze zijn te groot en de uploadfunctie weigert ze. Ik heb pastebin geprobeerd maar de bestanden zijn te groot voor een gratis account, dus ik geef het op. Geef alstublieft een e-mailadres op waar ik deze naartoe kan sturen.
Hier is het logbestand voor hardware-encoding uitgeschakeld. Deze is kort genoeg om te worden geaccepteerd. Opnieuw is de encodeertijd voor een show van 30 minuten 2,5 uur, wat onacceptabel is en 10x langer dan nodig is voor 2.4.11.
Dus ik probeerde de 2.5.3-release opnieuw met een andere show en leek meer geluk te hebben, zelfs met hardware-encoding ingeschakeld op mijn oude maar laatste videodriver. Dus ik vraag me af of de opname die ik gisteren voor testen gebruikte op de een of andere manier corrupt was. Ik zal de situatie in de gaten houden, maar als ik feedback kan krijgen over eventuele problemen in het bronbestand uit bovenstaande logbestanden, laat het me weten. Dank je.
Als het werkt met hardware-encryptie uitgeschakeld en niet met hardware-encryptie ingeschakeld, dan ligt het aan je grafische drivers → Zoals eerder vermeld de nieuwste versie is niet altijd de meest stabiele
Ik begrijp wat je schrijft. Het probleem dat ik heb is dat de nieuwste driver voor mijn SANDY BRIDGE-processor v15.28.24.64.4229 (9.17.10.4229) is. Dit is ouder dan alle drivers die in de FAQ die je linkte worden vermeld. Volgens de Intel-website werken de drivers die in de FAQ-post worden vermeld niet met mijn processor. Is deze informatie niet correct?