Een paar weken geleden upgrade ik naar welke versie dan ook die de Intel-hardware-encoding ondersteunde. Mijn conversies voor een uur durende show gingen van 20 minuten naar 2 uur of meer. Ik ging terug naar de vorige versie en alles werkte weer goed. Ik probeerde 2.5.2 een paar dagen geleden en de conversies waren nog trager. Ik ging terug naar oudere versies, 2.4.11 en 2.4.10, maar bleef traag. Zowel Comskip als Handbrake duurden lang. Fase 2 van Comskip kan 45 minuten duren, en Handbrake uren. Ik probeerde verschillende versies en instellingen en het lijkt alleen maar slechter te worden. Voor de korte termijn begon ik te converteren op een oudere i5 en dat gaat snel (15 minuten voor een uur show met 2.5.2). Ik gebruik momenteel 2.5.2 en het is nog steeds traag. Ik voeg de logs toe van een 40-minuten show van gisteravond die 2 uur en 14 minuten duurde. Er vond slechts één conversie plaats en het systeem deed verder niets.
Ik las een paar andere berichten, maar niets wat opviel. Mijn hardware/drivers zijn niet veranderd.
Hier is mijn configuratie:
Windows 7 Pro
Thinkpad E540 laptop
Intel i7-4702MQ 2,2 GHz
12 GB RAM
Intel HD Graphics 4600
Samsung SSD 860 EVO bootdrive
SC2 M2 SSD werkdrive voor conversies
MCE-bestanden opgeslagen op USB 3.0-drive
Output naar SSD bootdrive.
7 News at 11PM_WHDHDT_2020_01_21_22_57_00.wtv-Les-2020-01-21T23-36-27.9850532-05-00.log (8,6 MB) mcebuddy.log (3,9 MB)
Uw logboeken laten zien dat uw Intel-hardware-encoder wordt gebruikt, maar om een of andere reden verloopt het extreem traag.
2020-01-21T23:54:52 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.05 %[23:54:52] qsv_enc_init: using ‘hardware (1) via D3D11’ implementation, API: 1.11
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:57 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (6.42 fps, avg 9.47 fps, ETA 01h17m34s)
2020-01-21T23:54:57 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (6.42 fps, avg 9.47 fps, ETA 01h17m34s)
Waarschijnlijk ligt het aan uw grafische-stuurprogramma. Probeer een van de aanbevolen versies van de Hardware FAQ-pagina te gebruiken en kijk of dat uw hardware-conversie versnelt.
U vermeldde dat u een andere machine met een i5-processor hebt geprobeerd die snel was; controleer de versie van het grafische stuurprogramma op die machine en probeer dezelfde te gebruiken.
Meestal verandert de snelheid plotseling omdat Windows Update uw grafische stuurprogramma heeft bijgewerkt en de nieuwe versie fouten bevat.
Oke, veel problemen opgelost. Volgens de specificaties zou mijn systeem QuickSync moeten ondersteunen, maar de software wilde niet laden. Ik heb verschillende versies van de Intel HD2600-stuurprogramma’s en andere stuurprogramma’s geprobeerd, maar alleen die van Lenovo, v10.18.10.4425, wilden laden en werken. Dit zijn de nieuwste stuurprogramma’s voor de laptop, en de versie die geïnstalleerd was en niet is veranderd. Ik heb alle videostuurprogramma’s verwijderd en opnieuw opgestart, vervolgens dit stuurprogramma van een Lenovo-download geïnstalleerd. Dezelfde traagheid. Na nog meer problemenoplossing nog steeds geen verbetering. Dus ik heb 2.5.x verwijderd en 2.4.11 geïnstalleerd. Snelheid is terug. Ik voeg twee logbestanden bij. Het bestand met de lage fps is van 2.5 en dat met de snellere conversies is 2.4.11. 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Convert to MP4-2020-01-23T12-06-16.6484061-05-00.log (1,3 MB) 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Convert to MP4-2020-01-23T14-34-04.8917023-05-00.log (1,1 MB)
Bedankt voor de logs, zeer nuttig. Ik zie twee verschillen tussen de logs: een kleine wijziging in het profiel waarbij bframes worden gebruikt, wat het traag kan maken als je hardware het niet ondersteunt, en het andere is gerelateerd aan handbrake. Laten we eerst het handbrake-probleem elimineren.
Houd je versie 2.5.1 van MCEBuddy geïnstalleerd en download deze oudere versie van handbrake: HandBrake
Open de map C:\Program Files\MCEBuddy2x\handbrake en vervang het bestand handbrakecli.exe in die map door het bestand uit de bovenstaande gedownloade ZIP.
Voer exact dezelfde conversie opnieuw uit met deze versie van handbrake in MCEBuddy (zelfde profiel, zelfde bestand) en voeg de logs bij. Dat vertelt me of het probleem bij handbrake of bij de profielparameters ligt.
Dat hielp zeker. Ik denk dat ik naar 2.5.2 upgrade en deze handbrake gebruik. Ik haal 170-180fps op mijn i5-systeem, en slechts 36fps op dit systeem en ik kan de videokaart niet upgraden. Volgende maand, als ik terug thuis ben, installeer ik een Win10-systeem met de nieuwste NCEBuddy en een nieuwe videokaart die alleen voor conversies is bedoeld, en laat dit systeem alleen als recorder dienblikken. Is er nog iets dat ik kan doen om dit te versnellen tot die tijd?
Hier is de log. 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-23T22-45-54.5046016-05-00.log (2.7 MB)
Kunt u de nieuwste 2.5.3 BETA-versie proberen? Deze bevat een bijgewerkte versie van handbrake die de QuickSync-encoder snelheid zou moeten verbeteren. Voer dezelfde conversie (bestand, profiel etc.) uit met de 2.5.3 BETA-build en voeg het logbestand toe zodat we kunnen zien of er verbetering is met deze release van handbrake.
2.5.3 - nog steeds traag. 1 uur 30 minuten voor een 40 minuten opname.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-24T09-48-22.log (6,1 MB)
Heel behulpzaam, ik zie enkele wijzigingen over hoe de nieuwe handrem-encoder op je machine werkt. Ik zal ernaar kijken en bij je terugkomen. Bewaar alsjeblieft het originele bestand/profiel/taak enzovoort, zodat we een vergelijkende test kunnen uitvoeren.
Kunt u uw profiel openen, aan het einde van de handbrake-video regel dit toevoegen (voeg een spatie toe aan het einde van de regel voordat u dit toevoegt):
--encopts="lookahead=0"
Voer de conversie opnieuw uit en voeg het logbestand toe.
Ziet er nog trager uit. Zegt dat het nog eens 2,5 uur zal duren. Hier is het log tot nu toe.7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-24T20-29-06.log (1,9 MB)
Hier is het volledige logboek na conversie. Te groot om te uploaden. Hier is een link ernaar
https://drive.google.com/open?id=1yddM7lYZJ9hg1pHJ9JpQ0OzMsdH4Wg0h
Dit is geweldige feedback. Dit bevestigt een paar dingen over de nieuwe build van handbrike. Zou je dit willen proberen als benchmark.
Open het profiel en verander
order=handbrake,ffmpeg,mencoder
Naar
order=ffmpeg
En converteer nu hetzelfde bestand om een vergelijking van de prestaties te krijgen en deel de log indien mogelijk. Ik denk dat het zelfs sneller zal zijn.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-25T08-50-14.log (3,4 MB)
Veel beter, maar 41 minuten voor een 43 min durende video lijkt nog steeds lang. In oktober werd een 90 min durende video in 28 minuten geconverteerd. Maar toch beter dan 1,5-2,5 uur voor een 43 min durende video.
Probeer de huidige 2.5.3 BETA-build, deze zou de oorspronkelijke prestaties moeten herstellen
Duurde ongeveer 52 minuten.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-27T22-07-44.log (3,2 MB)
Probeer vandaag de 2.5.3 BETA-build; deze moet de prestaties van het MP4 Fast-profiel weer op het niveau van de 2.4.11-release brengen.
Een beetje sneller. 45 min vs 52 min.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-29T22-43-36.log (2,9 MB)
De encoder-opties lijken nu erg op de oorspronkelijke log met één klein verschil. Probeer de betaversie 2.5.3 van vandaag en kijk hoe die presteert.
FBI- Most Wanted_WBZDT_2020_01_28_21_57_00.wtv-Les-2020-01-30 10-30-26.log (3,6 MB) 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-30 09-35-22.log (2,4 MB)
De tijden zijn nu zeker beter en accepteerbaar. Dank voor je werk. Als je dit alleen voor mij doet, stop er dan niet te veel tijd meer in. Ik ben van plan een systeem op te zetten dat alleen de conversies uitvoert, en mijn andere testmachine doet de conversies nu ongeveer in een derde van deze tijd, dus ik hoef dit nog maar een week te gebruiken. Voor nu is het in ieder geval niet meer de hele nacht nodig om 3-4 shows te doen en zijn alle conversies voor de volgende ochtend klaar, zelfs op drukke dagen. Hier zijn nog twee logbestanden voor testen. Ik heb opgemerkt dat Handbrake mijn CPU niet meer volledig benut, zelfs met drie gelijktijdige conversies.
Het is alweer een paar jaar geleden dat ik heb gedoneerd, en aangezien ik dit programma nu veel gebruik, heb ik zojuist opnieuw een donatie gedaan. Bedankt voor een geweldig en nuttig product.