Форуми

Mac Mini M1 H.265 кодиране?

SWAON

Оригинален плакат
2 септември 2017 г
Европа
  • 19 ноември 2020 г
Хей момчета,

Имам голяма колекция от сериали в iTunes и бих искал да конвертирам всички H.264 видеоклипове в H.265, за да свия паметта си. Поради тази причина бих обмислил закупуването на Mac Mini M1. На тези, които вече го купиха, някой пробвал ли е да конвертира x264 в x265 и да ми каже как стана? Какъв софтуер използвахте (като Handbrake или други 3d партита?), какви резултати получихте и т.н. Наистина ще се радвам на всяка информация за това, тъй като това е най-важното ми съображение относно покупката ми. Благодаря ви предварително.
Реакции:MiniApple М

MadCar

21 октомври 2014 г


Интернетът
  • 19 ноември 2020 г
Бих разгледал форумите на Plex. Те изглеждат много доволни от производителността дори с приложения, които работят под Rosetta, така че изглежда много положително засега по отношение на кодирането с помощта на M1 Mini.
Реакции:SWAON М

MadCar

21 октомври 2014 г
Интернетът
  • 19 ноември 2020 г
Ето една тема, която може да ви е полезна.

Plex Media Server, работещ на чипсет Apple Silicon M1, т.е. нов Mac mini, MacBook и т.н.

@Balthazar2k4 Имам Mac mini M1 8GB, който да бъде моят заместващ Plex Media Server, тъй като моят Mac mini 2012 не може да продължи вечно. За съжаление просто не мога да накарам PMS да тече. Ако го стартирам, мога да получа най-краткото мигане на шеврона Plex в лентата с менюта и след това нищо. Дори няма съобщение за грешка... forums.plex.tv
Също така Handbrake вече има собствено приложение M1 в бета версия.

Издание 1.4.0 Beta Universal Binary за macOS · HandBrake/HandBrake 8
Реакции:zoltm, ElectronGuru, T'hain Esh Kelch и 2 други

SWAON

Оригинален плакат
2 септември 2017 г
Европа
  • 19 ноември 2020 г
MadCar каза: Също така Handbrake вече има собствено приложение M1 в бета версия.

Издание 1.4.0 Beta Universal Binary за macOS · HandBrake/HandBrake 8
Благодаря за линка на плекса. Изглежда, че първоначалните впечатления от ръчната спирачка, работеща с Rosetta 2, бяха положителни. Не знаех, че вече са започнали да правят бета версията на M1. Добра работа на екипа.

ShredDude

30 ноември 2020 г
  • 30 ноември 2020 г
Направих някои доста обширни тестове с родното приложение HandBrake на M1. Можете да правите лудо бързо (180-220 кадъра в секунда) хардуерно кодиране чрез VideoToolbox за HD съдържание (x264/265), но размерът и качеството на файла са под оптимални. Използването на софтуерно кодиране 264->265 1080p работи с около 30 кадъра в секунда, което не е лошо! Същите настройки в ffmpeg под Rosetta получават около 15 FPS. Софтуерното кодиране до голяма степен консумира всичките ми ядра, но системата остава отзивчива. Това е буквално единственото нещо, което може да накара феновете ми на MBP да се включат и, момче, правят ли го някога.
Реакции:SamRyouji, Франк Филипс и SWAON

SWAON

Оригинален плакат
2 септември 2017 г
Европа
  • 1 декември 2020 г
ShredDude каза: Направих някои доста обширни тестове с родното приложение HandBrake на M1.
Използвате ли новата бета версия или старата intel за Handbrake?

ShredDude

30 ноември 2020 г
  • 1 декември 2020 г
SWAON каза: Използвате ли новата бета версия или старата intel за Handbrake?
Бета версия 1.4.0-beta.1 (2020111100)
Реакции:SWAON д

dhy8386

13 август 2008 г
  • 3 декември 2020 г
ShredDude каза: Направих някои доста обширни тестове с родното приложение HandBrake на M1. Можете да правите лудо бързо (180-220 кадъра в секунда) хардуерно кодиране чрез VideoToolbox за HD съдържание (x264/265), но размерът и качеството на файла са под оптимални. Използването на софтуерно кодиране 264->265 1080p работи с около 30 кадъра в секунда, което не е лошо! Същите настройки в ffmpeg под Rosetta получават около 15 FPS. Софтуерното кодиране до голяма степен консумира всичките ми ядра, но системата остава отзивчива. Това е буквално единственото нещо, което може да накара феновете ми на MBP да се включат и, момче, правят ли го някога.

Виждайки абсолютно същото нещо. Все още не съм сравнявал качеството на VT срещу x265 все още подробно, но тест за очите, VT версията трябваше да бъде кодирана на 8K+ BR, за да се получи сравнимо качество с x265, което беше по-близо до 2K BR. И разбира се полученият 9GB файл срещу 2.3GB файл.
Реакции:SWAON

адмирал

14 април 2015 г
  • 9 декември 2020 г
ShredDude каза: Направих някои доста обширни тестове с родното приложение HandBrake на M1. Можете да правите лудо бързо (180-220 кадъра в секунда) хардуерно кодиране чрез VideoToolbox за HD съдържание (x264/265), но размерът и качеството на файла са под оптимални. Използването на софтуерно кодиране 264->265 1080p работи с около 30 кадъра в секунда, което не е лошо! Същите настройки в ffmpeg под Rosetta получават около 15 FPS. Софтуерното кодиране до голяма степен консумира всичките ми ядра, но системата остава отзивчива. Това е буквално единственото нещо, което може да накара феновете ми на MBP да се включат и, момче, правят ли го някога.

Правя софтуерно кодиране x264 -> x265 в момента на моя новопостъпил 8GB RAM Mac mini M1 и производителността под Handbrake 1.4 beta 1 изглежда е наравно с моя 2018 32GB RAM RAM Mac mini 6-core i7 в термини на кадри в секунда (те се изхвърлят в същия файл в момента), което е малко по-малко, отколкото очаквах въз основа на отчетените резултати от Geekbench, но Mac mini M1 остава много отзивчив и неговият вентилатор, въпреки че работи, остава безшумен и от машината излиза много малко топлина - или корпуса, или задния вентилационен отвор. Сравнете с i7 mini, който е много топъл на допир, с взрив от горещ въздух от задния отвор. Вентилаторът на i7 се чува много.

Истинското значение на това е, че Macbook Pro M1, който също има вентилатор и следователно ще работи практически идентично с Mac mini M1, ще заличи напълно 13' Macbook Pro 4-ядрен i5, който току-що купих през юни. Но въз основа на производителността на M1, мисля, че ще запазя пудрата си суха за моделите M1X или M1Z, които се слухове, които трябва да стартират поне 70% по-бързо от M1. Добри времена. Последна редакция: 9 декември 2020 г
Реакции:ElectronGuru и SWAON

SWAON

Оригинален плакат
2 септември 2017 г
Европа
  • 10 декември 2020 г
Адмирал каза: Мисля, че ще запазя пудрата си суха за моделите M1X или M1Z, които се слухове, които трябва да стартират поне 70% по-бързо от M1. Добри времена.
Смятам да направя същото.. Благодаря ви за коментара Реакции:SWAON П

pmiles

12 декември 2013 г
  • 18 декември 2020 г
Не мисля, че искате да прекодирате от H.264 към H.265. Ако сте имали оригиналния източник, след което го транскодирате в H.265, ще получите по-добри резултати... H.264 вече е компресиран (изхвърли информацията, за да я компресира, която е загубена завинаги). Опитът за компресиране на компресиран формат само изхвърля повече информация. Резултатите ще бъдат неоптимални.

Съмнявам се, че искате да се откажете от качеството за дисково пространство... защото ако го направихте, щяхте да използвате по-агресивен формат за компресия от самото начало.
Реакции:zoltm, brucewayne, goodcow и 2 други ДА СЕ

apple_iBoy

28 октомври 2003 г
Филаделфия, Пенсилвания
  • 31 януари 2021 г
Адмирал каза: В момента правя софтуерно кодиране на x264 -> x265 на моя новопостъпил 8GB RAM Mac mini M1 и производителността под Handbrake 1.4 beta 1 изглежда е наравно с моя 2018 32GB RAM Mac mini 6- core i7 по отношение на кадри в секунда (те се хвърлят в един и същи файл в момента), което е малко по-малко, отколкото очаквах въз основа на отчетените резултати от Geekbench, но Mac mini M1 остава много отзивчив и неговият вентилатор, въпреки че работи, остава безшумен и от машината излиза много малко топлина - или корпуса, или задния вентилационен отвор. Сравнете с i7 mini, който е много топъл на допир, с взрив от горещ въздух от задния отвор. Вентилаторът на i7 се чува много.

Истинското значение на това е, че Macbook Pro M1, който също има вентилатор и следователно ще работи практически идентично с Mac mini M1, ще заличи напълно 13' Macbook Pro 4-ядрен i5, който току-що купих през юни. Но въз основа на производителността на M1, мисля, че ще запазя пудрата си суха за моделите M1X или M1Z, които се слухове, които трябва да стартират поне 70% по-бързо от M1. Добри времена.
Използвате ли предварително зададената x265 VideoToolBox в ръчната спирачка? То лети!
Реакции:SWAON

адмирал

14 април 2015 г
  • 12 февруари 2021 г
pmiles каза: Не мисля, че искате да прекодирате от H.264 към H.265. Ако сте имали оригиналния източник, след което го транскодирате в H.265, ще получите по-добри резултати... H.264 вече е компресиран (изхвърли информацията, за да я компресира, която е загубена завинаги). Опитът за компресиране на компресиран формат само изхвърля повече информация. Резултатите ще бъдат неоптимални.

Съмнявам се, че искате да се откажете от качеството за дисково пространство... защото ако го направихте, щяхте да използвате по-агресивен формат за компресия от самото начало.

Със съдържанието, което самият съм създал, разбира се, започвам от собствения си оригинален източник за най-добри резултати. Със съдържание, което съм откраднал придобито, трябва да се справя.

Независимо от произхода на изходния материал, смятам, че софтуерно базираното кодиране е много за предпочитане пред хардуерното, независимо от производителя. Хардуерното кодиране на Apple h.264 и h.265 наистина е невероятно, но и двете наистина са подходящи само за случая на използване на видео стрийминг на живо. Което е реален случай на употреба - изберете инструментите, които ви дават най-добри резултати за това, което искате да направите.
Реакции:SWAON

Ботове85

9 февруари 2007 г
  • 14 февруари 2021 г
M1 лети при хардуерно кодиране. Пуши моя i9 iMac. Това е между 3-4 пъти по-бързо (по отношение на FPS) при H265 транскодиране.

Въпреки това губи в качеството на видеото в сравнение с Intel Mac при хардуерно кодиране.

SWAON

Оригинален плакат
2 септември 2017 г
Европа
  • 15 февруари 2021 г
Хора какъв софтуер използвате за кодиране? Това също би било полезно да се знае

Ботове85

9 февруари 2007 г
  • 22 февруари 2021 г
FF-Works и ръчна спирачка за мен.
Реакции:SWAON

SWAON

Оригинален плакат
2 септември 2017 г
Европа
  • 22 февруари 2021 г
Botts85 каза: FF-Works и Handbrake за мен.
Никога не съм използвал FF-Works, как се сравнява с Handbrake?

Ботове85

9 февруари 2007 г
  • 26 февруари 2021 г
SWAON каза: Никога не съм използвал FF-Works, как се сравнява с Handbrake?
Това е необработен преден край за ffmpeg, така че не е толкова удобен, колкото Handbrake.

Може да се каже, че е много по-мощен и по-персонализиран, ако искате да настроите нещата.

Редовното ми посещение обаче е ръчната спирачка.
Реакции:SWAON

phrehdd

25 октомври 2008 г
  • 27 февруари 2021 г
SWAON каза: конвертирайте всички H.264 видеоклипове в H.265, за да свиете моето хранилище
Искате ли да вземете H.264 файл и да го компресирате отново с H.265? Или предлагате първо да декомпресирате файла, след което да го компресирате отново с H.265? Първият би дал лоши резултати, а вторият, не съм сигурен как бихте го направили. Любопитното е, че съхранението е доста евтино в наши дни, така че не сте сигурни защо спестяването на място за съхранение е проблем.
Реакции:zoltm и SWAON

SWAON

Оригинален плакат
2 септември 2017 г
Европа
  • 27 февруари 2021 г
phrehdd каза: Искате ли да вземете H.264 файл и да го компресирате отново с H.265? Или предлагате първо да декомпресирате файла, след което да го компресирате отново с H.265? Първият би дал лоши резултати, а вторият, не съм сигурен как бихте го направили. Любопитното е, че съхранението е доста евтино в наши дни, така че не сте сигурни защо спестяването на място за съхранение е проблем.
И аз се чудех същото, струва ли си да конвертирам вече h.264 видеоклипове в h.265 памет. Изглежда, че целият процес отнема много повече време и спестява сравнително не толкова много място за съхранение. Х

Хонза1

30 ноември 2013 г
НАС
  • 27 февруари 2021 г
H.264->H.265 вероятно не си струва усилията, освен ако не трябва да направите нещо друго. Някои неща H.264 са с нелепо високи битрейти. Ако някой трябва да промени нещо, H.265 работи добре и M1 може да го направи. Както с помощта на VideoToolbox (което е нелепо бързо), така и с помощта на софтуерен енкодер. Моето разбиране е, че макар VideoToolbox да е изключително бърз, не е толкова добър или ефективен по размер. Софтуерното кодиране в Handbrake (бета версията за M1) работи добре. Преобразува с около реална скорост (30fps), в зависимост от материала.
Реакции:SWAON ДА СЕ

Алексид1

14 ноември 2017 г
  • 14 април 2021 г
Тествах GPU-ускорено видео кодиране на M1 Mac Mini (H.264 VideoToolBox) в Handbrake Beta и режим с постоянно качество (нова функция за M1 Macs, работи като -crf в libx264).
При същия размер на файла и опции (FullHD, 60p), визуалното качество е много по-лошо, отколкото при libx264 или с nvenc (NVIDIA). Кодирах H.264 с NVIDIA Geforce 1060 (nvenc H.264) и визуално качество много по-добро.
Така че изглежда, че M1 видео енкодерът е лош. За съжаление.

Ботове85

9 февруари 2007 г
  • 14 април 2021 г
Aleksid1 каза: Тествах GPU-ускорено видео кодиране на M1 Mac Mini (H.264 VideoToolBox) в Handbrake Beta и режим с постоянно качество (нова функция за M1 Macs, работи като -crf в libx264).
При същия размер на файла и опции (FullHD, 60p), визуалното качество е много по-лошо, отколкото при libx264 или с nvenc (NVIDIA). Кодирах H.264 с NVIDIA Geforce 1060 (nvenc H.264) и визуално качество много по-добро.
Така че изглежда, че M1 видео енкодерът е лош. За съжаление.
Моят опит в тестването е, че M1 твърде агресивно разпределя битрейтовете.

Кодирането с постоянно качество на M1 изглежда много по-добре от кодирането на QuickSync / NVENC в области с движение, M1 дава повече (твърде много) битрейт на тези, но M1 има тенденция да изглажда детайлите, за да спести битрейт в статични сцени, което ги прави да изглеждат малко пластични .

Apple може да успее да коригира това с фърмуер. ДА СЕ

Алексид1

14 ноември 2017 г
  • 14 април 2021 г
Благодаря за потвърждението. Тествах също HEVC кодиране в Handbrake с опция M1 VideoToolBox и визуалното качество е същото като H.264 със същия размер на файла. Това е много странно. Не виждам визуална разлика между H.264/HEVC с помощта на VideoToolBox енкодер. Качеството наистина трябва да се подобри от Apple.
Реакции:SWAON