Foorumit

Mac Mini M1 H.265 -koodaus?

SWAON

Alkuperäinen juliste
2. syyskuuta 2017
Eurooppa
  • 19. marraskuuta 2020
Hei kaverit,

Minulla on suuri kokoelma sarjoja iTunesissa, ja haluaisin muuntaa kaikki H.264-videot H.265-muotoon pienentääkseni tallennustilaa. Tästä syystä harkitsisin Mac Mini M1:n ostamista. Niille, jotka ovat jo ostaneet sen, onko joku yrittänyt muuntaa x264:n x265:ksi ja kertoa kuinka se meni? Mitä ohjelmistoja käytit (kuten käsijarrua tai muita 3d-bileitä?), mitä tuloksia sait ja niin edelleen. Olisin todella kiitollinen kaikesta tästä tiedosta, koska se on tärkein huomioni ostokseni yhteydessä. Kiitos jo etukäteen.
Reaktiot:MiniApple M

MadCar

21. lokakuuta 2014


Internet
  • 19. marraskuuta 2020
Vilkaisen Plexin foorumeilla. He näyttävät erittäin tyytyväisiltä suorituskykyyn jopa Rosettan alla toimivien sovellusten kanssa, joten se näyttää toistaiseksi erittäin positiiviselta M1 Mini -koodauksen suhteen.
Reaktiot:SWAON M

MadCar

21. lokakuuta 2014
Internet
  • 19. marraskuuta 2020
Tässä on ketju, josta voi olla hyötyä.

Plex Media Server toimii Apple Silicon M1 -piirisarjalla eli uudessa Mac minissä, MacBookissa jne

@Balthazar2k4 Minulla on Mac mini M1 8 Gt korvaava Plex Media Server, koska vuoden 2012 Mac minini ei voi jatkua ikuisesti. Valitettavasti en vain saa PMS:ää pyörimään. Jos käytän sitä, saan Plex-chevronin lyhyimmän välkkymisen valikkorivillä ja sitten ei mitään. Ei edes virheilmoitusta... forums.plex.tv
Myös käsijarrulla on natiivi M1-sovellus beetaversiossa.

Julkaisu 1.4.0 Beta Universal Binary for macOS · HandBrake/HandBrake 8
Reaktiot:zoltm, ElectronGuru, T'hain Esh Kelch ja 2 muuta

SWAON

Alkuperäinen juliste
2. syyskuuta 2017
Eurooppa
  • 19. marraskuuta 2020
MadCar sanoi: Myös Handbrakella on nyt alkuperäinen M1-sovellus beta-versiossa.

Julkaisu 1.4.0 Beta Universal Binary for macOS · HandBrake/HandBrake 8
Kiitos plex-linkistä. Vaikuttaa siltä, ​​että ensivaikutelma käsijarrusta Rosetta 2:n kanssa oli positiivinen. En tiennyt, että he alkoivat jo tehdä M1-beetaversiota. Hyvää työtä joukkueelta.

ShredDude

30. marraskuuta 2020
  • 30. marraskuuta 2020
Olen tehnyt melko laajan testauksen M1:n alkuperäisellä HandBrake-sovelluksella. Voit tehdä älyttömän nopean (180-220 fps) laitteistokoodauksen VideoToolboxin kautta HD-sisällölle (x264/265), mutta tiedostokoko ja laatu eivät ole optimaalisia. Käyttämällä ohjelmistokoodausta 264->265 1080p toimii noin 30 fps, mikä ei ole huono! Samat asetukset ffmpegissä Rosettan alla saavat noin 15 FPS. Ohjelmistokoodaus kuluttaa melkein kaikki ydinni, mutta järjestelmä reagoi edelleen. Se on kirjaimellisesti ainoa asia, joka voi saada MBP-fanini käynnistymään, ja hyvä niin.
Reaktiot:SamRyouji, Frank Philips ja SWAON

SWAON

Alkuperäinen juliste
2. syyskuuta 2017
Eurooppa
  • 1. joulukuuta 2020
ShredDude sanoi: Olen tehnyt melko laajan testauksen M1:n alkuperäisellä HandBrake-sovelluksella.
Käytätkö käsijarrulle uutta beta-versiota vai vanhaa Intel-versiota?

ShredDude

30. marraskuuta 2020
  • 1. joulukuuta 2020
SWAON sanoi: Käytätkö käsijarrulle uutta beta-versiota vai vanhaa Intel-versiota?
Beta-versio 1.4.0-beta.1 (2020111100)
Reaktiot:SWAON D

dhy8386

13. elokuuta 2008
  • 3. joulukuuta 2020
ShredDude sanoi: Olen tehnyt melko laajan testauksen M1:n alkuperäisellä HandBrake-sovelluksella. Voit tehdä älyttömän nopean (180-220 fps) laitteistokoodauksen VideoToolboxin kautta HD-sisällölle (x264/265), mutta tiedostokoko ja laatu eivät ole optimaalisia. Käyttämällä ohjelmistokoodausta 264->265 1080p toimii noin 30 fps, mikä ei ole huono! Samat asetukset ffmpegissä Rosettan alla saavat noin 15 FPS. Ohjelmistokoodaus kuluttaa melkein kaikki ydinni, mutta järjestelmä reagoi edelleen. Se on kirjaimellisesti ainoa asia, joka voi saada MBP-fanini käynnistymään, ja hyvä niin.

Nähdä täsmälleen saman asian. En ole verrannut VT vs x265 -laatua vielä laajasti, mutta silmätesti, VT-versio piti koodata 8K+ BR:llä saadakseen vertailukelpoisen laadun x265:een, joka oli lähempänä 2K BR:ää. Ja tietysti tuloksena oleva 9 Gt tiedosto vs. 2,3 Gt tiedosto.
Reaktiot:SWAON

Amiraali

14. huhtikuuta 2015
  • 9. joulukuuta 2020
ShredDude sanoi: Olen tehnyt melko laajan testauksen M1:n alkuperäisellä HandBrake-sovelluksella. Voit tehdä älyttömän nopean (180-220 fps) laitteistokoodauksen VideoToolboxin kautta HD-sisällölle (x264/265), mutta tiedostokoko ja laatu eivät ole optimaalisia. Käyttämällä ohjelmistokoodausta 264->265 1080p toimii noin 30 fps, mikä ei ole huono! Samat asetukset ffmpegissä Rosettan alla saavat noin 15 FPS. Ohjelmistokoodaus kuluttaa melkein kaikki ydinni, mutta järjestelmä reagoi edelleen. Se on kirjaimellisesti ainoa asia, joka voi saada MBP-fanini käynnistymään, ja hyvä niin.

Teen tällä hetkellä jonkin verran x264 -> x265-ohjelmistokoodausta äskettäin saapuneeseen 8 Gt RAM-muistiin Mac mini M1:een, ja suorituskyky Handbrake 1.4 beta 1 -versiossa näyttää olevan samalla tasolla kuin vuoden 2018 32 Gt RAM-muistillani Mac mini 6-core i7 in ruutuja sekunnissa (ne jyräävät samassa tiedostossa juuri nyt), mikä on hieman vähemmän kuin odotin raportoitujen Geekbench-pisteiden perusteella, mutta Mac mini M1 on edelleen erittäin herkkä ja sen tuuletin, vaikka se on käynnissä, pysyy äänettömänä ja koneesta tulee hyvin vähän lämpöä – joko kotelosta tai takatuulettimesta. Vertaa i7 miniin, joka on erittäin lämmin kosketukseen ja jonka takatuulettimesta tulee kuumaa ilmaa. I7:n tuuletin kuuluu hyvin.

Todellinen merkitys tässä on, että Macbook Pro M1, jossa on myös tuuletin ja joka siksi toimii käytännössä identtisesti Mac mini M1:n kanssa, tuhoaa täysin kesäkuussa ostamani 13 tuuman Macbook Pron 4-ytimisen i5:n. Mutta M1-suorituskyvyn perusteella uskon, että pidän puuterini kuivana huhutuille M1X- tai M1Z-malleille, joiden pitäisi käynnistyä vähintään 70% nopeammin kuin M1. Hyvät ajat. Viimeksi muokattu: 9.12.2020
Reaktiot:ElectronGuru ja SWAON

SWAON

Alkuperäinen juliste
2. syyskuuta 2017
Eurooppa
  • 10. joulukuuta 2020
Admiral sanoi: Luulen, että pidän jauheeni kuivana huhutuille M1X- tai M1Z-malleille, joiden pitäisi käynnistyä vähintään 70 % nopeammin kuin M1. Hyvät ajat.
Aion tehdä saman.. Kiitos kommentistasi Reaktiot:SWAON P

pmiles

12. joulukuuta 2013
  • 18. joulukuuta 2020
En usko, että haluat muuntaa H.264:stä H.265:ksi. Jos sinulla oli alkuperäinen lähde ja transkoodasit sen H.265:ksi, saat parempia tuloksia... H.264 on jo pakattu (se heitti tiedot pois pakatakseen sen, joka on kadonnut ikuisesti). Pakatun muodon pakkaaminen heittää vain enemmän tietoa pois. Tulokset jäävät alle optimaalisen.

Epäilen, että haluat luopua levytilan laadusta... koska jos niin olisit, olisit käyttänyt aggressiivisempaa pakkausmuotoa alusta alkaen.
Reaktiot:zoltm, brucewayne, goodcow ja 2 muuta TO

apple_iBoy

28. lokakuuta 2003
Philadelphia, PA
  • 31. tammikuuta 2021
Admiral sanoi: Teen tällä hetkellä jonkin verran x264 -> x265 -ohjelmistokoodausta äskettäin saapuneeseen 8 Gt RAM-muistiin Mac mini M1:een, ja suorituskyky Handbrake 1.4 beta 1 -versiossa näyttää olevan sama kuin vuoden 2018 32 Gt RAM-muistillani Mac mini 6- core i7 ruutujen sekunnissa mitattuna (ne jyräävät samassa tiedostossa juuri nyt), mikä on hieman vähemmän kuin odotin raportoitujen Geekbench-pisteiden perusteella, mutta Mac mini M1 on edelleen erittäin herkkä ja sen tuuletin, vaikka se on käynnissä, pysyy äänettömänä ja koneesta tulee hyvin vähän lämpöä - joko kotelosta tai takatuulettimesta. Vertaa i7 miniin, joka on erittäin lämmin kosketukseen ja jonka takatuulettimesta tulee kuumaa ilmaa. I7:n tuuletin kuuluu hyvin.

Todellinen merkitys tässä on, että Macbook Pro M1, jossa on myös tuuletin ja joka siksi toimii käytännössä identtisesti Mac mini M1:n kanssa, tuhoaa täysin kesäkuussa ostamani 13 tuuman Macbook Pron 4-ytimisen i5:n. Mutta M1-suorituskyvyn perusteella uskon, että pidän puuterini kuivana huhutuille M1X- tai M1Z-malleille, joiden pitäisi käynnistyä vähintään 70% nopeammin kuin M1. Hyvät ajat.
Käytätkö x265 VideoToolBox -esiasetusta käsijarrussa? Se lentää!
Reaktiot:SWAON

Amiraali

14. huhtikuuta 2015
  • 12. helmikuuta 2021
pmiles sanoi: En usko, että haluat muuntaa H.264:stä H.265:een. Jos sinulla oli alkuperäinen lähde ja transkoodasit sen H.265:ksi, saat parempia tuloksia... H.264 on jo pakattu (se heitti tiedot pois pakatakseen sen, joka on kadonnut ikuisesti). Pakatun muodon pakkaaminen heittää vain enemmän tietoa pois. Tulokset jäävät alle optimaalisen.

Epäilen, että haluat luopua levytilan laadusta... koska jos niin olisit, olisit käyttänyt aggressiivisempaa pakkausmuotoa alusta alkaen.

Itse luomassani sisällössä lähden tietysti omasta alkuperäisestä lähteestäni parhaan tuloksen saavuttamiseksi. Varastamallani hankkimallani sisällöllä minun on tultava toimeen.

Lähdemateriaalin alkuperästä riippumatta mielestäni ohjelmistopohjainen koodaus on paljon parempi kuin laitteistopohjainen koodaus valmistajasta riippumatta. Applen h.264- ja h.265-laitteistokoodaus ovat todellakin hämmästyttäviä, mutta molemmat sopivat todella vain live-videon suoratoistoon. Mikä on todellinen käyttötapaus – valitse työkalut, jotka antavat sinulle parhaat tulokset haluamaasi asiaan.
Reaktiot:SWAON

Botts85

9. helmikuuta 2007
  • 14. helmikuuta 2021
M1 lentää laitteistokoodauksella. Se polttaa i9 iMacini. Se on 3-4 kertaa nopeampi (FPS:n suhteen) H265-transkoodauksessa.

Se menettää videon laadun Intel Macille laitteistokoodauksessa.

SWAON

Alkuperäinen juliste
2. syyskuuta 2017
Eurooppa
  • 15. helmikuuta 2021
Kaverit mitä ohjelmistoa käytät koodaukseen? Sekin olisi hyödyllistä tietää

Botts85

9. helmikuuta 2007
  • 22. helmikuuta 2021
FF-toimii ja käsijarru minulle.
Reaktiot:SWAON

SWAON

Alkuperäinen juliste
2. syyskuuta 2017
Eurooppa
  • 22. helmikuuta 2021
Botts85 sanoi: FF-Works and Handbrake minulle.
En ole koskaan käyttänyt FF-Worksia, miten sitä verrataan käsijarruun?

Botts85

9. helmikuuta 2007
  • 26. helmikuuta 2021
SWAON sanoi: En ole koskaan käyttänyt FF-Worksia, miten sitä verrataan käsijarruun?
Se on raaka etuosa ffmpegille, joten se ei ole yhtä kätevä kuin käsijarru.

Se on luultavasti paljon tehokkaampi ja muokattavissa, jos haluat säätää asioita.

Säännöllinen käyntini on kuitenkin käsijarru.
Reaktiot:SWAON

phrehdd

25. lokakuuta 2008
  • 27. helmikuuta 2021
SWAON sanoi: muunna kaikki H.264-videot H.265-muotoon pienentääksesi tallennustilaa
Haluatko ottaa H.264-tiedoston ja pakata sen uudelleen H.265:llä? Vai ehdotatko, että puraisit tiedoston ensin ja pakkaat sitten uudelleen H.265:llä? Edellinen antaisi surkeita tuloksia ja jälkimmäinen, ei ole varma, kuinka sen tekisit. Kummallista kyllä, säilytys on nykyään melko halpaa, joten et ole varma, miksi tallennustilan säästäminen on ongelma.
Reaktiot:zoltm ja SWAON

SWAON

Alkuperäinen juliste
2. syyskuuta 2017
Eurooppa
  • 27. helmikuuta 2021
phrehdd sanoi: Haluatko ottaa H.264-tiedoston ja pakata sen uudelleen H.265:llä? Vai ehdotatko, että puraisit tiedoston ensin ja pakkaat sitten uudelleen H.265:llä? Edellinen antaisi surkeita tuloksia ja jälkimmäinen, ei ole varma, kuinka sen tekisit. Kummallista kyllä, säilytys on nykyään melko halpaa, joten et ole varma, miksi tallennustilan säästäminen on ongelma.
Mietin samaa, kannattaako jo h.264-videoita muuntaa h.265-tallennustilaksi. Näyttää siltä, ​​​​että koko prosessi vie paljon enemmän aikaa ja säästää suhteellisen vähän tallennustilaa. H

Honza1

30. marraskuuta 2013
MEILLE
  • 27. helmikuuta 2021
H.264->H.265 ei todennäköisesti ole vaivan arvoista, ellei sinun tarvitse tehdä myös jotain muuta. Jotkut H.264-jutut ovat naurettavan korkeilla bittinopeudella. Jos jotain on muutettava, H.265 toimii hyvin ja M1 voi tehdä sen. Sekä käyttämällä VideoToolboxia (joka on naurettavan nopea) tai käyttämällä ohjelmistokooderia. Ymmärrän, että vaikka VideoToolbox on erittäin nopea, se ei ole niin hyvä tai kooltaan tehokas. Ohjelmistokoodaus käsijarrussa (M1:n beetaversio) toimii hyvin. Se muuntaa noin todellisella nopeudella (30 fps) materiaalista riippuen.
Reaktiot:SWAON TO

Aleksid1

14. marraskuuta 2017
  • 14. huhtikuuta 2021
Testasin GPU-kiihdytettyä videokoodausta M1 Mac Minissä (H.264 VideoToolBox) Handbrake Betassa ja vakiolaatutilassa (uusi ominaisuus M1 Maceille, se toimii kuten -crf libx264:ssä).
Samalla tiedostokoolla ja vaihtoehdoilla (FullHD, 60p) visuaalinen laatu on paljon huonompi kuin libx264:llä tai nvenc:llä (NVIDIA). Koodasin H.264:n NVIDIA Geforce 1060:lla (nvenc H.264) ja kuvanlaadulla paljon parempi.
Joten näyttää siltä, ​​​​että M1-videokooderi on huono. Valitettavasti.

Botts85

9. helmikuuta 2007
  • 14. huhtikuuta 2021
Aleksid1 sanoi: Testasin GPU-kiihdytettyä videokoodausta M1 Mac Minissä (H.264 VideoToolBox) Handbrake Betassa ja vakiolaatutilassa (uusi ominaisuus M1 Maceille, se toimii kuten -crf libx264:ssä).
Samalla tiedostokoolla ja vaihtoehdoilla (FullHD, 60p) visuaalinen laatu on paljon huonompi kuin libx264:llä tai nvenc:llä (NVIDIA). Koodasin H.264:n NVIDIA Geforce 1060:lla (nvenc H.264) ja kuvanlaadulla paljon parempi.
Joten näyttää siltä, ​​​​että M1-videokooderi on huono. Valitettavasti.
Kokemukseni testauksesta on, että M1 jakaa liian aggressiivisesti bittinopeuksia.

Vakiolaatuiset M1-koodaukset näyttävät paljon paremmilta kuin QuickSync/NVENC-koodaus alueilla, joilla on liikettä, M1 antaa niille enemmän (liian paljon) bittinopeutta, mutta M1 pyrkii tasoittamaan yksityiskohtia säästääkseen bittinopeutta staattisissa kohtauksissa, jolloin ne näyttävät hieman muovisilta. .

Apple saattaa pystyä säätämään tätä laiteohjelmistolla. TO

Aleksid1

14. marraskuuta 2017
  • 14. huhtikuuta 2021
Kiitos vahvistuksesta. Testasin myös HEVC-koodausta käsijarrussa M1 VideoToolBox -vaihtoehdolla ja visuaalinen laatu on sama kuin H.264 samalla tiedostokoolla. Se on hyvin outoa. En näe visuaalista eroa H.264/HEVC:n välillä käyttämällä VideoToolBox-enkooderia. Applen pitäisi todellakin parantaa laatua.
Reaktiot:SWAON