Fora

Mac Mini M1 H.265-kodning?

SVAON

Original plakat
2. september 2017
Europa
  • 19. november 2020
Hej gutter,

Jeg har en stor samling af serier på iTunes, og jeg ville elske at konvertere alle H.264-videoer til H.265 for at formindske min lagerplads. Af den grund ville jeg overveje at købe Mac Mini M1. Til dem, der allerede har købt det, har nogen prøvet at konvertere x264 til x265 og fortælle mig, hvordan det gik? Hvilken software brugte du (som Handbrake eller andre 3d-fester?), hvilke resultater fik du og så videre. Jeg vil virkelig sætte pris på enhver information om det, da det er min vigtigste overvejelse ved mit køb. Tak på forhånd.
Reaktioner:MiniApple M

MadCar

21. oktober 2014


Internettet
  • 19. november 2020
Jeg ville tage et kig på Plex fora. De virker meget tilfredse med ydeevnen selv med apps, der kører under Rosetta, så det virker meget positivt indtil videre i forhold til kodning ved hjælp af M1 Mini.
Reaktioner:SVAON M

MadCar

21. oktober 2014
Internettet
  • 19. november 2020
Her er en tråd du måske kan bruge.

Plex Media Server kører på Apple Silicon M1 chipset, dvs. ny Mac mini, MacBook osv

@Balthazar2k4 Jeg har en Mac mini M1 8GB, der skal være min erstatning for Plex Media Server, da min 2012 Mac mini ikke kan fortsætte for evigt. Jeg kan desværre ikke få PMS til at køre. Hvis jeg kører det, kan jeg få det korteste flimmer af Plex-chevronen i menulinjen og så ingenting. Ikke engang en fejlmeddelelse... forums.plex.tv
Også Handbrake har en indbygget M1-app i Beta nu.

Release 1.4.0 Beta Universal Binary til macOS · HandBrake/HandBrake 8
Reaktioner:zoltm, ElectronGuru, T'hain Esh Kelch og 2 andre

SVAON

Original plakat
2. september 2017
Europa
  • 19. november 2020
MadCar sagde: Handbrake har også en indbygget M1-app i Beta nu.

Release 1.4.0 Beta Universal Binary til macOS · HandBrake/HandBrake 8
Tak for plex-linket. Det ser ud til, at de første indtryk af Handbrake-kørsel med Rosetta 2 var positive. Vidste ikke, at de allerede begyndte at lave M1 beta. Godt stykke arbejde af holdet.

ShredDude

30. november 2020
  • 30. november 2020
Jeg har lavet nogle ret omfattende tests med den oprindelige HandBrake-app på M1. Du kan lave vanvittigt hurtig (180-220 fps) hardwarekodning via VideoToolbox til HD-indhold (x264/265), men filstørrelsen og kvaliteten er suboptimal. Brug af softwarekodning 264->265 1080p kører omkring 30fps, hvilket ikke er dårligt! Samme indstillinger i ffmpeg under Rosetta får omkring 15 FPS. Softwarekodningen optager stort set alle mine kerner, men systemet forbliver responsivt. Det er bogstaveligt talt det eneste, der kan få mine MBP-fans til at tænde, og det gør de nogensinde.
Reaktioner:SamRyouji, Frank Philips og SWAON

SVAON

Original plakat
2. september 2017
Europa
  • 1. december 2020
ShredDude sagde: Jeg har lavet nogle ret omfattende tests med den oprindelige HandBrake-app på M1.
Bruger du den nye betaversion eller den gamle Intel til håndbremse?

ShredDude

30. november 2020
  • 1. december 2020
SWAON sagde: Bruger du den nye betaversion eller den gamle Intel til håndbremse?
Betaversion 1.4.0-beta.1 (2020111100)
Reaktioner:SVAON D

dhy8386

13. august 2008
  • 3. december 2020
ShredDude sagde: Jeg har lavet nogle ret omfattende tests med den oprindelige HandBrake-app på M1. Du kan lave vanvittigt hurtig (180-220 fps) hardwarekodning via VideoToolbox til HD-indhold (x264/265), men filstørrelsen og kvaliteten er suboptimal. Brug af softwarekodning 264->265 1080p kører omkring 30fps, hvilket ikke er dårligt! Samme indstillinger i ffmpeg under Rosetta får omkring 15 FPS. Softwarekodningen optager stort set alle mine kerner, men systemet forbliver responsivt. Det er bogstaveligt talt det eneste, der kan få mine MBP-fans til at tænde, og det gør de nogensinde.

Ser præcis det samme. Jeg har endnu ikke sammenlignet VT vs x265-kvaliteten grundigt, men øjentest, VT-versionen skulle kodes til 8K+ BR for at give sammenlignelig kvalitet med x265, som var tættere på 2K BR. Og selvfølgelig den resulterende 9GB fil vs 2,3GB fil.
Reaktioner:SVAON

Admiral

14. april 2015
  • 9. december 2020
ShredDude sagde: Jeg har lavet nogle ret omfattende tests med den oprindelige HandBrake-app på M1. Du kan lave vanvittigt hurtig (180-220 fps) hardwarekodning via VideoToolbox til HD-indhold (x264/265), men filstørrelsen og kvaliteten er suboptimal. Brug af softwarekodning 264->265 1080p kører omkring 30fps, hvilket ikke er dårligt! Samme indstillinger i ffmpeg under Rosetta får omkring 15 FPS. Softwarekodningen optager stort set alle mine kerner, men systemet forbliver responsivt. Det er bogstaveligt talt det eneste, der kan få mine MBP-fans til at tænde, og det gør de nogensinde.

Jeg laver noget x264 -> x265 softwarekodning lige nu på min nyligt ankomne 8GB RAM Mac mini M1, og ydeevnen under Handbrake 1.4 beta 1 ser ud til at være på niveau med min 2018 32GB RAM Mac mini 6-core i7 i med hensyn til frames per sekund (de kører væk på den samme fil lige nu), hvilket er noget mindre, end jeg forventede baseret på rapporterede Geekbench-score, men Mac mini M1 forbliver meget lydhør, og dens blæser, selvom den kører, forbliver lydløs og der kommer meget lidt varme ud af maskinen - enten kabinettet eller den bagerste udluftning. Sammenlign med i7 mini, som er meget varm at røre ved, med et brag af varm luft fra den bagerste udluftning. i7's blæser er meget hørbar.

Den sande betydning af dette er, at Macbook Pro M1, som også har en blæser og derfor vil fungere stort set identisk med Mac mini M1, helt vil udslette den 13' Macbook Pro 4-core i5, som jeg lige købte i juni. Men baseret på M1-ydelsen tror jeg, at jeg vil holde mit pudder tørt for de rygtede M1X- eller M1Z-modeller, som burde starte mindst 70 % hurtigere end M1. Gode ​​tider. Sidst redigeret: 9. december 2020
Reaktioner:ElectronGuru og SWAON

SVAON

Original plakat
2. september 2017
Europa
  • 10. december 2020
Admiral sagde: Jeg tror, ​​jeg vil holde mit pudder tørt for de rygtede M1X- eller M1Z-modeller, som burde starte mindst 70 % hurtigere end M1. Gode ​​tider.
Jeg planlægger at gøre det samme.. Tak for din kommentar Reaktioner:SVAON P

pmiles

12. december 2013
  • 18. december 2020
Jeg tror ikke, du vil omkode fra H.264 til H.265. Hvis du havde den originale kilde og derefter omkodet den til H.265, vil du få bedre resultater... H.264 er allerede komprimeret (den smed information væk for at komprimere den, der er tabt for altid). At forsøge at komprimere et komprimeret format kaster kun mere information væk. Resultaterne vil være suboptimale.

Jeg tvivler på, at du vil opgive kvalitet til diskplads... for hvis du gjorde det, ville du have brugt et mere aggressivt komprimeringsformat fra starten.
Reaktioner:zoltm, brucewayne, goodcow og 2 andre TIL

apple_iBoy

28. oktober 2003
Philadelphia, PA
  • 31. januar 2021
Admiral sagde: Jeg laver noget x264 -> x265 softwarekodning lige nu på min nyligt ankomne 8GB RAM Mac mini M1, og ydeevnen under Handbrake 1.4 beta 1 ser ud til at være på niveau med min 2018 32GB RAM Mac mini 6- core i7 med hensyn til billeder pr. sekund (de kværner væk på den samme fil lige nu), hvilket er noget mindre end jeg forventede baseret på rapporterede Geekbench-score, men Mac mini M1 forbliver meget lydhør og dens blæser, selvom den kører, forbliver lydløs, og der kommer meget lidt varme ud af maskinen - enten kabinettet eller den bagerste udluftning. Sammenlign med i7 mini, som er meget varm at røre ved, med et brag af varm luft fra den bagerste udluftning. i7's blæser er meget hørbar.

Den sande betydning af dette er, at Macbook Pro M1, som også har en blæser og derfor vil fungere stort set identisk med Mac mini M1, helt vil udslette den 13' Macbook Pro 4-core i5, som jeg lige købte i juni. Men baseret på M1-ydelsen tror jeg, at jeg vil holde mit pudder tørt for de rygtede M1X- eller M1Z-modeller, som burde starte mindst 70 % hurtigere end M1. Gode ​​tider.
Bruger du x265 VideoToolBox forudindstillet i håndbremse? Det flyver!
Reaktioner:SVAON

Admiral

14. april 2015
  • 12. februar 2021
pmiles sagde: Jeg tror ikke, du vil omkode fra H.264 til H.265. Hvis du havde den originale kilde og derefter omkodet den til H.265, vil du få bedre resultater... H.264 er allerede komprimeret (den smed information væk for at komprimere den, der er tabt for altid). At forsøge at komprimere et komprimeret format kaster kun mere information væk. Resultaterne vil være suboptimale.

Jeg tvivler på, at du vil opgive kvalitet til diskplads... for hvis du gjorde det, ville du have brugt et mere aggressivt komprimeringsformat fra starten.

Med indhold jeg selv har lavet, tager jeg selvfølgelig udgangspunkt i min egen originale kilde for de bedste resultater. Med indhold, jeg har stjålet, er jeg nødt til at klare mig.

Uanset kildematerialets herkomst finder jeg softwarebaseret kodning langt at foretrække frem for hardwarebaseret kodning uanset producenten. Apples h.264- og h.265-hardwarekodning er virkelig fantastiske, men begge egner sig egentlig kun til brugen af ​​live videostreaming. Hvilket er en reel use case - vælg de værktøjer, der giver dig de bedste resultater for det, du vil gøre.
Reaktioner:SVAON

Botts85

9. februar 2007
  • 14. februar 2021
M1 flyver på hardware-kodning. Den ryger min i9 iMac. Det er mellem 3-4x hurtigere (fps-vis) ved H265-omkoder.

Det taber dog i videokvalitet til Intel Mac ved hardwarekodning.

SVAON

Original plakat
2. september 2017
Europa
  • 15. februar 2021
Gutter, hvilken software bruger du til kodningen? Det ville også være nyttigt at vide

Botts85

9. februar 2007
  • 22. februar 2021
FF-Works og Håndbremse for mig.
Reaktioner:SVAON

SVAON

Original plakat
2. september 2017
Europa
  • 22. februar 2021
Botts85 sagde: FF-Works og Handbrake for mig.
Aldrig brugt FF-Works, hvordan er det sammenlignet med Handbrake?

Botts85

9. februar 2007
  • 26. februar 2021
SWAON sagde: Aldrig brugt FF-Works, hvordan er det sammenlignet med Handbrake?
Det er en rå frontend til ffmpeg, så den er ikke så praktisk som håndbremse.

Det er uden tvivl langt mere kraftfuldt og mere tilpasseligt, hvis du vil justere tingene.

Min almindelige gå til er dog Handbrake.
Reaktioner:SVAON

phrehdd

25. oktober 2008
  • 27. februar 2021
SWAON sagde: Konverter alle H.264-videoer til H.265 for at formindske min lagerplads
Vil du tage en H.264-fil og komprimere den igen med H.265? Eller foreslår du, at du først vil dekomprimere filen og derefter komprimere den igen med H.265? Førstnævnte ville give elendige resultater, og sidstnævnte, ikke sikker på, hvordan du ville gøre det. Mærkeligt nok er opbevaring ret billig i disse dage, så usikker på hvorfor det er et problem at spare lagerplads.
Reaktioner:zoltm og SWAON

SVAON

Original plakat
2. september 2017
Europa
  • 27. februar 2021
phrehdd sagde: Vil du tage en H.264-fil og komprimere den igen med H.265? Eller foreslår du, at du først vil dekomprimere filen og derefter komprimere den igen med H.265? Førstnævnte ville give elendige resultater, og sidstnævnte, ikke sikker på, hvordan du ville gøre det. Mærkeligt nok er opbevaring ret billig i disse dage, så usikker på hvorfor det er et problem at spare lagerplads.
Jeg spekulerede på det samme, er det værd at konvertere allerede h.264-videoer til h.265-lagringsmæssigt. Det ser ud til, at hele processen tager meget mere tid og sparer relativt ikke så meget lagerplads. H

Honza1

30. november 2013
OS
  • 27. februar 2021
H.264->H.265 er nok ikke besværet værd, medmindre du også skal lave noget andet. Nogle H.264-ting er i latterligt høje bithastigheder. Hvis man skal ændre noget, fungerer H.265 fint og M1 kan gøre det. Både ved at bruge VideoToolbox (som er latterligt hurtig) eller ved at bruge software-encoder. Min forståelse er, at selvom VideoToolbox er ekstremt hurtig, er den ikke så god eller størrelseseffektiv. Softwarekodning i Handbrake (betaen til M1) fungerer fint. Den konverterer med ca. reel hastighed (30fps), afhængigt af materiale.
Reaktioner:SVAON TIL

Aleksid 1

14. november 2017
  • 14. april 2021
Jeg testede GPU-accelereret videokodning på M1 Mac Mini (H.264 VideoToolBox) i Handbrake Beta og konstant kvalitetstilstand (ny funktion til M1 Macs, det fungerer som -crf i libx264).
Med samme filstørrelse og muligheder (FullHD, 60p), visuel kvalitet meget dårligere end med libx264 eller med nvenc (NVIDIA). Jeg kodede en H.264 med NVIDIA Geforce 1060 (nvenc H.264) og visuel kvalitet meget bedre.
Så det ser ud til, at M1 videoencoder er dårlig. Desværre.

Botts85

9. februar 2007
  • 14. april 2021
Aleksid1 sagde: Jeg testede GPU-accelereret videokodning på M1 Mac Mini (H.264 VideoToolBox) i Handbrake Beta og konstant kvalitetstilstand (ny funktion til M1 Macs, det fungerer som -crf i libx264).
Med samme filstørrelse og muligheder (FullHD, 60p), visuel kvalitet meget dårligere end med libx264 eller med nvenc (NVIDIA). Jeg kodede en H.264 med NVIDIA Geforce 1060 (nvenc H.264) og visuel kvalitet meget bedre.
Så det ser ud til, at M1 videoencoder er dårlig. Desværre.
Min erfaring med test er, at M1 distribuerer bithastigheder for aggressivt.

M1-koderne med konstant kvalitet ser langt bedre ud end QuickSync / NVENC-koderne i områder med bevægelse, M1 giver mere (for meget) bitrate til dem, men M1 har en tendens til at udglatte detaljer for at spare bitrate i statiske scener, hvilket får dem til at se lidt plastikagtige ud. .

Apple kan muligvis justere det med firmware. TIL

Aleksid 1

14. november 2017
  • 14. april 2021
Tak for bekræftelsen. Jeg testede også HEVC-kodning i Handbrake med M1 VideoToolBox-mulighed og visuel kvalitet er den samme som H.264 med samme filstørrelse. Det er meget mærkeligt. Jeg ser ingen visuel forskel mellem H.264/HEVC ved hjælp af VideoToolBox-encoder. Kvaliteten burde virkelig forbedres af Apple.
Reaktioner:SVAON
Apple Nyheder Andet Hvordan Andet Apple Nyheder
Apple udgiver ny firmware til AirPods Pro 2
Tom Hanks WWII-film 'Greyhound' får premiere på Apple TV+ [Opdateret]
Populære Indlæg

Populære Indlæg

Apple Nyheder
iPad Pro 2020 vs. iPad Pro 2021 Købervejledning
Apple Nyheder
Samsung 'Fake' Moon Shots-kontrovers sætter computerfotografering i søgelyset
Apple Nyheder
Discord Desktop-apps får dyb Spotify-integration, inklusive 'Lyt Along'-funktion i realtid
Apple Nyheder
GoodNotes 6 bringer AI-drevet håndskriftstavekontrol og autofuldførelsesfunktioner
Apple Nyheder
COVID-19 Coronavirus: Indvirkning på Apples iPhone, Mac og WWDC
Hvordan Tos
Sådan kontrolleres iCloud nøglering adgangskodesikkerhed