Forums

Mac Mini M1 H.265-codering?

SWAON

originele poster
2 sep. 2017
Europa
  • 19 november 2020
Hallo jongens,

Ik heb een grote verzameling series op iTunes en ik zou graag alle H.264-video's naar H.265 willen converteren om mijn opslag te verkleinen. Om die reden zou ik overwegen om Mac Mini M1 te kopen. Voor degenen die het al hebben gekocht, heeft iemand geprobeerd x264 naar x265 te converteren en me te vertellen hoe dat ging? Welke software heb je gebruikt (zoals Handbrake of andere 3D-partijen?), welke resultaten heb je gekregen, enzovoort. Ik zou alle informatie hierover zeer op prijs stellen, aangezien dit mijn belangrijkste overweging is bij mijn aankoop. Bij voorbaat dank.
reacties:Mini Appel m

MadCar

21 okt 2014


Het internet
  • 19 november 2020
Ik zou eens kijken op de Plex-forums. Ze lijken erg blij met de prestaties, zelfs met apps die onder Rosetta draaien, dus het lijkt tot nu toe erg positief met betrekking tot codering met behulp van de M1 Mini.
reacties:SWAON m

MadCar

21 okt 2014
Het internet
  • 19 november 2020
Hier is een draad die je misschien nuttig vindt.

Plex Media Server draait op Apple Silicon M1-chipset, d.w.z. nieuwe Mac mini, MacBook, enz.

@Balthazar2k4 Ik heb een Mac mini M1 8GB als mijn vervangende Plex Media Server, aangezien mijn Mac mini uit 2012 niet eeuwig kan doorgaan. Helaas krijg ik PMS niet aan de gang. Als ik het uitvoer, kan ik de kortste flikkering van de Plex-chevron in de menubalk krijgen en dan niets. Zelfs geen foutmelding... forums.plex.tv
Ook Handbrake heeft nu een native M1-app in bèta.

Release 1.4.0 Beta Universal Binary voor macOS · HandBrake/HandBrake 8
reacties:zoltm, ElectronGuru, T'hain Esh Kelch en 2 anderen

SWAON

originele poster
2 sep. 2017
Europa
  • 19 november 2020
MadCar zei: Ook Handbrake heeft nu een native M1-app in bèta.

Release 1.4.0 Beta Universal Binary voor macOS · HandBrake/HandBrake 8
Bedankt voor de plex-link. Het lijkt erop dat de eerste indrukken over Handbrake met Rosetta 2 positief waren. Wist niet dat ze al begonnen waren met de M1-bèta. Goed werk van het team.

ShredDude

30 november 2020
  • 30 november 2020
Ik heb redelijk uitgebreide tests gedaan met de native HandBrake-app op de M1. Je kunt waanzinnig snelle (180-220 fps) hardwarecodering uitvoeren via VideoToolbox voor HD-inhoud (x264/265), maar de bestandsgrootte en kwaliteit zijn suboptimaal. Het gebruik van softwarecodering 264->265 1080p draait ongeveer 30 fps, wat niet slecht is! Dezelfde instellingen in ffmpeg onder Rosetta halen ongeveer 15 FPS. De softwarecodering verbruikt vrijwel al mijn kernen, maar het systeem blijft responsief. Het is letterlijk het enige dat mijn MBP-fans ertoe kan brengen aan te zetten, en jongen, doen ze dat ooit.
reacties:SamRyouji, Frank Philips en SWAON

SWAON

originele poster
2 sep. 2017
Europa
  • 1 dec. 2020
ShredDude zei: Ik heb redelijk uitgebreide tests gedaan met de native HandBrake-app op de M1.
Gebruik je de nieuwe bètaversie of de oude Intel-versie voor Handbrake?

ShredDude

30 november 2020
  • 1 dec. 2020
SWAON zei: Gebruik je de nieuwe bètaversie of de oude Intel-versie voor Handbrake?
Bètaversie 1.4.0-beta.1 (2020111100)
reacties:SWAON NS

dhy8386

13 aug. 2008
  • 3 december 2020
ShredDude zei: Ik heb redelijk uitgebreide tests gedaan met de native HandBrake-app op de M1. Je kunt waanzinnig snelle (180-220 fps) hardwarecodering uitvoeren via VideoToolbox voor HD-inhoud (x264/265), maar de bestandsgrootte en kwaliteit zijn suboptimaal. Het gebruik van softwarecodering 264->265 1080p draait ongeveer 30 fps, wat niet slecht is! Dezelfde instellingen in ffmpeg onder Rosetta halen ongeveer 15 FPS. De softwarecodering verbruikt vrijwel al mijn kernen, maar het systeem blijft responsief. Het is letterlijk het enige dat mijn MBP-fans ertoe kan brengen aan te zetten, en jongen, doen ze dat ooit.

Precies hetzelfde zien. Ik heb de VT- versus x265-kwaliteit nog niet uitgebreid vergeleken, maar oogtest, de VT-versie moest worden gecodeerd op 8K+ BR om een ​​vergelijkbare kwaliteit te krijgen als x265, die dichter bij 2K BR lag. En natuurlijk het resulterende bestand van 9 GB versus 2,3 GB.
reacties:SWAON

Admiraal

14 april 2015
  • 9 dec. 2020
ShredDude zei: Ik heb redelijk uitgebreide tests gedaan met de native HandBrake-app op de M1. Je kunt waanzinnig snelle (180-220 fps) hardwarecodering uitvoeren via VideoToolbox voor HD-inhoud (x264/265), maar de bestandsgrootte en kwaliteit zijn suboptimaal. Het gebruik van softwarecodering 264->265 1080p draait ongeveer 30 fps, wat niet slecht is! Dezelfde instellingen in ffmpeg onder Rosetta halen ongeveer 15 FPS. De softwarecodering verbruikt vrijwel al mijn kernen, maar het systeem blijft responsief. Het is letterlijk het enige dat mijn MBP-fans ertoe kan brengen aan te zetten, en jongen, doen ze dat ooit.

Ik doe nu wat x264 -> x265-softwarecodering op mijn nieuw aangekomen 8GB RAM Mac mini M1 en de prestaties onder de Handbrake 1.4 beta 1 lijken op één lijn te liggen met mijn 2018 32GB RAM Mac mini 6-core i7 in termen van frames per seconde (ze draaien momenteel op hetzelfde bestand), wat iets minder is dan ik had verwacht op basis van gerapporteerde Geekbench-scores, maar de Mac mini M1 blijft zeer responsief en zijn ventilator, hoewel hij draait, blijft stil en er komt heel weinig warmte uit de machine - de behuizing of de ventilatie aan de achterkant. Vergelijk met de i7 mini, die erg warm aanvoelt, met een explosie van hete lucht uit de achterste ventilatieopening. De ventilator van de i7 is goed hoorbaar.

Het echte belang hiervan is dat de Macbook Pro M1, die ook een ventilator heeft en daarom vrijwel identiek zal presteren als de Mac mini M1, de 13' Macbook Pro 4-core i5 die ik net in juni kocht, volledig zal vernietigen. Maar op basis van de M1-prestaties denk ik dat ik mijn poeder droog zal houden voor de geruchten M1X- of M1Z-modellen, die minstens 70% sneller zouden moeten starten dan de M1. Goede Tijden. Laatst bewerkt: 9 december 2020
reacties:ElectronGuru en SWAON

SWAON

originele poster
2 sep. 2017
Europa
  • 10 dec. 2020
Admiraal zei: ik denk dat ik mijn kruit droog zal houden voor de geruchten M1X- of M1Z-modellen, die minstens 70% sneller zouden moeten starten dan de M1. Goede Tijden.
Ik ben van plan hetzelfde te doen.. Bedankt voor je reactie reacties:SWAON P

pmiles

12 december 2013
  • 18 dec. 2020
Ik denk niet dat je wilt transcoderen van H.264 naar H.265. Als u de originele broncode had en deze vervolgens naar H.265 transcodeerde, krijgt u betere resultaten... H.264 is al gecomprimeerd (het heeft informatie weggegooid om het te comprimeren dat voor altijd verloren gaat). Als u een gecomprimeerd formaat probeert te comprimeren, gooit u alleen maar meer informatie weg. De resultaten zullen suboptimaal zijn.

Ik betwijfel of je kwaliteit voor schijfruimte wilt opgeven... want als je dat deed, zou je vanaf het begin een agressiever compressieformaat hebben gebruikt.
reacties:zoltm, brucewayne, goodcow en 2 anderen TOT

apple_iBoy

28 okt 2003
Philadelphia, Pennsylvania
  • 31 jan. 2021
Admiraal zei: ik ben nu bezig met x264 -> x265-softwarecodering op mijn nieuw aangekomen 8GB RAM Mac mini M1, en de prestaties onder de Handbrake 1.4 beta 1 lijken op één lijn te liggen met mijn 2018 32GB RAM Mac mini 6- core i7 in termen van frames per seconde (ze draaien momenteel op hetzelfde bestand), wat iets minder is dan ik had verwacht op basis van gerapporteerde Geekbench-scores, maar de Mac mini M1 blijft zeer responsief en zijn fan, hoewel hij draait, blijft stil en er komt heel weinig warmte uit de machine - hetzij de behuizing, hetzij de ventilatie aan de achterkant. Vergelijk met de i7 mini, die erg warm aanvoelt, met een explosie van hete lucht uit de achterste ventilatieopening. De ventilator van de i7 is goed hoorbaar.

Het echte belang hiervan is dat de Macbook Pro M1, die ook een ventilator heeft en daarom vrijwel identiek zal presteren als de Mac mini M1, de 13' Macbook Pro 4-core i5 die ik net in juni kocht, volledig zal vernietigen. Maar op basis van de M1-prestaties denk ik dat ik mijn poeder droog zal houden voor de geruchten M1X- of M1Z-modellen, die minstens 70% sneller zouden moeten starten dan de M1. Goede Tijden.
Gebruikt u de x265 VideoToolBox-preset in handrem? Het vliegt!
reacties:SWAON

Admiraal

14 april 2015
  • 12 februari 2021
pmiles zei: Ik denk niet dat je wilt transcoderen van H.264 naar H.265. Als u de originele broncode had en deze vervolgens naar H.265 transcodeerde, krijgt u betere resultaten... H.264 is al gecomprimeerd (het heeft informatie weggegooid om het te comprimeren dat voor altijd verloren gaat). Als u een gecomprimeerd formaat probeert te comprimeren, gooit u alleen maar meer informatie weg. De resultaten zullen suboptimaal zijn.

Ik betwijfel of je kwaliteit voor schijfruimte wilt opgeven... want als je dat deed, zou je vanaf het begin een agressiever compressieformaat hebben gebruikt.

Bij content die ik zelf heb gemaakt ga ik natuurlijk uit van mijn eigen originele bron voor het beste resultaat. Met inhoud die ik heb gestolen, moet ik het doen.

Ongeacht de herkomst van het bronmateriaal, vind ik op software gebaseerde codering verre te prefereren boven op hardware gebaseerde codering, ongeacht de fabrikant. Apple's h.264- en h.265-hardwarecodering is inderdaad geweldig, maar beide zijn eigenlijk alleen geschikt voor het gebruik van live videostreaming. Dat is een echte use-case - kies de tools die u de beste resultaten geven voor het ding dat u wilt doen.
reacties:SWAON

Botts85

9 februari 2007
  • 14 februari 2021
De M1 vliegt op hardwarecodering. Het rookt mijn i9 iMac. Het is tussen de 3-4x sneller (FPS-gewijs) bij H265-transcodes.

Het verliest echter aan videokwaliteit aan de Intel Mac bij hardwarecodering.

SWAON

originele poster
2 sep. 2017
Europa
  • 15 februari 2021
Jongens, welke software gebruiken jullie voor de codering? Dat zou ook handig zijn om te weten

Botts85

9 februari 2007
  • 22 februari 2021
FF-Works en Handrem voor mij.
reacties:SWAON

SWAON

originele poster
2 sep. 2017
Europa
  • 22 februari 2021
Botts85 zei: FF-Works en Handrem voor mij.
Nooit FF-Works gebruikt, hoe wordt het vergeleken met Handbrake?

Botts85

9 februari 2007
  • 26 februari 2021
SWAON zei: Nooit FF-Works gebruikt, hoe wordt het vergeleken met Handbrake?
Het is een onbewerkte voorkant voor ffmpeg, dus het is niet zo handig als Handbrake.

Het is aantoonbaar veel krachtiger en beter aanpasbaar als je dingen wilt aanpassen.

Mijn vaste bestemming is echter Handrem.
reacties:SWAON

phrehdd

25 okt 2008
  • 27 februari 2021
SWAON zei: converteer alle H.264-video's naar H.265 om mijn opslag te verkleinen
Wilt u een H.264-bestand nemen en het nogmaals comprimeren met H.265? Of stelt u voor dat u het bestand eerst decomprimeert en vervolgens opnieuw comprimeert met H.265? De eerste zou slechte resultaten geven en de laatste, niet zeker hoe je dat zou doen. Vreemd genoeg is opslag tegenwoordig nogal goedkoop, dus ik weet niet waarom het besparen van opslagruimte een probleem is.
reacties:zoltm en SWAON

SWAON

originele poster
2 sep. 2017
Europa
  • 27 februari 2021
phrehdd zei: Wil je een H.264-bestand nemen en het opnieuw comprimeren met H.265? Of stelt u voor dat u het bestand eerst decomprimeert en vervolgens opnieuw comprimeert met H.265? De eerste zou slechte resultaten geven en de laatste, niet zeker hoe je dat zou doen. Vreemd genoeg is opslag tegenwoordig nogal goedkoop, dus ik weet niet waarom het besparen van opslagruimte een probleem is.
Ik vroeg me hetzelfde af, is het de moeite waard om al h.264-video's naar h.265-opslag te converteren. Het lijkt erop dat het hele proces veel meer tijd kost en relatief weinig opslagruimte bespaart. H

Honza1

30 november 2013
ons
  • 27 februari 2021
H.264->H.265 is waarschijnlijk niet de moeite waard, tenzij je ook nog iets anders moet doen. Sommige H.264-dingen hebben belachelijk hoge bitrates. Als iemand iets moet veranderen, werkt H.265 prima en kan M1 het. Zowel met behulp van VideoToolbox (wat belachelijk snel is) als met behulp van software-encoder. Ik heb begrepen dat, hoewel VideoToolbox extreem snel is, het niet zo goed of efficiënt is. Softwarecodering in Handbrake (de bèta voor M1) werkt prima. Het converteert met ongeveer echte snelheid (30 fps), afhankelijk van het materiaal.
reacties:SWAON TOT

Aleksid1

14 november 2017
  • 14 april 2021
Ik heb GPU-versnelde videocodering getest op M1 Mac Mini (H.264 VideoToolBox) in Handbrake Beta en constante kwaliteitsmodus (nieuwe functie voor M1-Macs, het werkt als -crf in libx264).
Met dezelfde bestandsgrootte en opties (FullHD, 60p) is de visuele kwaliteit veel slechter dan met libx264 of met nvenc (NVIDIA). Ik heb een H.264 gecodeerd met NVIDIA Geforce 1060 (nvenc H.264) en de visuele kwaliteit is veel beter.
Het lijkt er dus op dat de M1-video-encoder slecht is. Helaas.

Botts85

9 februari 2007
  • 14 april 2021
Aleksid1 zei: Ik heb GPU-versnelde videocodering getest op M1 Mac Mini (H.264 VideoToolBox) in Handbrake Beta en constante kwaliteitsmodus (nieuwe functie voor M1-Macs, het werkt als -crf in libx264).
Met dezelfde bestandsgrootte en opties (FullHD, 60p) is de visuele kwaliteit veel slechter dan met libx264 of met nvenc (NVIDIA). Ik heb een H.264 gecodeerd met NVIDIA Geforce 1060 (nvenc H.264) en de visuele kwaliteit is veel beter.
Het lijkt er dus op dat de M1-video-encoder slecht is. Helaas.
Mijn ervaring met testen is dat M1 bitrates te agressief verdeelt.

De M1-coderingen met constante kwaliteit zien er veel beter uit dan de QuickSync / NVENC-coderingen in gebieden met beweging, M1 geeft daar meer (te veel) bitrate aan, maar M1 heeft de neiging om details glad te strijken om bitrate in statische scènes te besparen, waardoor ze er een beetje plakkerig uitzien .

Apple kan dat mogelijk aanpassen met firmware. TOT

Aleksid1

14 november 2017
  • 14 april 2021
Bedankt voor de bevestiging. Ik heb ook HEVC-codering getest in Handbrake met M1 VideoToolBox-optie en de visuele kwaliteit is hetzelfde als H.264 met dezelfde bestandsgrootte. Dat is heel vreemd. Ik zie geen visueel verschil tussen H.264/HEVC met behulp van VideoToolBox-encoder. De kwaliteit zou echt door Apple moeten worden verbeterd.
reacties:SWAON