Forum

Mac Mini M1 H.265-kodning?

SWAON

Originalaffisch
2 september 2017
Europa
  • 19 november 2020
Hej killar,

Jag har en stor samling serier på iTunes och jag skulle älska att konvertera alla H.264-videor till H.265 för att krympa min lagring. Av den anledningen skulle jag överväga att köpa Mac Mini M1. Till de som redan köpt den, har någon försökt konvertera x264 till x265 och berätta hur det gick? Vilken programvara använde du (som Handbrake eller andra 3d-fester?), vilka resultat fick du och så vidare. Jag skulle verkligen uppskatta all information om det, eftersom det är min viktigaste övervägande om mitt köp. Tack på förhand.
Reaktioner:MiniApple M

MadCar

21 oktober 2014


Internet
  • 19 november 2020
Jag skulle ta en titt på Plex-forumet. De verkar väldigt nöjda med prestandan även med appar som körs under Rosetta så det verkar väldigt positivt än så länge i förhållande till kodning med M1 Mini.
Reaktioner:SWAON M

MadCar

21 oktober 2014
Internet
  • 19 november 2020
Här är en tråd som du kan ha nytta av.

Plex Media Server körs på Apple Silicon M1-kretsuppsättning, dvs nya Mac mini, MacBook, etc

@Balthazar2k4 Jag har en Mac mini M1 8GB som ersätter Plex Media Server eftersom min 2012 Mac mini inte kan fortsätta för evigt. Tyvärr kan jag bara inte få PMS att köra. Om jag kör den kan jag få det kortaste flimmer av Plex-chevrons i menyraden och sedan ingenting. Inte ens ett felmeddelande... forums.plex.tv
Handbrake har också en inbyggd M1-app i Beta nu.

Release 1.4.0 Beta Universal Binary för macOS · HandBrake/HandBrake 8
Reaktioner:zoltm, ElectronGuru, T'hain Esh Kelch och 2 andra

SWAON

Originalaffisch
2 september 2017
Europa
  • 19 november 2020
MadCar sa: Handbrake har också en inbyggd M1-app i Beta nu.

Release 1.4.0 Beta Universal Binary för macOS · HandBrake/HandBrake 8
Tack för plexlänken. Det verkar som att de första intrycken av handbromskörning med Rosetta 2 var positiva. Visste inte att de redan börjat göra M1 beta. Bra jobbat av laget.

ShredDude

30 november 2020
  • 30 november 2020
Jag har gjort några ganska omfattande tester med den inbyggda HandBrake-appen på M1. Du kan göra galet snabb (180-220 fps) hårdvarukodning via VideoToolbox för HD-innehåll (x264/265) men filstorleken och kvaliteten är suboptimal. Att använda programvara som kodar 264->265 1080p körs cirka 30 fps, vilket inte är dåligt! Samma inställningar i ffmpeg under Rosetta får ca 15 FPS. Programvarukodningen förbrukar i stort sett alla mina kärnor, men systemet förblir lyhört. Det är bokstavligen det enda som kan få mina MBP-fans att slå på, och det gör de någonsin.
Reaktioner:SamRyouji, Frank Philips och SWAON

SWAON

Originalaffisch
2 september 2017
Europa
  • 1 december 2020
ShredDude sa: Jag har gjort några ganska omfattande tester med den inbyggda HandBrake-appen på M1.
Använder du den nya betaversionen eller den gamla Intel för Handbroms?

ShredDude

30 november 2020
  • 1 december 2020
SWAON sa: Använder du den nya betaversionen eller den gamla Intel för Handbroms?
Betaversion 1.4.0-beta.1 (2020111100)
Reaktioner:SWAON D

dhy8386

13 augusti 2008
  • 3 december 2020
ShredDude sa: Jag har gjort några ganska omfattande tester med den inbyggda HandBrake-appen på M1. Du kan göra galet snabb (180-220 fps) hårdvarukodning via VideoToolbox för HD-innehåll (x264/265) men filstorleken och kvaliteten är suboptimal. Att använda programvara som kodar 264->265 1080p körs cirka 30 fps, vilket inte är dåligt! Samma inställningar i ffmpeg under Rosetta får ca 15 FPS. Programvarukodningen förbrukar i stort sett alla mina kärnor, men systemet förblir lyhört. Det är bokstavligen det enda som kan få mina MBP-fans att slå på, och det gör de någonsin.

Ser exakt samma sak. Jag har inte jämfört VT vs x265-kvaliteten utförligt än, men ögontest, VT-versionen var tvungen att kodas till 8K+ BR för att ge jämförbar kvalitet med x265 som var närmare 2K BR. Och naturligtvis den resulterande 9GB-filen kontra 2,3GB-filen.
Reaktioner:SWAON

Amiral

14 april 2015
  • 9 december 2020
ShredDude sa: Jag har gjort några ganska omfattande tester med den inbyggda HandBrake-appen på M1. Du kan göra galet snabb (180-220 fps) hårdvarukodning via VideoToolbox för HD-innehåll (x264/265) men filstorleken och kvaliteten är suboptimal. Att använda programvara som kodar 264->265 1080p körs cirka 30 fps, vilket inte är dåligt! Samma inställningar i ffmpeg under Rosetta får ca 15 FPS. Programvarukodningen förbrukar i stort sett alla mina kärnor, men systemet förblir lyhört. Det är bokstavligen det enda som kan få mina MBP-fans att slå på, och det gör de någonsin.

Jag håller på med lite x264 -> x265 mjukvarukodning just nu på min nyligen anlände Mac mini M1 med 8 GB RAM, och prestandan under Handbrake 1.4 beta 1 verkar vara i nivå med min 2018 32 GB RAM Mac mini 6-core i7 i termer av bildrutor per sekund (de kör iväg på samma fil just nu), vilket är något mindre än jag förväntade mig baserat på rapporterade Geekbench-resultat, men Mac mini M1 förblir mycket lyhörd och dess fläkt, även om den är igång, förblir tyst och det kommer väldigt lite värme ur maskinen - antingen höljet eller den bakre ventilen. Jämför med i7 mini, som är väldigt varm vid beröring, med en ström av varm luft från den bakre ventilen. i7:s fläkt är mycket hörbar.

Den sanna betydelsen av detta är att Macbook Pro M1, som också har en fläkt och därför kommer att fungera praktiskt taget identiskt med Mac mini M1, kommer att helt utplåna den 13-tums Macbook Pro 4-core i5 som jag precis köpte i juni. Men baserat på M1-prestandan tror jag att jag kommer att hålla mitt puder torrt för de ryktade M1X- eller M1Z-modellerna, som borde starta minst 70% snabbare än M1. Härliga tider. Senast redigerad: 9 december 2020
Reaktioner:ElectronGuru och SWAON

SWAON

Originalaffisch
2 september 2017
Europa
  • 10 december 2020
Admiral sa: Jag tror att jag kommer att hålla mitt krut torrt för de ryktade M1X- eller M1Z-modellerna, som borde starta minst 70 % snabbare än M1. Härliga tider.
Jag planerar att göra detsamma.. Tack för din kommentar Reaktioner:SWAON P

pmiles

12 december 2013
  • 18 december 2020
Jag tror inte att du vill koda om från H.264 till H.265. Om du hade originalkällan och sedan omkodat den till H.265 kommer du att få bättre resultat... H.264 är redan komprimerad (den kastade bort information för att komprimera den som är förlorad för alltid). Att försöka komprimera ett komprimerat format kastar bara bort mer information. Resultaten kommer att vara suboptimala.

Jag tvivlar på att du vill ge upp kvalitet för diskutrymme... för om du gjorde det, skulle du ha använt ett mer aggressivt komprimeringsformat från början.
Reaktioner:zoltm, brucewayne, goodcow och 2 andra TILL

apple_iBoy

28 oktober 2003
Philadelphia, PA
  • 31 januari 2021
Admiral sa: Jag håller på med lite x264 -> x265-programkodning just nu på min nyligen anlände Mac mini M1 med 8 GB RAM, och prestandan under Handbroms 1.4 beta 1 verkar vara i nivå med min 2018 32 GB RAM Mac mini 6- core i7 när det gäller bilder per sekund (de kör iväg på samma fil just nu), vilket är något mindre än jag förväntade mig baserat på rapporterade Geekbench-resultat, men Mac mini M1 förblir väldigt lyhörd och dess fläkt, även om den är igång, förblir tyst och det kommer väldigt lite värme ur maskinen - antingen höljet eller den bakre ventilen. Jämför med i7 mini, som är väldigt varm vid beröring, med en ström av varm luft från den bakre ventilen. i7:s fläkt är mycket hörbar.

Den sanna betydelsen av detta är att Macbook Pro M1, som också har en fläkt och därför kommer att fungera praktiskt taget identiskt med Mac mini M1, kommer att helt utplåna den 13-tums Macbook Pro 4-core i5 som jag precis köpte i juni. Men baserat på M1-prestandan tror jag att jag kommer att hålla mitt puder torrt för de ryktade M1X- eller M1Z-modellerna, som borde starta minst 70% snabbare än M1. Härliga tider.
Använder du x265 VideoToolBox-förinställningen i handbromsen? Det flyger!
Reaktioner:SWAON

Amiral

14 april 2015
  • 12 februari 2021
pmiles sa: Jag tror inte att du vill omkoda från H.264 till H.265. Om du hade originalkällan och sedan omkodat den till H.265 kommer du att få bättre resultat... H.264 är redan komprimerad (den kastade bort information för att komprimera den som är förlorad för alltid). Att försöka komprimera ett komprimerat format kastar bara bort mer information. Resultaten kommer att vara suboptimala.

Jag tvivlar på att du vill ge upp kvalitet för diskutrymme... för om du gjorde det, skulle du ha använt ett mer aggressivt komprimeringsformat från början.

Med innehåll jag själv har skapat utgår jag givetvis från min egen originalkälla för bästa resultat. Med innehåll jag har stulit skaffat måste jag klara mig.

Oavsett källmaterialets härkomst tycker jag att mjukvarubaserad kodning är långt att föredra framför hårdvarubaserad kodning oavsett tillverkare. Apples h.264 och h.265 hårdvarukodning är verkligen fantastiska, men båda är egentligen bara lämpade för användningen av live-videoströmning. Vilket är ett riktigt användningsfall — välj de verktyg som ger dig de bästa resultaten för det du vill göra.
Reaktioner:SWAON

Botts85

9 februari 2007
  • 14 februari 2021
M1 flyger på hårdvarukodning. Det ryker min i9 iMac. Det är mellan 3-4 gånger snabbare (FPS-vis) vid H265-omkodningar.

Det förlorar dock i videokvalitet till Intel Mac vid hårdvarukodning.

SWAON

Originalaffisch
2 september 2017
Europa
  • 15 februari 2021
Killar vilken programvara använder du för kodningen? Det vore bra att veta också

Botts85

9 februari 2007
  • 22 februari 2021
FF-Works och Handbroms för mig.
Reaktioner:SWAON

SWAON

Originalaffisch
2 september 2017
Europa
  • 22 februari 2021
Botts85 sa: FF-Works och Handbroms för mig.
Aldrig använt FF-Works, hur är det jämfört med Handbrake?

Botts85

9 februari 2007
  • 26 februari 2021
SWAON sa: Aldrig använt FF-Works, hur är det jämfört med Handbroms?
Det är en rå frontend för ffmpeg, så den är inte lika bekväm som handbroms.

Det är utan tvekan mycket kraftfullare och mer anpassningsbart om du vill justera saker.

Min vanliga gå till är dock Handbroms.
Reaktioner:SWAON

phrehdd

25 oktober 2008
  • 27 februari 2021
SWAON sa: konvertera alla H.264-videor till H.265 för att krympa min lagring
Vill du ta en H.264-fil och komprimera den igen med H.265? Eller föreslår du att du först skulle dekomprimera filen och sedan komprimera den igen med H.265? Det förra skulle ge usla resultat och det senare, inte säker på hur du skulle göra det. Märkligt nog är lagring ganska billig nuförtiden så osäker på varför det är ett problem att spara lagringsutrymme.
Reaktioner:zoltm och SWAON

SWAON

Originalaffisch
2 september 2017
Europa
  • 27 februari 2021
phrehdd sa: Vill du ta en H.264-fil och komprimera den igen med H.265? Eller föreslår du att du först skulle dekomprimera filen och sedan komprimera den igen med H.265? Det förra skulle ge usla resultat och det senare, inte säker på hur du skulle göra det. Märkligt nog är lagring ganska billig nuförtiden så osäker på varför det är ett problem att spara lagringsutrymme.
Jag undrade detsamma, är det värt att konvertera redan h.264-videor till h.265-lagringsmässigt. Det verkar som om hela processen tar mycket mer tid och sparar relativt sett inte så mycket lagring. H

Honza1

30 november 2013
USA
  • 27 februari 2021
H.264->H.265 är förmodligen inte värt mödan, om du inte också behöver göra något annat. Vissa H.264-grejer har löjligt höga bithastigheter. Om man behöver ändra något fungerar H.265 bra och M1 kan göra det. Både med VideoToolbox (som är löjligt snabb) eller med mjukvarukodare. Jag förstår att även om VideoToolbox är extremt snabb är den inte så bra eller storlekseffektiv. Programvarukodning i Handbrake (betan för M1) fungerar bra. Den konverterar med ungefär verklig hastighet (30fps), beroende på material.
Reaktioner:SWAON TILL

Aleksid1

14 november 2017
  • 14 april 2021
Jag testade GPU-accelererad videokodning på M1 Mac Mini (H.264 VideoToolBox) i Handbrake Beta och konstant kvalitetsläge (ny funktion för M1 Mac, det fungerar som -crf i libx264).
Med samma filstorlek och alternativ (FullHD, 60p), visuell kvalitet mycket sämre än med libx264 eller med nvenc (NVIDIA). Jag kodade en H.264 med NVIDIA Geforce 1060 (nvenc H.264) och visuell kvalitet mycket bättre.
Så det verkar som att M1-videokodaren är dålig. Tyvärr.

Botts85

9 februari 2007
  • 14 april 2021
Aleksid1 sa: Jag testade GPU-accelererad videokodning på M1 Mac Mini (H.264 VideoToolBox) i Handbrake Beta och konstant kvalitetsläge (ny funktion för M1 Mac, det fungerar som -crf i libx264).
Med samma filstorlek och alternativ (FullHD, 60p), visuell kvalitet mycket sämre än med libx264 eller med nvenc (NVIDIA). Jag kodade en H.264 med NVIDIA Geforce 1060 (nvenc H.264) och visuell kvalitet mycket bättre.
Så det verkar som att M1-videokodaren är dålig. Tyvärr.
Min erfarenhet av att testa är att M1 distribuerar bithastigheter för aggressivt.

M1-kodarna med konstant kvalitet ser mycket bättre ut än QuickSync / NVENC-kodar i områden med rörelse, M1 ger mer (för mycket) bithastighet till dem, men M1 tenderar att jämna ut detaljer för att spara bithastighet i statiska scener, vilket gör att de ser lite plastiga ut. .

Apple kanske kan justera det med firmware. TILL

Aleksid1

14 november 2017
  • 14 april 2021
Tack för bekräftelsen. Jag testade också HEVC-kodning i Handbrake med M1 VideoToolBox-alternativ och visuell kvalitet är samma som H.264 med samma filstorlek. Det är väldigt konstigt. Jag ser ingen visuell skillnad mellan H.264/HEVC som använder VideoToolBox-kodaren. Kvaliteten borde verkligen förbättras av Apple.
Reaktioner:SWAON