Forums

Probeer alsjeblieft deze H.265-coderingsbenchmark in Handbrake op hun M1 Mac

J

JohnDoe12

originele poster
14 november 2017
  • 23 dec. 2020
Chips uit de iOS A-serie hebben al jaren hardware H265-codering. Ik heb gehoord dat deze hardwareversnelling eindelijk is overgewaaid naar Macs met de nieuwe M1-serie chips. Ik zou iemand met een M1 Mac willen vragen om de volgende benchmark uit te proberen:

1. Download de 30 MB 720p voorbeeldvideo van: hier . Zie post #19 voor betere testbestanden
2. Open de handrem. Probeer de bèta te gebruiken die bedoeld is voor M1 Macs gevonden hier
3. Sleep het videobestand naar het Handrem-venster
4. Kies de vooraf ingestelde Matroska > H.265 MKV 720p30 (edit: dit gebruikt blijkbaar softwarecodering, zie onderstaande discussie)
5. Start het coderen en noteer het gemiddelde fps-getal onderaan wanneer het coderen bijna klaar is. Als alternatief kunt u deze gemiddelde fps in het logboek bekijken.

Op mijn 2020 MacBook Pro (4 poorten, i5) was mijn gemiddelde coderingssnelheid 25.109150 fps. Natuurlijk heeft mijn Mac echter geen chip die hardware de HEVC-codering versnelt. Wat is de snelheid op je M1 Mac? Laatst bewerkt: 23 dec. 2020 jij

UgoDream

16 aug. 2009
  • 23 dec. 2020
gemiddelde is ongeveer 35 fps

Bekijk media-item ' data-single-image='1'>
reacties:JohnDoe12 C

casperghst42

11 januari 2006


  • 23 dec. 2020
hum, moet mijn domme opmerking verwijderen ;-)
reacties:T'hain Esh Kelcho NS

Deccr

29 november 2020
  • 23 dec. 2020
Het is sneller dan dat als u hardwarecodering inschakelt.

Ik heb net je test gedaan op mijn M1 mini.

Standaard gebruikt het MKV H265-profiel softwarecodering.

Met Videotoolbox geselecteerd (hardwarecodering), was de codering in ongeveer 3 seconden voltooid.
Excuses voor de kwaliteit van mijn screenshots, ik gebruikte VNC om de mini op afstand te bedienen vanaf mijn telefoon.


Bekijk media-item ' data-single-image='1'> Bekijk media-item ' data-single-image='1'>

chrfr

11 juli 2009
  • 23 dec. 2020
Deccr zei: Het is sneller dan dat als je hardwarecodering inschakelt.

Ik heb net je test gedaan op mijn M1 mini.

Standaard gebruikt het MKV H265-profiel softwarecodering.

Met Videotoolbox geselecteerd (hardwarecodering), was de codering in ongeveer 3 seconden voltooid.
Het is ook vermeldenswaard dat met T2 uitgeruste Intel Macs de T2 kunnen gebruiken voor hardware-versnelde H265-codering (alleen 8-bits), dus dit voorbeeld zal in ongeveer 10 seconden voltooid zijn op een T2 als u de H265 Video Toolbox-encoder gebruikt. De bestandsgrootte groeide ook met ongeveer 50% ten opzichte van het origineel, tot 46 MB.

rui geen onna

Bijdrager
25 okt 2013
  • 23 dec. 2020
Deccr zei: Het is sneller dan dat als je hardwarecodering inschakelt.

Ik heb net je test gedaan op mijn M1 mini.

Standaard gebruikt het MKV H265-profiel softwarecodering.

Met Videotoolbox geselecteerd (hardwarecodering), was de codering in ongeveer 3 seconden voltooid.
Excuses voor de kwaliteit van mijn screenshots, ik gebruikte VNC om de mini op afstand te bedienen vanaf mijn telefoon.


Bekijk bijlage 1699982 Bekijk bijlage 1699983

Ja, dat had ik al bedacht. Het kostte 18 seconden om te coderen met H.265 (VideoToolbox) versus 2:11 x265 op mijn M1 MBA (240-250 fps). NS

Deccr

29 november 2020
  • 23 dec. 2020
Ja, ik dacht dat dat het geval zou zijn.

Hardwarecodering op Intel (met T2) of M1 moet vergelijkbare snelheden hebben (rekening houdend met andere variabelen).

Helaas gaat de snelheidsverhoging ten koste van de bestandsgrootte en kwaliteit.

Over het algemeen zal hardwarecodering grotere bestanden produceren dan softwarecodering en de kwaliteit kan variëren (daar wil ik nu geen discussie over voeren).

Softwarecodering duurt langer, maar levert vaak kleinere bestanden op.

Met de M1 weet je tenminste dat de stroomkosten (in watt/energieverbruik) hoe dan ook veel lager zullen zijn dan bij een Intel-systeem.

Als je een M1 mini volledig kantelt, verbruikt hij slechts ongeveer 30 watt. Ik heb geen idee wat een Intel-equivalent gebruikt, maar ik weet zeker dat het veel hoger is! NS

Deccr

29 november 2020
  • 23 dec. 2020
Negeer mijn post hierboven.

Het lijkt erop dat ik het mis had over bestandsgroottes:

Hardwarecodering = 17 MB
Softwarecodering = 27,5 MB

reacties:matrix07

rui geen onna

Bijdrager
25 okt 2013
  • 23 dec. 2020
Ja, nog geen idee hoe de kwaliteit is. Ik moet VLC installeren om echt te kunnen kijken. x265 was op RF 21 en het lijkt erop dat HB denkt dat het ruwe equivalent daarvan CQ 40 is.

VideoToolbox CQ40
Bekijk media-item ' data-single-image='1'>

x265 RF21
Bekijk media-item ' data-single-image='1'> J

JohnDoe12

originele poster
14 november 2017
  • 23 dec. 2020
Oh wauw, bedankt voor het inzicht jongens. Ik had geen idee dat mijn MacBook Pro hardwareversnelling ondersteunde. De belangrijkste reden dat ik dit vraag, is omdat ik me afvroeg hoeveel beter mijn codering zou zijn als ik uiteindelijk zou upgraden naar een Mac uit de M-serie. Momenteel codeer ik software op RF22 en ik ben over het algemeen tevreden met de kwaliteit/grootte, maar het is nogal traag.

Ik weet niet zeker waar jullie 17 MB halen voor de hardwarecodering. Ik krijg bijna een hogere waarde zoals @chrfr had. Is de 17 MB alleen op de M1 Mac?

Dit is hoe het is voor mijn Intel MacBook:
  • H265 (RF22): 25,5 MB
  • H265 VideoToolbox (2000 kbps, standaard): 41,7 MB
  • H265 VideoToolbox (1000 kbps): 25,3 MB
Vreemd genoeg kan ik geen verschil in kwaliteit ontdekken tussen de 1Mbps- en 2Mbps-versies, hoewel dat misschien komt omdat het bronbestand een verschrikkelijke kwaliteit heeft. Edit: ja hoor, ik heb het uitgeprobeerd op een andere video. De hardware-encoder heeft een merkbaar slechtere kwaliteit in vergelijking met softwarecodering wanneer ik probeer de bestandsgroottes hetzelfde te maken. Laatst bewerkt: 23 december 2020 J

JohnDoe12

originele poster
14 november 2017
  • 23 dec. 2020
rui no onna zei: Ja, nog geen idee hoe de kwaliteit is. Ik moet VLC installeren om echt te kunnen kijken. x265 was op RF 21 en het lijkt erop dat HB denkt dat het ruwe equivalent daarvan CQ 40 is.

VideoToolbox CQ40
Bekijk bijlage 1700008

x265 RF21
Bekijk bijlage 1700009
Wat is deze CQ-waarde die u opgeeft? Ik heb alleen een optie om de bitrate voor VideoToolbox-codering te wijzigen. J

JohnDoe12

originele poster
14 november 2017
  • 23 dec. 2020
Na hier een beetje mee te hebben gespeeld, denk ik dat ik het jammer vind om te zeggen dat hardwarecodering niet de juiste keuze is. Ik dacht dat het een magische hardware-toevoeging zou zijn waarmee ik al mijn coderingstaken 3-5 keer zou kunnen versnellen, maar het lijkt erop dat het lang niet zo goed is als softwarecodering, dus jammer daar ...

Gnattu

18 sep. 2020
  • 23 dec. 2020
JohnDoe12 zei: Wat is deze CQ-waarde die u opgeeft? Ik heb alleen een optie om de bitrate voor VideoToolbox-codering te wijzigen.
Het is beschikbaar in de nieuwste bètaversie en misschien alleen beschikbaar voor Apple Silicon Macs. FPS is ongeveer 10 keer sneller. Bekijk media-item '>

Ik zal het uitvoerbestand hier bijvoegen en je kunt de kwaliteit zelf zien.

Video wordt geladen of verwerkt.

matrix07

24 juni 2010
  • 23 dec. 2020
Ik had VideoToolbox getest en was niet onder de indruk. De kwaliteit is er gewoon niet. Het heeft een acceptabele kwaliteit bij een veel grotere bestandsgrootte of een zeer lage kwaliteit voor een kleinere bestandsgrootte. x264-encoder geeft op zijn minst acceptabele kwaliteit bij een veel kleinere bestandsgrootte.
De snelheid is echter spectaculair.

Als iemand een instelling heeft die VideoToolbox gebruikt met een acceptabele kwaliteit die niet veel verliest maar ook een acceptabele bestandsgrootte oplevert, deel deze dan.

Gnattu

18 sep. 2020
  • 23 dec. 2020
matrix07 zei: x264-encoder geeft in ieder geval acceptabele kwaliteit bij veel kleinere bestandsgrootte
Bedoel je dat VideoToolBox's hevc(x265) een slechtere kwaliteit heeft bij dezelfde bestandsgrootte van x264? Dit is een serieus probleem als dit het geval is.

matrix07

24 juni 2010
  • 23 dec. 2020
Gnattu zei: Je bedoelt dat VideoToolBox's hevc(x265) een slechtere kwaliteit heeft bij dezelfde bestandsgrootte van x264? Dit is een serieus probleem als dit het geval is.
Ik bedoelde dat VideoToolBox (x264) een slechtere kwaliteit heeft bij dezelfde bestandsgrootte van x264.

Ik zal x265 testen als ik tijd heb. NS

Deccr

29 november 2020
  • 23 dec. 2020
Ik wil de Video Transcode-tool van Don Melton op mijn M1 mini proberen.

Het is alleen een opdrachtregel, maar gebouwd voor kwaliteit. https://github.com/donmelton/video_transcoding

Er zijn opties om hardwaretranscodering en H265 te gebruiken. Zijn Other Video Transcode is gebouwd om standaard de hardware-encoder te gebruiken.

GitHub - donmelton/other_video_transcoding: andere tools om video's te transcoderen.

Andere tools om video's te transcoderen. Draag bij aan de ontwikkeling van donmelton/other_video_transcoding door een account aan te maken op GitHub. github.com
Naar verluidt werkt het op het M1-platform met Rosetta 2:

Apple M1 · Issue #86 · donmelton/other_video_transcoding

Hebben mensen hier ideeën of ervaring met transcodering met de M1? Ik zie dat Handbrake een Universal Binary beta heeft (HandBrake 1.4.0-beta.1). Ik heb geen idee waar ffmpeg is op de Universal Bin... github.com
Ik zou benieuwd zijn om te zien welke kwaliteit en bestandsgrootte dit oplevert in vergelijking met Handbrake (ik weet dat ze allebei ffmpeg gebruiken, maar verschillende implementaties hebben voor kwaliteitsinstellingen).

rui geen onna

Bijdrager
25 okt 2013
  • 23 dec. 2020
De video van Big Bucky Bunny is echter geen goede bron. De kwaliteit van het origineel is al slecht.

Hier zijn enkele testvideo's met een hoge bitrate.

Kwallen Bitrate Test Bestanden

Een verzameling .mkv-videoclips gecodeerd met verschillende bitrates; handig voor het testen van de netwerkstreaming- en afspeelprestaties van mediastreamers en HTPC's. jell.yfish.us
reacties:ader42 en JohnDoe12 J

JohnDoe12

originele poster
14 november 2017
  • 23 dec. 2020
Ik zie de CQ-optie met de nieuwste bèta, maar ik kan deze niet wijzigen op mijn Intel Mac. Vermoedelijk is het alleen voor de M1 Macs.

Bekijk media-item ' data-single-image='1'> J

JohnDoe12

originele poster
14 november 2017
  • 23 dec. 2020
Gnattu zei: Je bedoelt dat VideoToolBox's hevc(x265) een slechtere kwaliteit heeft bij dezelfde bestandsgrootte van x264? Dit is een serieus probleem als dit het geval is.
De kwaliteit van H.265 (VideoToolbox) is aanzienlijk slechter dan de kwaliteit van H.264 (x264) van hetzelfde formaat. Maar ik dacht dat dit te verwachten was? Merk echter op dat ik op een Intel Mac werk en de CQ-schuifregelaar niet kan gebruiken. Ik ben gedwongen een constante bitrate te gebruiken, wat de videokwaliteit aanzienlijk beïnvloedt.

rui geen onna

Bijdrager
25 okt 2013
  • 23 dec. 2020
JohnDoe12 zei: Ik zie de CQ-optie met de nieuwste bèta, maar ik kan deze niet wijzigen op mijn Intel Mac. Vermoedelijk is het alleen voor de M1 Macs.

Bekijk bijlage 1700105

Gemiddelde bitrate is geselecteerd op je screenshot. Heb je geprobeerd of je Constante kwaliteit kunt selecteren? U kunt de CQ-schuifregelaar niet aanpassen als de knop Constante kwaliteit niet is geselecteerd. J

JohnDoe12

originele poster
14 november 2017
  • 23 dec. 2020
rui no onna zei: Gemiddelde bitrate is geselecteerd op je screenshot. Heb je geprobeerd of je Constante kwaliteit kunt selecteren? U kunt de CQ-schuifregelaar niet aanpassen als de knop Constante kwaliteit niet is geselecteerd.
Ja, zoals u kunt zien, is het keuzerondje grijs. Dit gebeurt voor zowel H.264 als H.265 VideoToolbox, maar niet voor de andere opties

Gnattu

18 sep. 2020
  • 23 dec. 2020
JohnDoe12 zei: De kwaliteit van H.265 (VideoToolbox) is aanzienlijk slechter dan de kwaliteit van dezelfde H.264 (x264)
Dit is niet te verwachten. H.265 zou vergelijkbare kwaliteit moeten leveren met de helft van de bitrate van H.264.

Als u dezelfde bitrate op beide encoders instelt, kunt u dan het kwaliteitsverschil zien?