Bra x264/h.264 encoder som utnjyttar 100% CPU?

Skaffa en sämre CPU så kanske du kan få se på 100%

Beror ju på om du kör med en encoder som går på CPU eller på GPU, vanligen Nvidia där CUDA kan användas.

Vanligen när man inte får upp farten på CPU, (om det är en CPU baserad vill säga) så beror det på andra saker i datorn inte CPU
Saker som Diskar och RAM spelar in mycket också, och kan agera flaskhalsar.

Tex om det du ska encoda finns på samma disk som det färdiga, så kommer det vara en mycket stor flaskhals, och är inte CPU och program som problemet sitter i utan i disken och hur du styr flödet från och till.

Var det här jag mena med att med en långsammare CPU kan du få se betydligt mer %

Du har nu en snabb CPU, och om den får vänta på andra saker som bromsar så blir det så här med få % belastning

Högre nyttjandegrad, snabbare?

64-bit x264 encoder @ google.se kanske fungerar?

I övrigt tycker jag det låter som att du slog huvudet på spiken med din slutledning, till skillnad från andra tidigare dumma gissningar...

Det lättaste är väl om TS skriver vad han använder för program och ev. inställningar på det m.m.

Rekommenderar x264 då den ger bra kvalitet och är multitrådad.

Förutom encodern så kan det också bero på vad du matar encodern med. Om du t.ex. kör något tungt avisynth-script och inte använder multitrådning så kan det vara avisynth som kör 100% på en kärna och spottar ur sig så få bildrutor per sekund att själva encodern knappt belastas alls. En lösning på det kan vara att använda multitrådade avisynth och anpassa scripten för multitrådning.

Ett annat tips kan vara att encoda flera videoklipp samtidigt. Om du bara belastar 25 % med ett jobb så kör 4 jobb samtidigt så lär du få bättre utnyttjande av processorn. Du kanske kan dela upp din videofilm i flera delar, encoda varje del för sig och sedan sammanfoga de olika delarna efteråt.

Är det inte bättre att leta efter något program som använder ditt grafikkort.. kommer antagligen gå snabbare än att använda processorn.
Om nu OP har ett hyffsat grafikkort

Jag vet inte vad som kommit på senare tid men historiskt sett så har dessa grafikkorts-encoders visserligen varit snabba men också gett sämre kvalitet i förhållande till filstorlek jämfört med exempelvis x264. Ställer man in något snabbt preset på x264 som motsvarar samma kvalitet har det oftat visat sig vara minst lika snabbt som grafikkortet om man kört en modern processor. Tror även intels hårdvarustödda encoder har samma problem när de använder grafikdelen i sandy bridge / ivy bridge. Kanhända det kommit program som bättre utnyttjar CUDA på senare tid?

Överhuvudtaget litar jag inte på andra h.264 encoders än x264. x264 är enkelt att konfigurera för snabbhet eller kvalitet med olika presets och det använder alla processorkärnor utan problem. Kör jag redigeringsprogram så renderar jag ut det i något förlustfritt format så jag kan få manuell kontroll över komprimeringen med x264. Jag väntar hellre någon timme extra än att tappa kontrollen över inställningarna.

Ja det är alltid bra att dela upp uppgifterna i mindre delar. Då känns inte varje del lika betungande och som du skriver tjänar man ofta tid på det i slutändan om man sedan kan köra flera saker parallellt. Själv jobbar jag ofta med script så man schemalägger alla tunga uppgifter så kan man starta något eller några script på kvällen innan man lägger sig. I och för sig kan man också ställa ner prioriteten på encoding-processerna så att man lättare kan jobba med annat samtidigt (och låta datorn endast encoda när övriga processer vilar).

Hur som helst Handbrake använder x264 som encoder så det är lugnt... Tips på inställningar skulle i så fall vara crf någonstans mellan 16 och 20, så får man bra kvalitet innan filen komprimeras om igen av YouTube. Ju lägre värde desto bättre kvalitet men också större filer som tar längre tid att skicka upp. CRF 18 är nog en bra kompromiss.

https://trac.handbrake.fr/wiki/ConstantQuality
De kallar det " RF value".