Fóra

Mac Mini M1 kódování H.265?

SWAON

Původní plakát
2. září 2017
Evropa
  • 19. listopadu 2020
Hej lidi,

Mám velkou sbírku seriálů na iTunes a rád bych převedl všechna videa H.264 na H.265, abych zmenšil své úložiště. Z toho důvodu bych uvažoval o koupi Macu Mini M1. Pro ty, kteří si to již koupili, zkusil někdo převést x264 na x265 a říct mi, jak to dopadlo? Jaký software jste použili (například ruční brzdu nebo jiné 3D party?), jaké výsledky jste získali a tak dále. Opravdu bych ocenil jakékoli informace o tom, protože je to pro mě nejdůležitější úvaha o mém nákupu. Děkuji předem.
reakce:MiniApple M

MadCar

21. října 2014


Internet
  • 19. listopadu 2020
Podíval bych se na fóra Plex. Zdá se, že jsou velmi spokojeni s výkonem i s aplikacemi, které běží pod Rosettou, takže to zatím vypadá velmi pozitivně ve vztahu k kódování pomocí M1 Mini.
reakce:SWAON M

MadCar

21. října 2014
Internet
  • 19. listopadu 2020
Zde je vlákno, které by se vám mohlo hodit.

Plex Media Server běžící na čipové sadě Apple Silicon M1, tedy nový Mac mini, MacBook atd

@Balthazar2k4 Mám Mac mini M1 8GB jako náhradu za Plex Media Server, protože můj Mac mini z roku 2012 nemůže fungovat věčně. Bohužel se mi nedaří spustit PMS. Pokud to spustím, dostanu nejkratší záblesk šipky Plex v pruhu nabídky a pak nic. Ani chybová hláška... forums.plex.tv
Také Handbrake má nyní v beta verzi nativní aplikaci M1.

Verze 1.4.0 Beta Universal Binary pro macOS · HandBrake/HandBrake 8
reakce:zoltm, ElectronGuru, T'hain Esh Kelch a 2 další

SWAON

Původní plakát
2. září 2017
Evropa
  • 19. listopadu 2020
MadCar řekl: Také ruční brzda má nyní v beta verzi nativní aplikaci M1.

Verze 1.4.0 Beta Universal Binary pro macOS · HandBrake/HandBrake 8
Díky za plex odkaz. Zdá se, že první dojmy z ruční brzdy s Rosetta 2 byly pozitivní. Nevěděl jsem, že už začali dělat M1 beta. Dobrá práce týmu.

Shred Dude

30. listopadu 2020
  • 30. listopadu 2020
Provedl jsem poměrně rozsáhlé testování s nativní aplikací HandBrake na M1. Pomocí VideoToolbox můžete provádět šíleně rychlé hardwarové kódování (180–220 snímků za sekundu) pro obsah HD (x264/265), ale velikost a kvalita souboru není optimální. Při použití softwarového kódování 264->265 1080p běží přibližně 30 snímků za sekundu, což není špatné! Stejná nastavení v ffmpeg pod Rosetta získají asi 15 FPS. Softwarové kódování do značné míry spotřebovává všechna moje jádra, ale systém zůstává citlivý. Je to doslova jediná věc, která může přimět mé fanoušky MBP, aby se zapnuli, a chlapče, vůbec to udělali.
reakce:SamRyouji, Frank Philips a SWAON

SWAON

Původní plakát
2. září 2017
Evropa
  • 1. prosince 2020
ShredDude řekl: Provedl jsem poměrně rozsáhlé testování s nativní aplikací HandBrake na M1.
Používáte novou beta verzi nebo starou intel pro ruční brzdu?

Shred Dude

30. listopadu 2020
  • 1. prosince 2020
SWAON řekl: Používáte novou beta verzi nebo starou intelovou verzi pro ruční brzdu?
Beta verze 1.4.0-beta.1 (2020111100)
reakce:SWAON D

dhy8386

13. srpna 2008
  • 3. prosince 2020
ShredDude řekl: Provedl jsem poměrně rozsáhlé testování s nativní aplikací HandBrake na M1. Pomocí VideoToolbox můžete provádět šíleně rychlé hardwarové kódování (180–220 snímků za sekundu) pro obsah HD (x264/265), ale velikost a kvalita souboru není optimální. Při použití softwarového kódování 264->265 1080p běží přibližně 30 snímků za sekundu, což není špatné! Stejná nastavení v ffmpeg pod Rosetta získají asi 15 FPS. Softwarové kódování do značné míry spotřebovává všechna moje jádra, ale systém zůstává citlivý. Je to doslova jediná věc, která může přimět mé fanoušky MBP, aby se zapnuli, a chlapče, vůbec to udělali.

Vidět přesně to samé. Ještě jsem příliš neporovnával kvalitu VT vs x265, ale oční test, verze VT musela být zakódována na 8K+ BR, aby byla srovnatelná kvalita s x265, která se blížila 2K BR. A samozřejmě výsledný 9GB soubor vs 2,3GB soubor.
reakce:SWAON

Admirál

14. dubna 2015
  • 9. prosince 2020
ShredDude řekl: Provedl jsem poměrně rozsáhlé testování s nativní aplikací HandBrake na M1. Pomocí VideoToolbox můžete provádět šíleně rychlé hardwarové kódování (180–220 snímků za sekundu) pro obsah HD (x264/265), ale velikost a kvalita souboru není optimální. Při použití softwarového kódování 264->265 1080p běží přibližně 30 snímků za sekundu, což není špatné! Stejná nastavení v ffmpeg pod Rosetta získají asi 15 FPS. Softwarové kódování do značné míry spotřebovává všechna moje jádra, ale systém zůstává citlivý. Je to doslova jediná věc, která může přimět mé fanoušky MBP, aby se zapnuli, a chlapče, vůbec to udělali.

Právě teď provádím nějaké softwarové kódování x264 -> x265 na svém nově dodaném Macu mini M1 s 8 GB RAM a výkon v rámci ruční brzdy 1.4 beta 1 se zdá být na stejné úrovni jako můj 6jádrový i7 in Mac mini z roku 2018 s 32 GB RAM. pokud jde o počet snímků za sekundu (momentálně utíkají stejným souborem), což je o něco méně, než jsem očekával na základě hlášených skóre Geekbench, ale Mac mini M1 zůstává velmi citlivý a jeho ventilátor, i když běží, zůstává tichý a ze stroje vychází velmi málo tepla – buď ze skříně, nebo ze zadního větracího otvoru. Porovnejte s i7 mini, které je velmi teplé na dotek, s proudem horkého vzduchu ze zadního větracího otvoru. Ventilátor i7 je velmi dobře slyšet.

Skutečný význam toho je, že Macbook Pro M1, který má také ventilátor, a proto bude fungovat prakticky identicky jako Mac mini M1, zcela vymaže 13' Macbook Pro 4-core i5, který jsem si právě koupil v červnu. Ale na základě výkonu M1 si myslím, že udržím svůj prášek v suchu pro pověstné modely M1X nebo M1Z, které by měly startovat minimálně o 70 % rychleji než M1. Dobré časy. Poslední úprava: 9. prosince 2020
reakce:ElectronGuru a SWAON

SWAON

Původní plakát
2. září 2017
Evropa
  • 10. prosince 2020
Admirál řekl: Myslím, že nechám svůj prášek v suchu pro pověstné modely M1X nebo M1Z, které by měly startovat alespoň o 70 % rychleji než M1. Dobré časy.
Mám v plánu udělat totéž.. Děkuji za komentář reakce:SWAON P

pmiles

12. prosince 2013
  • 18. prosince 2020
Nemyslím si, že chcete překódovat z H.264 na H.265. Pokud jste měli původní zdroj a pak jej překódovali do H.265, získáte lepší výsledky... H.264 je již zkomprimován (vyhodil informace, aby je zkomprimoval, které jsou navždy ztraceny). Pokus o komprimaci komprimovaného formátu pouze vyhodí další informace. Výsledky nebudou optimální.

Pochybuji, že se chcete vzdát kvality kvůli místu na disku... protože pokud byste to udělali, použili byste od začátku agresivnější kompresní formát.
reakce:zoltm, brucewayne, goodcow a 2 dalšími NA

apple_iBoy

28. října 2003
Philadelphia, PA
  • 31. ledna 2021
Admirál řekl: Právě teď provádím nějaké softwarové kódování x264 -> x265 na svém nově příchozím Macu mini M1 s 8 GB RAM a výkon v rámci ruční brzdy 1.4 beta 1 se zdá být na stejné úrovni jako můj Mac mini 6-2018 s 32 GB RAM- core i7, pokud jde o snímky za sekundu (právě teď chrlí stejný soubor), což je o něco méně, než jsem očekával na základě hlášených skóre Geekbench, ale Mac mini M1 zůstává velmi citlivý a jeho ventilátor, i když běží, zůstává tichý a ze stroje vychází velmi málo tepla – ať už ze skříně, nebo ze zadního větracího otvoru. Porovnejte s i7 mini, které je velmi teplé na dotek, s proudem horkého vzduchu ze zadního větracího otvoru. Ventilátor i7 je velmi dobře slyšet.

Skutečný význam toho je, že Macbook Pro M1, který má také ventilátor, a proto bude fungovat prakticky identicky jako Mac mini M1, zcela vymaže 13' Macbook Pro 4-core i5, který jsem si právě koupil v červnu. Ale na základě výkonu M1 si myslím, že udržím svůj prášek v suchu pro pověstné modely M1X nebo M1Z, které by měly startovat minimálně o 70 % rychleji než M1. Dobré časy.
Používáte přednastavení x265 VideoToolBox v ruční brzdě? Létá to!
reakce:SWAON

Admirál

14. dubna 2015
  • 12. února 2021
pmiles řekl: Nemyslím si, že chcete překódovat z H.264 na H.265. Pokud jste měli původní zdroj a pak jej překódovali do H.265, získáte lepší výsledky... H.264 je již zkomprimován (vyhodil informace, aby je zkomprimoval, které jsou navždy ztraceny). Pokus o komprimaci komprimovaného formátu pouze vyhodí další informace. Výsledky nebudou optimální.

Pochybuji, že se chcete vzdát kvality kvůli místu na disku... protože pokud byste to udělali, použili byste od začátku agresivnější kompresní formát.

S obsahem, který jsem sám vytvořil, samozřejmě vycházím ze svého vlastního původního zdroje, abych dosáhl co nejlepších výsledků. S obsahem, který jsem ukradl, si musím vystačit.

Bez ohledu na původ zdrojového materiálu považuji softwarové kódování za mnohem vhodnější než hardwarové kódování bez ohledu na výrobce. Hardwarové kódování h.264 a h.265 společnosti Apple je skutečně úžasné, ale oba jsou skutečně vhodné pouze pro případ použití živého streamování videa. Což je skutečný případ použití – vyberte si nástroje, které vám poskytnou nejlepší výsledky pro věc, kterou chcete dělat.
reakce:SWAON

Botts85

9. února 2007
  • 14. února 2021
M1 letí na hardwarové kódování. Kouří můj i9 iMac. Při překódování H265 je 3-4x rychlejší (z hlediska FPS).

Ztrácí však kvalitu videa oproti Intel Mac při hardwarovém kódování.

SWAON

Původní plakát
2. září 2017
Evropa
  • 15. února 2021
Chlapi, jaký software používáte pro kódování? To by bylo také užitečné vědět

Botts85

9. února 2007
  • 22. února 2021
FF-Works a ruční brzda pro mě.
reakce:SWAON

SWAON

Původní plakát
2. září 2017
Evropa
  • 22. února 2021
Botts85 řekl: FF funguje a ruční brzda pro mě.
Nikdy nepoužitý FF-Works, jak je to ve srovnání s ruční brzdou?

Botts85

9. února 2007
  • 26. února 2021
SWAON řekl: Nikdy jsem FF-Works nepoužíval, jak je to ve srovnání s ruční brzdou?
Je to surový přední konec pro ffmpeg, takže to není tak pohodlné jako ruční brzda.

Je pravděpodobně mnohem výkonnější a lépe přizpůsobitelný, pokud chcete věci vyladit.

Moje pravidelná jízda je ruční brzda.
reakce:SWAON

phrehdd

25. října 2008
  • 27. února 2021
SWAON řekl: převeďte všechna videa H.264 na H.265, abych zmenšil úložiště
Chcete vzít soubor H.264 a znovu jej zkomprimovat pomocí H.265? Nebo navrhujete, že byste soubor nejprve dekomprimovali a poté znovu zkomprimovali pomocí H.265? První by dával mizerné výsledky a ten druhý si není jistý, jak byste to udělali. Je zvláštní, že úložiště je v dnešní době poměrně levné, takže si nejste jisti, proč je úspora úložného prostoru problémem.
reakce:zoltm a SWAON

SWAON

Původní plakát
2. září 2017
Evropa
  • 27. února 2021
phrehdd řekl: Chcete vzít soubor H.264 a znovu jej zkomprimovat pomocí H.265? Nebo navrhujete, že byste soubor nejprve dekomprimovali a poté znovu zkomprimovali pomocí H.265? První by dával mizerné výsledky a ten druhý si není jistý, jak byste to udělali. Je zvláštní, že úložiště je v dnešní době poměrně levné, takže si nejste jisti, proč je úspora úložného prostoru problémem.
Totéž by mě zajímalo, zda má cenu převádět již h.264 videa na h.265 úložiště. Zdá se, že celý proces zabere mnohem více času a ušetří relativně málo místa. H

Honza1

30. listopadu 2013
NÁS
  • 27. února 2021
H.264->H.265 pravděpodobně nestojí za námahu, pokud nepotřebujete udělat něco jiného. Některé věci H.264 mají směšně vysoké datové toky. Pokud člověk potřebuje něco změnit, H.265 funguje dobře a M1 to umí. Jak pomocí VideoToolbox (který je směšně rychlý), tak pomocí softwarového kodéru. Chápu to tak, že i když je VideoToolbox extrémně rychlý, není tak dobrý ani efektivní. Softwarové kódování v ruční brzdě (beta pro M1) funguje dobře. Převádí přibližně skutečnou rychlostí (30 snímků za sekundu), v závislosti na materiálu.
reakce:SWAON NA

Aleksid1

14. listopadu 2017
  • 14. dubna 2021
Testoval jsem GPU-akcelerované kódování videa na M1 Mac Mini (H.264 VideoToolBox) v ruční brzdě Beta a režimu konstantní kvality (nová funkce pro M1 Mac, funguje jako -crf v libx264).
Se stejnou velikostí souboru a možnostmi (FullHD, 60p), vizuální kvalita mnohem horší než u libx264 nebo u nvenc (NVIDIA). Kódoval jsem H.264 pomocí NVIDIA Geforce 1060 (nvenc H.264) a vizuální kvalitu mnohem lepší.
Zdá se tedy, že video kodér M1 je špatný. Bohužel.

Botts85

9. února 2007
  • 14. dubna 2021
Aleksid1 řekl: Testoval jsem GPU-akcelerované kódování videa na M1 Mac Mini (H.264 VideoToolBox) v ruční brzdě Beta a režimu konstantní kvality (nová funkce pro M1 Mac, funguje jako -crf v libx264).
Se stejnou velikostí souboru a možnostmi (FullHD, 60p), vizuální kvalita mnohem horší než u libx264 nebo u nvenc (NVIDIA). Kódoval jsem H.264 pomocí NVIDIA Geforce 1060 (nvenc H.264) a vizuální kvalitu mnohem lepší.
Zdá se tedy, že video kodér M1 je špatný. Bohužel.
Moje zkušenost s testováním je, že M1 příliš agresivně distribuuje datové toky.

Kódování konstantní kvality M1 vypadá mnohem lépe než kódování QuickSync / NVENC v oblastech s pohybem, M1 jim dává vyšší (příliš velký) datový tok, ale M1 má tendenci vyhladit detaily, aby šetřil datový tok ve statických scénách, takže vypadají trochu plasticky. .

Apple to možná dokáže upravit pomocí firmwaru. NA

Aleksid1

14. listopadu 2017
  • 14. dubna 2021
Děkuji za potvrzení. Testoval jsem také kódování HEVC v ruční brzdě s možností M1 VideoToolBox a vizuální kvalita je stejná jako H.264 se stejnou velikostí souboru. To je velmi zvláštní. Nevidím žádný vizuální rozdíl mezi H.264/HEVC pomocí kodéru VideoToolBox. Apple by měl skutečně zlepšit kvalitu.
reakce:SWAON