Forum

Mac Mini M1 H.265-koding?

SWAON

Original plakat
2. september 2017
Europa
  • 19. november 2020
Hei folkens,

Jeg har en stor samling av serier på iTunes, og jeg vil gjerne konvertere alle H.264-videoer til H.265 for å redusere lagringsplassen min. Av den grunn ville jeg vurdert å kjøpe Mac Mini M1. Til de som allerede har kjøpt den, har noen prøvd å konvertere x264 til x265 og fortelle meg hvordan det gikk? Hvilken programvare brukte du (som Handbrake eller andre 3d-fester?), hvilke resultater fikk du og så videre. Jeg vil virkelig sette pris på all informasjon om det, siden det er min viktigste vurdering om kjøpet mitt. Takk på forhånd.
Reaksjoner:MiniApple M

MadCar

21. oktober 2014


Internettet
  • 19. november 2020
Jeg ville tatt en titt på Plex-foraene. De virker veldig fornøyde med ytelsen selv med apper som kjører under Rosetta så det virker veldig positivt så langt i forhold til koding med M1 Mini.
Reaksjoner:SWAON M

MadCar

21. oktober 2014
Internettet
  • 19. november 2020
Her er en tråd du kan finne nyttig.

Plex Media Server kjører på Apple Silicon M1 brikkesett, dvs. nye Mac mini, MacBook, etc

@Balthazar2k4 Jeg har en Mac mini M1 8GB som erstatning for Plex Media Server, siden min 2012 Mac mini ikke kan fortsette for alltid. Dessverre får jeg bare ikke PMS til å kjøre. Hvis jeg kjører den, kan jeg få den korteste flimren av Plex-shevronen i menylinjen og så ingenting. Ikke engang en feilmelding... forums.plex.tv
Handbrake har også en innebygd M1-app i Beta nå.

Utgivelse 1.4.0 Beta Universal Binary for macOS · HandBrake/HandBrake 8
Reaksjoner:zoltm, ElectronGuru, T'hain Esh Kelch og 2 andre

SWAON

Original plakat
2. september 2017
Europa
  • 19. november 2020
MadCar sa: Handbrake har også en innebygd M1-app i Beta nå.

Utgivelse 1.4.0 Beta Universal Binary for macOS · HandBrake/HandBrake 8
Takk for plex linken. Det ser ut til at de første inntrykkene på Handbrake-kjøring med Rosetta 2 var positive. Visste ikke at de begynte å gjøre M1 beta allerede. God jobb av laget.

ShredDude

30. november 2020
  • 30. november 2020
Jeg har gjort noen ganske omfattende tester med den opprinnelige HandBrake-appen på M1. Du kan gjøre vanvittig rask (180-220 fps) maskinvarekoding via VideoToolbox for HD-innhold (x264/265), men filstørrelsen og kvaliteten er suboptimal. Å bruke programvare som koder 264->265 1080p kjører omtrent 30 bilder per sekund, noe som ikke er dårlig! Samme innstillinger i ffmpeg under Rosetta får ca 15 FPS. Programvarekodingen bruker stort sett alle kjernene mine, men systemet forblir responsivt. Det er bokstavelig talt det eneste som kan få MBP-fansen til å slå seg på, og det gjør de noen gang.
Reaksjoner:SamRyouji, Frank Philips og SWAON

SWAON

Original plakat
2. september 2017
Europa
  • 1. desember 2020
ShredDude sa: Jeg har gjort noen ganske omfattende tester med den opprinnelige HandBrake-appen på M1.
Bruker du den nye betaversjonen eller den gamle Intel for Handbrake?

ShredDude

30. november 2020
  • 1. desember 2020
SWAON sa: Bruker du den nye betaversjonen eller den gamle Intel for Handbrake?
Betaversjon 1.4.0-beta.1 (2020111100)
Reaksjoner:SWAON D

dhy8386

13. august 2008
  • 3. desember 2020
ShredDude sa: Jeg har gjort noen ganske omfattende tester med den opprinnelige HandBrake-appen på M1. Du kan gjøre vanvittig rask (180-220 fps) maskinvarekoding via VideoToolbox for HD-innhold (x264/265), men filstørrelsen og kvaliteten er suboptimal. Å bruke programvare som koder 264->265 1080p kjører omtrent 30 bilder per sekund, noe som ikke er dårlig! Samme innstillinger i ffmpeg under Rosetta får ca 15 FPS. Programvarekodingen bruker stort sett alle kjernene mine, men systemet forblir responsivt. Det er bokstavelig talt det eneste som kan få MBP-fansen til å slå seg på, og det gjør de noen gang.

Ser akkurat det samme. Jeg har ikke sammenlignet VT vs x265-kvaliteten så mye ennå, men øyetest, VT-versjonen måtte kodes til 8K+ BR for å gi sammenlignbar kvalitet med x265 som var nærmere 2K BR. Og selvfølgelig den resulterende filen på 9 GB vs 2,3 GB.
Reaksjoner:SWAON

Admiral

14. april 2015
  • 9. desember 2020
ShredDude sa: Jeg har gjort noen ganske omfattende tester med den opprinnelige HandBrake-appen på M1. Du kan gjøre vanvittig rask (180-220 fps) maskinvarekoding via VideoToolbox for HD-innhold (x264/265), men filstørrelsen og kvaliteten er suboptimal. Å bruke programvare som koder 264->265 1080p kjører omtrent 30 bilder per sekund, noe som ikke er dårlig! Samme innstillinger i ffmpeg under Rosetta får ca 15 FPS. Programvarekodingen bruker stort sett alle kjernene mine, men systemet forblir responsivt. Det er bokstavelig talt det eneste som kan få MBP-fansen til å slå seg på, og det gjør de noen gang.

Jeg gjør noe x264 -> x265-programvarekoding akkurat nå på min nylig ankomne 8GB RAM Mac mini M1, og ytelsen under Handbrake 1.4 beta 1 ser ut til å være på nivå med min 2018 32GB RAM Mac mini 6-core i7 i når det gjelder bilder per sekund (de svirrer bort på den samme filen akkurat nå), noe som er noe mindre enn jeg forventet basert på rapporterte Geekbench-score, men Mac mini M1 forblir veldig responsiv og viften, selv om den kjører, forblir stille og det kommer veldig lite varme ut av maskinen - enten dekselet eller den bakre ventilen. Sammenlign med i7 mini, som er veldig varm å ta på, med et støt av varm luft fra den bakre ventilen. Viften til i7 er veldig hørbar.

Den sanne betydningen av dette er at Macbook Pro M1, som også har en vifte og derfor vil fungere praktisk talt identisk med Mac mini M1, kommer til å fullstendig utslette den 13' Macbook Pro 4-kjerne i5 jeg nettopp kjøpte i juni. Men basert på M1-ytelsen tror jeg at jeg vil holde pudderet tørt for de ryktede M1X- eller M1Z-modellene, som burde starte minst 70 % raskere enn M1. Gode ​​tider. Sist redigert: 9. desember 2020
Reaksjoner:ElectronGuru og SWAON

SWAON

Original plakat
2. september 2017
Europa
  • 10. desember 2020
Admiral sa: Jeg tror jeg vil holde pudderet tørt for de ryktede M1X- eller M1Z-modellene, som burde starte minst 70 % raskere enn M1. Gode ​​tider.
Jeg har tenkt å gjøre det samme.. Takk for kommentaren Reaksjoner:SWAON P

pmiles

12. desember 2013
  • 18. desember 2020
Jeg tror ikke du vil omkode fra H.264 til H.265. Hvis du hadde den originale kilden og deretter transkodet den til H.265, vil du få bedre resultater... H.264 er allerede komprimert (den kastet informasjon for å komprimere den som er tapt for alltid). Å prøve å komprimere et komprimert format kaster bare mer informasjon bort. Resultatene vil være suboptimale.

Jeg tviler på at du vil gi opp kvalitet for diskplass... for hvis du gjorde det, ville du ha brukt et mer aggressivt komprimeringsformat fra starten av.
Reaksjoner:zoltm, brucewayne, goodcow og 2 andre TIL

apple_iBoy

28. oktober 2003
Philadelphia, PA
  • 31. januar 2021
Admiral sa: Jeg gjør noe x264 -> x265 programvarekoding akkurat nå på min nylig ankomne 8GB RAM Mac mini M1, og ytelsen under Handbrake 1.4 beta 1 ser ut til å være på nivå med min 2018 32GB RAM Mac mini 6- core i7 når det gjelder bilder per sekund (de kjører på den samme filen akkurat nå), noe som er noe mindre enn jeg forventet basert på rapporterte Geekbench-score, men Mac mini M1 forblir veldig responsiv og viften, selv om den kjører, forblir stille og det kommer svært lite varme ut av maskinen – enten dekselet eller den bakre ventilen. Sammenlign med i7 mini, som er veldig varm å ta på, med et støt av varm luft fra den bakre ventilen. Viften til i7 er veldig hørbar.

Den sanne betydningen av dette er at Macbook Pro M1, som også har en vifte og derfor vil fungere praktisk talt identisk med Mac mini M1, kommer til å fullstendig utslette den 13' Macbook Pro 4-kjerne i5 jeg nettopp kjøpte i juni. Men basert på M1-ytelsen tror jeg at jeg vil holde pudderet tørt for de ryktede M1X- eller M1Z-modellene, som burde starte minst 70 % raskere enn M1. Gode ​​tider.
Bruker du x265 VideoToolBox forhåndsinnstilt i håndbremsen? Det flyr!
Reaksjoner:SWAON

Admiral

14. april 2015
  • 12. februar 2021
pmiles sa: Jeg tror ikke du vil omkode fra H.264 til H.265. Hvis du hadde den originale kilden og deretter transkodet den til H.265, vil du få bedre resultater... H.264 er allerede komprimert (den kastet informasjon for å komprimere den som er tapt for alltid). Å prøve å komprimere et komprimert format kaster bare mer informasjon bort. Resultatene vil være suboptimale.

Jeg tviler på at du vil gi opp kvalitet for diskplass... for hvis du gjorde det, ville du ha brukt et mer aggressivt komprimeringsformat fra starten av.

Med innhold jeg selv har laget, tar jeg selvfølgelig utgangspunkt i min egen originalkilde for best resultat. Med innhold jeg har stjålet, må jeg klare meg.

Uavhengig av herkomsten til kildematerialet, synes jeg programvarebasert koding er langt å foretrekke fremfor maskinvarebasert koding uavhengig av produsent. Apples h.264 og h.265 maskinvarekoding er virkelig fantastisk, men begge er egentlig bare egnet for bruk av live videostreaming. Noe som er en reell brukssituasjon – velg verktøyene som gir deg de beste resultatene for det du vil gjøre.
Reaksjoner:SWAON

Botts85

9. februar 2007
  • 14. februar 2021
M1 flyr på maskinvarekoding. Det ryker min i9 iMac. Det er mellom 3-4 ganger raskere (FPS-vis) ved H265-omkoder.

Det mister imidlertid i videokvalitet til Intel Mac ved maskinvarekoding.

SWAON

Original plakat
2. september 2017
Europa
  • 15. februar 2021
Gutter, hvilken programvare bruker du for kodingen? Det ville også vært nyttig å vite

Botts85

9. februar 2007
  • 22. februar 2021
FF-Works og Handbrake for meg.
Reaksjoner:SWAON

SWAON

Original plakat
2. september 2017
Europa
  • 22. februar 2021
Botts85 sa: FF-Works og Handbrake for meg.
Aldri brukt FF-Works, hvordan er den sammenlignet med Handbrake?

Botts85

9. februar 2007
  • 26. februar 2021
SWAON sa: Aldri brukt FF-Works, hvordan er det sammenlignet med Handbrake?
Det er en rå frontend for ffmpeg, så den er ikke like praktisk som håndbrems.

Det er uten tvil mye kraftigere og mer tilpassbart hvis du vil finpusse ting.

Min vanlige gå til er håndbrems skjønt.
Reaksjoner:SWAON

phrehdd

25. oktober 2008
  • 27. februar 2021
SWAON sa: konverter alle H.264-videoer til H.265 for å krympe lagringsplassen min
Ønsker du å ta en H.264-fil og komprimere den igjen med H.265? Eller foreslår du at du først vil dekomprimere filen og deretter rekomprimere med H.265? Førstnevnte ville gi elendige resultater og sistnevnte, ikke sikker på hvordan du ville gjort det. Merkelig nok er lagring ganske billig i disse dager, så usikker på hvorfor det er et problem å spare lagringsplass.
Reaksjoner:zoltm og SWAON

SWAON

Original plakat
2. september 2017
Europa
  • 27. februar 2021
phrehdd sa: Vil du ta en H.264-fil og komprimere den igjen med H.265? Eller foreslår du at du først vil dekomprimere filen og deretter rekomprimere med H.265? Førstnevnte ville gi elendige resultater og sistnevnte, ikke sikker på hvordan du ville gjort det. Merkelig nok er lagring ganske billig i disse dager, så usikker på hvorfor det er et problem å spare lagringsplass.
Jeg lurte på det samme, er det verdt å konvertere allerede h.264-videoer til h.265-lagringsmessig. Det ser ut til at hele prosessen tar mye mer tid og sparer relativt lite lagringsplass. H

Honza1

30. november 2013
OSS
  • 27. februar 2021
H.264->H.265 er sannsynligvis ikke verdt innsatsen, med mindre du også trenger å gjøre noe annet. Noen H.264-ting er i latterlig høye bithastigheter. Hvis man trenger å endre noe, fungerer H.265 fint og M1 kan gjøre det. Både ved å bruke VideoToolbox (som er latterlig rask) eller ved å bruke programvarekoder. Min forståelse er at selv om VideoToolbox er ekstremt rask, er den ikke så god eller størrelseseffektiv. Programvarekoding i Handbrake (betaen for M1) fungerer fint. Den konverterer med omtrent reell hastighet (30 fps), avhengig av materiale.
Reaksjoner:SWAON TIL

Aleksid1

14. november 2017
  • 14. april 2021
Jeg testet GPU-akselerert videokoding på M1 Mac Mini (H.264 VideoToolBox) i Handbrake Beta og konstant kvalitetsmodus (ny funksjon for M1 Macer, den fungerer som -crf i libx264).
Med samme filstørrelse og alternativer (FullHD, 60p), visuell kvalitet mye dårligere enn med libx264 eller med nvenc (NVIDIA). Jeg kodet en H.264 med NVIDIA Geforce 1060 (nvenc H.264) og visuell kvalitet mye bedre.
Så det ser ut til at M1-videokoderen er dårlig. Dessverre.

Botts85

9. februar 2007
  • 14. april 2021
Aleksid1 sa: Jeg testet GPU-akselerert videokoding på M1 Mac Mini (H.264 VideoToolBox) i Handbrake Beta og konstant kvalitetsmodus (ny funksjon for M1 Macer, den fungerer som -crf i libx264).
Med samme filstørrelse og alternativer (FullHD, 60p), visuell kvalitet mye dårligere enn med libx264 eller med nvenc (NVIDIA). Jeg kodet en H.264 med NVIDIA Geforce 1060 (nvenc H.264) og visuell kvalitet mye bedre.
Så det ser ut til at M1-videokoderen er dårlig. Dessverre.
Min erfaring med testing er at M1 distribuerer bithastigheter for aggressivt.

M1-kodene med konstant kvalitet ser langt bedre ut enn QuickSync / NVENC-koder i områder med bevegelse, M1 gir mer (for mye) bitrate til disse, men M1 har en tendens til å jevne ut detaljer for å spare bitrate i statiske scener, noe som får dem til å se litt plastiske ut. .

Apple kan kanskje justere det med fastvare. TIL

Aleksid1

14. november 2017
  • 14. april 2021
Takk for bekreftelsen. Jeg testet også HEVC-koding i Handbrake med M1 VideoToolBox-alternativ og visuell kvalitet er den samme som H.264 med samme filstørrelse. Det er veldig merkelig. Jeg ser ingen visuell forskjell mellom H.264/HEVC ved bruk av VideoToolBox-koder. Kvaliteten burde virkelig forbedres av Apple.
Reaksjoner:SWAON