- Състояние
- Първата публикация в тази тема е WikiPost и може да бъде редактирана от всеки с подходящите разрешения. Вашите редакции ще бъдат публични.
h9826790
Оригинален плакат- 3 април 2014 г
- Хонг Конг
- 3 май 2019 г
Пълен HWAccel постигнат сега!
Вижте медийния елемент ' data-single-image='1'>
Всичко е покрито в темата на OpenCore. Урокът стъпка по стъпка за активиране на хардуерното ускорение на AMD вече е тук, но силно препоръчвам да преминете през нишката на OpenCore, преди да направите нещо.
OpenCore на Mac Pro
Това ръководство обяснява как да използвате отличния зареждане на OpenCore за инсталиране, стартиране и актуализиране на най-новата версия на macOS на MacPro5,1, което води до чиста, непроменена операционна система, точно като на поддържан Mac. forums.macrumors.comСъщият метод работи както в Мохаве, така и извън него. ОБАЧЕ, за потребител на cMP с двоен процесор, моля, придържайте се към Mojave в този момент. (Актуализация: моля, придържайте се към Mojave за ВСИЧКИ, които искат HWAccel. CMMChris посъветва Apple да премахне HEVC HWAccel за всички графични процесори Polaris в най-новата бета версия на Catalina. Което означава, че не можете да надстроите операционната система, за да получите корекция на сигурността, освен ако това не е грешка в бета версията . Останете с Mojave, вземете HWAccel и поддържайте операционната си система актуална изглежда ще бъде по-добър избор в този момент)
Вижте медийния елемент ' data-single-image='1'>
Sidecar (и AirPlay Display) също трябва да работят, но все още нямам iPad, за да го тествам. Най-новият config.plist в пост #594 и #1314 вече ще запази cMP идентификацията като 5,1. Следователно, сега НЯМА да активира Sidecar по подразбиране.
------ Процедурата по-долу е амортизирана, просто запазете тази публикация като запис ( но все пак ще поддържам раздела с често задавани въпроси, за да го поддържам актуален. Моля, прочетете ЧЗВ, преди да питате нещо. На всеки въпрос, който вече е обхванат в ЧЗВ, няма да отговоря от мен .). За тези, които не се нуждаят от HEVC хардуерно кодиране и предпочитат да не инсталират OpenCore. Все още можете да следвате процедурата по-долу, за да активирате HWAccel ------
10.14.5 вече е официален. И мога да потвърдя, че потребителите на AMD карти (Polaris или по-високи) могат да се насладят на H264 хардуерно кодиране / H264 хардуерно декодиране / и HEVC хардуерно декодиране.
Вижте медийния елемент ' data-single-image='1'>
Процедурата е както следва: (моля, прочетете целия раздел с въпроси и отговори ПРЕДИ да направите каквото и да е. Трябва да знаете как да се възстановите или може да се наложи да използвате алтернативна процедура и т.н.)
1) Дръжте SIP деактивиран
2) Изтеглете Lilu.kext
3) Изтеглете WhateverGreen.kext
4) отворете Lilu.kext (щракнете с десния бутон -> покажете съдържанието на пакета)
5) въведете Съдържание
6) създайте папка 'Plugins' (N.B. Тази папка е ВЪТРЕ Съдържание, моля, НЕ пропускайте стъпка 5)
Вижте медийния елемент ' data-single-image='1'>
7) Копирайте WhateverGreen.kext в Plugins
8) Копирайте целия модифициран Lilu kext в /Library/Extensions/
9) Отворете терминала
10) Въведете
Код: |_+_|
11) Въведете
Код: |_+_|
12) Въведете
Код: |_+_|
13) Въведете
Код: |_+_| (може да получите странно връщане с тази команда, не се притеснявайте за това)
14) Въведете
Код: |_+_| За Catalina може да се наложи да въведете и аргумента за зареждане без проверка, в противен случай може да останете в ситуацията без зареждане, докато не коригирате аргумента за зареждане в дяла за възстановяване.
15) Рестартирайте
ЧЗВ, моля, прочетете този раздел, ПРЕДИ да попитате. Няма да отговарям на нищо, което вече е обхванато в този раздел.
Q1: Това безопасно ли е?
О: Тествано от 10.14.5 бета 4, досега няма повредена система от този мод. (Актуализация: OpenCore може да запише нещо във фърмуера на cMP. Така че, ако искате да сте в безопасност, избягвайте OpenCore. И използвайте само Lilu + WhareverGreen или шестнадесетичен метод за редактиране)
Q2: Има ли някаква отрицателна страна?
О: Да, за Lilu или шестнадесетичен метод за редактиране, iTunes, TV+ и Safari Netflix DRM стрийминг може да не работи, но пълното изтегляне на DRM филм не трябва да бъде засегнато. И Netflix на базовите браузъри на Chromium (Chrome, Brave, Edge и т.н.) са добре.
DRM стрийминг мога работи безупречно с метода OpenCore.
Q3: Някакъв друг известен проблем?
О: Приложението Photos се срива, ако също е инсталиран HDMIAudio.kext. Освен това малко повече потребители съобщиха за замръзване на системата (в 10.14.5). Изглежда само Polaris GPU е засегнат напр. RX580. Досега всички замръзвания се случват само в приложенията на Apple. напр. FCPX, Photos, Compressor и др. Приложенията на трети страни като PP, DV, VideoProc не са засегнати. Въпреки това, Polaris GPU hwaccel изглежда идеално стабилен в 10.14.6 beta чрез шестнадесетичен редактиране на файла AppleGVA. Освен това изглежда, че Adobe Media Encoder ще доведе до спиране на видео двигателя. Не замръзване/срив на системата, но видео двигателят просто като спре да работи, се представя изключително лошо. Нормалната производителност може да се възстанови само чрез рестартиране. (Актуализация: официалната версия 10.14.6 изглежда коригира повечето от тези проблеми. Поне нямам начин да възпроизведа каквото и да е замръзване с моя RX580)
В4: Ако системата ми се срине след модификацията, как да го поправя?
О: За метода Lilu / OpenCore 0.5.5, нулирането на NVRAM ще премахне аргумента за зареждане и ще деактивира kexts / OpenCore. Така ефективно ще върне системата ви в първоначалното състояние. След като системата ви стартира отново, можете да премахнете kext / OpenCore.
За шестнадесетичния метод за редактиране проведох много тестове, нямаше начин да срина системата. Но ако има някаква нестабилност, моля, възстановете оригиналния файл от резервното си копие.
За OpenCore 0.5.6 и по-нови, трябва да монтирате отново EFI дяла -> премахнете папката BOOT и OC -> нулирайте NVRAM
Q5: Каква е ползата?
О: Възможност за възпроизвеждане на някои много взискателни HEVC видео (например този)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
Ето как моят cMP може да възпроизвежда това видео сега. Плавно възпроизвеждане с много ниско използване на процесора (моля използвайте браузър, който поддържа VP9, за да гледате всички следващи видеоклипове в Youtube в 4k, в противен случай може да не успеете да прочетете подробностите)
Възможност за редактиране на H264 директно безпроблемно, вече няма нужда от транскодиране в ProRes, значително намалява скоростта на съхранение и изискването за капацитет. Най-вероятно може да подобри и производителността
Възможност за директно редактиране на HEVC плавно, няма нужда да се прекодира в ProRes, значително намалява скоростта на съхранение и изискването за капацитет. Най-вероятно може да подобри и производителността
Може значително да подобри скоростта на експортиране на H264 с ниско използване на процесора (зависи от спецификацията на вашия CPU / GPU)
Възможност за плавно записване на екрана при 4k. Както можете да видите от горната връзка. Моят cMP вече може да прави тези неща и да записва екрана гладко в същото време.
Възможност за безпроблемно възпроизвеждане на VP9 видео. Моят cMP вече може да възпроизвежда това 8K 24FPS видео в YouTube с нулев спад на кадрите. (Хардуерно декодиране VP9 НЕ се поддържа в macOS до Catalina.)
В6: Може ли това да работи в 10.14.4 или преди?
A: Един потребител съобщи, че последната версия 10.13.6 с Vega също работи с Lilu mehtod. Но RX580 ще причини грешка GPURestart, която замръзва дисплея и прави ОС неизползваема. (актуализация: потребителите съобщават, че хардуерното декодиране работи, но H264 хардуерното кодиране ще причини срива)
Q7: Може ли това да работи в 10.15?
О: Не е толкова добър като 10.14.6. Работи само методът Lilu или методът OpenCore. Освен това в 10.15.2 поддръжката на Polaris (напр. RX580) HEVC HWAccel е премахната от Apple (WhateverGreen трябва да поправи този проблем с поддръжката на Polaris. Но не съм го тествал лично)
Актуализация: HWAccel работи доста добре във всички 10.14.6, 10.15.7 и 11.2.3 сега.
Q8: Може ли това да работи за Nvidia GPU?
О: НЕ
Q9: Може ли това да работи за flashed 7950 и т.н.?
О: Не знам. Моля, тествайте го вместо мен. (Актуализация: Отговорът е НЕ, благодаря bazza5938 за извършване на теста)
Q10: Кой софтуер може да се възползва от този мод?
О: Това ще осигури хардуерно ускорение на системно ниво. Досега целият ми тестван софтуер работи (например FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)
В11: Ако направя нулиране на NVRAM поради друга причина, как да възвърна тези функции?
О: За метода Lilu, повторете стъпка 14 и рестартирайте.
Шестнадесетичен метод за редактиране / OpenCore 0.5.6 (публикация #1314) не е засегнат.
За OpenCore 0.5.5 (в пост #594), в зависимост от вашата настройка, може да се наложи да благословите отново, за да стартирате отново чрез OpenCore.
Q12: Какъв е препоръчителният графичен процесор?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Докато тази карта може да работи на cMP, марката/моделът всъщност няма значение (Актуализация: за тази конкретна цел Vega определено е по-добра от картата Polaris. Все още има нулев доклад за сривове/замръзване от потребителите на Vega).
В13: Защо не препоръчате Radeon VII или RX570 и т.н.
A: AFAIK, всички Polaris, Vega, Navi GPU работят, просто не съм сигурен колко зряла е цялостната поддръжка. (Актуализация: Надстроих графичния си процесор до Radeon VII, идеално стабилен и хардуерното кодиране е около 100% по-бързо от RX580. HWAccel на Navi също потвърди, че може да бъде активиран.)
Q14: Това QuickSync ли е?
О: НЕ, QuickSync е хардуерното ускорение за Intel iGPU, а не общият термин за хардуерно ускорение на видео GPU. AMD GPU използва UVD (Unified Video Decoder) за декодиране и VCE (Video Coding Engine) за кодиране. Всичко това ще се контролира автоматично от VideoToolBox в macOS, практически прозрачно за потребителите. Това е същата концепция като QuickSync, но не и QuickSync.
Q15: Виждам, че моят графичен процесор работи в Compressor преди този мод (на cMP). Това означава ли, че вече имам хардуерно ускорение?
О: НЕ, тук говорим за хардуерно ускорение H264 / HEVC. Не общото хардуерно ускорение на изчисленията. Те са напълно различни.
Q16: Какво е качеството на хардуерно кодираното видео?
О: Не е толкова добър като софтуерния енкодер като цяло. Но при висок битрейт разликата не е толкова забележима.
Q17: Кога ще можем да получим и HEVC кодиране?
О: Не знам. Но винаги можете да стартирате в Windows и да използвате HEVC хардуерно кодиране. (Актуализация: ПЪЛЕН HWAccel, включително HEVC кодиране, може да се постигне и с помощта на OpenCore. Не съм сигурен колко безопасно, но работи стабилно на моя cMP)
Q18: Колко подобрение мога да очаквам?
О: Е, зависи от употребата. Но бърз тест за експортиране на iMovie 4K H264 показва, че Vega 64 може да намали времето за експортиране от 6:19 на 1:25, което означава намаляване на времето за експортиране с ~77% (на двоен X5680 cMP).
Q19: Защо VideoProc не показва HEVC декодиране след мода?
О: Не знам защо, но това е нормално в този случай. Моята препоръка е да изтеглите демонстрационно HEVC видео от горната връзка и да го пуснете чрез QuickTime (или просто чрез преглед на Finder). Докато използването на процесора остава само около 20% (но не 800%), това означава, че HEVC декодирането работи правилно.
За тези, които използват метода OpenCore, трябва да можете да видите наличността на HEVC HWAccel. Ако не е там, моля, щракнете върху малката икона за презареждане.
Q20: Трябва ли да инсталирам по-новата версия на Lilu и WhateverGreen?
О: НЕ. Въпреки че по-новата версия може да работи, но не предоставя допълнителна функция в този случай и нямам представа дали по-новата има по-лоша стабилност. Ако намеря по-добър начин / kext да използвам. Ще актуализирам публикацията съответно. (Актуализация: За Catalina, моля, инсталирайте Lilu 1.4.0 и WhateverGreen 1.3.5. И досега всички по-нови Lilu и WEG осигуряват само по-добър резултат поради корекция на грешки. Потребителите трябва да са ОК, за да инсталират най-новата версия)
Q21: Имах замръзване на системата, конзолният журнал показва събитие „Рестартиране на GPU“, какво трябва да направя?
О: Нулирането на PRAM ще върне системата ви към нормалното. Ако сте с Polaris GPU (RX560, RX570, RX580 и т.н.), изглежда някои хора са засегнати от този бъг. Това, което открих, е алтернативен метод чрез директно шестнадесетично редактиране на AppleGVA файла изглежда по-стабилен за тези графични процесори. Първоначалният тест показва, че е много безопасно да го направя, дори да унищожа напълно файла AppleGVA, операционната система все още може да се стартира на работния плот. Ако предпочитате да вървите по този път, моля, уверете се, че знаете как да възстановите файла (или дори напълно да се възстановите от ОС, която не може да се стартира). Информацията е в пост #205. (актуализация: 10.14.6 показва изключително добра стабилност, силно се препоръчва за потребители на RX580)
Q22: Как да разбера дали хардуерното ускорение наистина работи?
О: Моето предложение е да използвате терминал. Подробна информация в публикация #273. Можете също да използвате OpenGL Driver Monitor, за да наблюдавате UVD/VCE дейностите (връзка).
Q23: Мога ли да използвам този мод с MVC flashed RX580?
О: Според тази публикация отговорът е ДА.
Q24: Възможно ли е да се изключи hwaccel без рестартиране. За да мога да се наслаждавам на DRM стрийминг по всяко време?
О: Само алтернативният метод позволява включване/изключване в движение. Ако не искате да използвате терминал / Finder, за да правите това всеки път, можете да направите две прости приложения, за да направите това, процедурите тук. (Актуализация: Моят пакет OpenCore трябва да ви позволява да възпроизвеждате DRM поточно видео по подразбиране)
Q25: Фоновото изобразяване работи ли все още във FCPX?
О: Фоновото изобразяване все още работи и за двата метода. Това е напълно независимо от hwaccel. Изключих това в горната демонстрация, само за да илюстрирам ефективността на редактиране на времевата линия в реално време. Не защото не може да работи.
Q26: Опитах шестнадесетичния метод за редактиране много пъти, той не работи, но съм сигурен, че направих всичко правилно. Какво трябва да направя?
О: Може би трябва да опитате да отворите нов потребителски профил и да видите дали помага (референтна връзка)
Q27: Защо страницата „Графика“ в VideoProc HWAccel показва N/A?
О: Нямам представа, но в този случай това е просто козметична грешка. (Актуализация: Изглежда, че VideoProc търси ключовата дума 'AMD'. Напр. Ако картата се идентифицира като |_+_|, VideoProc може да я покаже правилно. Но ако картата се идентифицира като |_+_|, тогава VideoProc не може покажи името му)
Вижте медийния елемент ' data-single-image='1'>
Вижте медийния елемент ' data-single-image='1'>
P.S. За тези, които искат да добавят префикса |_+_| пред името на графичната карта, моля, присъединете се към нишката на OpenCore. Можем да преименуваме графичната карта на каквото искаме в OpenCore.
Q28: Защо VideoProc показва, че използвам Intel 'HWAccel при конвертиране на видеоклипове?
О: Също така нямам идея, но отново, това е просто козметична грешка в този случай. (Актуализация: Засега показва, че VideoProc знае само дали HWAccel работи (чрез VideoToolBox), но не може да каже кой хардуер осигурява HWAccel в macOS. Следователно, той използва решение „един размер за всички“. Поради повечето Mac използват iGPU Intel Quick Sync за осигуряване на HWAccel. VideoProc изглежда само ще показва |_+_| всеки път, когато се използва HWAccel, независимо дали компютърът всъщност използва AMD VCE / VCN, Intel Quick Sync или дори M1. )
Q29: Защо VideoProc не показва нищо активирано, но изглежда, че всичко работи според очакванията?
О: Стига да видите тази отметка, което означава, че HWAccel е активиран. Според моето наблюдение тази отметка винаги се променя автоматично.
Вижте медийния елемент ' data-single-image='1'>
За страницата Открита информация за хардуера, моля, щракнете върху малката икона за презареждане, за да позволите на VideoProc да ви покаже най-новото състояние.
Вижте медийния елемент ' data-single-image='1'>
Q30: това ще работи ли на 6,1?
О: Само чрез eGPU (Polaris или по-висока версия).
Q31: това ще работи ли на 3,1?
О: Да (връзка)
В32: Защо „За този Mac“ показва различна тактова честота след инсталиране на OpenCore?
О: Процесорът все още работи със собствената си тактова честота, нищо не е променено. Единственото нещо, което се промени, е само презентацията. Инжектираме идентификатора на iMac Pro на платката чрез OpenCore, за да активираме HWAccel в macOS. Следователно macOS също използва формата на iMac Pro, за да покаже тактовата честота на процесора (например 3,46 GHz ще се закръгли до 3,5 GHz). Това е нормално, 100% козметично и чисто 2-цифрено срещу 3-цифрено представяне. Последна редакция: 25 септември 2021 г
h9826790
Оригинален плакат- 3 април 2014 г
- Хонг Конг
- 14 май 2019 г
SkipperRi каза: Хей, това е страхотна новина! Имам един въпрос относно първата екранна снимка. Как получихте тази информация, в кой софтуер? Щракнете, за да разгънете...
VideoProc. Безплатен лиценз е наличен сега
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
SkipperRi
- 11 юли 2015 г
- Риека, Хърватия
- 14 май 2019 г
h9826790 каза: VideoProc. Безплатен лиценз е наличен сегаБлагодаря ти!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Щракнете, за да разгънете...
bookemdano
- 29 юли 2011 г
- 14 май 2019 г
Знаете ли какво промени Apple с 10.14.5, което позволява това да работи?
bazza5938
- 25 ноември 2018 г
- Великобритания
- 14 май 2019 г
csd
- 3 септември 2017 г
- Ирландия
- 14 май 2019 г
** Оставяйки това по-долу, в случай че някой има подобни проблеми с boot-args **
хора,
Опитах това, но изглежда се проваля на етапа на аргументите за зареждане. Мога да настроя boot-args добре (nvram -p показва, че са там), но след това, когато рестартирам, записът изчезна напълно и нямам ускорение. SIP е деактивиран.
$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
След това, когато рестартирам:
$ nvram -p | grep args
$
Ето пълния списък с моите текущо зададени настройки на nvram:
$ nvram -p
boot-gamma -L%00%00j%05%00%0022YM%1a%00%00%00%00%00%00%00%00%00%00%00%00%00
bluetoothInternalControllerInfo% 15% 82% ac% 05% 00% 00% 11Z% 04% 0c% ce% ed% d6% ea
bluetoothActiveControllerInfo% 15% 82% ac% 05% 00% 00% 00% 00% 11Z% 04% 0c% ce% ed% d6% ea
SystemAudioVolumeDB %fa
Сила на звука на системата:
csr-active-config w%00%00%00
EFIBluetoothDelay %b8%0b
efi-backup-boot-device-data-data %02%01%0c%00%d0A%03%0a%00%00%00%00%01%01%06%00%02%1f%03%12% 0a%00%02%00%00%00%00%00%04%01*%00%02%00%00%00(@%06%00%00%00%00%00%e0%1f2:% 00%00%00%00%12|P%83%b0%9d/F%9ck6?%ce;fS%02%02%04%03$%00%f7%fct%be|%0b%f3I%91G %01%f4%04.hB%0f%ea%94%0bT%93%c8J%8c%a0w%e9%b1%17%bd%8e%04%04%9a%00\%00E%005%008% 00B%005%00A%00D%009%00-%00F%009%007%00F%00-%003%00E%003%003%00-%00A%00B%008%008%00-%00D%00B% 00F%001%001%00D%004%00B%002%009%00C%00E%00\%00S%00y%00s%00t%00e%00m%00\%00L%00i%00b%00r%00a%00r% 00y%00\%00C%00o%00r%00e%00S%00e%00r%00v%00i%00c%00e%00s%00\%00b%00o%00o%00t%00.%00e%00f%00i%00 %00%00%7f%ff%04%00
SIP показването е деактивирано:
$ csrutil състояние
Състояние на защитата на целостта на системата: деактивирано.
Системната информация показва, че LiLu и WhateverGreen са заредени, но предполагам, че не работят, защото правилните параметри не са им предадени при стартиране.
Някакви идеи?
Благодаря,
Колин Последна редакция: 14 май 2019 г
lukethemore
- 14 май 2019 г
- Милано (Италия)
- 15 май 2019 г
защо Apple не включва тези „функции“ по подразбиране?
всеки път е една и съща история: деактивирайте някои функции, презапишете kext, рестартирайте ... и така нататък ... защо???
лист
- 15 май 2019 г
- 15 май 2019 г
Кой файл да изтегля. ОТСТРАНЯВАНЕ НА БЪГИ или ОПУСКАНЕ?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Благодаря
IndioX
- 1 октомври 2018 г
- австрия/европа
- 15 май 2019 г
Ходжа каза: Здравейте,
Кой файл да изтегля. ОТСТРАНЯВАНЕ НА БЪГИ или ОПУСКАНЕ?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Благодаря Щракнете, за да разгънете...
ако не знаете разликата, трябва да я оставите да експериментирате в системата ;-)
h9826790
Оригинален плакат- 3 април 2014 г
- Хонг Конг
- 15 май 2019 г
Ходжа каза: Здравейте,
Кой файл да изтегля. ОТСТРАНЯВАНЕ НА БЪГИ или ОПУСКАНЕ?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Благодаря Щракнете, за да разгънете...
Използвам издания
csd
- 3 септември 2017 г
- Ирландия
- 15 май 2019 г
- Възпроизвеждането на HEVC 4K60 премина от заекване до идеално гладко. Дори 120 Mbps HEVC файлът Jellyfish се възпроизвежда перфектно.
- Вече има 50% подобрение в прекодирането на Handbrake, когато избера енкодера VideoToolbox H.264 вместо x264 енкодера (25 кадъра в секунда срещу 16 кадъра в секунда при конвертиране на 120 Mbps медуза 4K файл в 6 Mbps 1080p файл). VideoToolbox изглежда не използва HyperThreading, само 6 нишки показват заети в Activity Monitor; x264 използва всичките 12 нишки в моята система. Но дори и без HT, VideoToolbox все още е 50% по-бърз с естественото ускорение на GPU!
thomastegps
- 23 септември 2015 г
- Франция
- 15 май 2019 г
[doublepost=1557934191][/doublepost]
lukethemore каза: извинете за въпроса ми, който може да е глупав ... но ...
защо Apple не включва тези „функции“ по подразбиране?
всеки път е една и съща история: деактивирайте някои функции, презапишете kext, рестартирайте ... и така нататък ... защо??? Щракнете, за да разгънете...
Отговорът е доста прост: пари
h9826790
Оригинален плакат- 3 април 2014 г
- Хонг Конг
- 15 май 2019 г
csd каза: Само продължение след малко тестване.
/csd Щракнете, за да разгънете...
- Възпроизвеждането на HEVC 4K60 премина от заекване до идеално гладко. Дори 120 Mbps HEVC файлът Jellyfish се възпроизвежда перфектно.
- Вече има 50% подобрение в прекодирането на Handbrake, когато избера енкодера VideoToolbox H.264 вместо x264 енкодера (25 кадъра в секунда срещу 16 кадъра в секунда при конвертиране на 120 Mbps медуза 4K файл в 6 Mbps 1080p файл). VideoToolbox изглежда не използва HyperThreading, само 6 нишки показват заети в Activity Monitor; x264 използва всичките 12 нишки в моята система. Но дори и без HT, VideoToolbox все още е 50% по-бърз с естественото ускорение на GPU!
2. Сигурен съм, че ръчната спирачка използва само GPU за кодиране, но не и декодиране.
напр. Когато помоля FFMpeg да използва GPU И за декодиране, и за кодиране. Натоварването на процесора е много много ниско.
Вижте медийния елемент ' data-single-image='1'>
Въпреки това, ако помоля само FFMpeg да използва GPU за кодиране, но оставям декодиращата част за CPU. Тогава процесорът ще достигне 1000% натоварване (подобно на Handbrake).
Вижте медийния елемент ' data-single-image='1'>
И както виждате. Когато транскодираме HEVC в H264. Ако изходното видео е твърде взискателно за процесора. Ефективността на GPU транскодиране ще бъде задържана от CPU. В моя тест по-горе, използването на чисто GPU транскодиране е с около 10% по-бързо. Така че компютърът ви ще използва повече енергия, но ще работи по-бавно.
Въпреки това, ако процесорът е достатъчно бърз, за да се справи с изходното видео, тогава използването на CPU за декодиране и използването на GPU за кодиране обикновено ще има по-добър резултат.
Както и да е, използването на повече CPU не е необходимо означава по-добре сега. Последна редакция: 15 май 2019 г
IndioX
- 1 октомври 2018 г
- австрия/европа
- 15 май 2019 г
с актуализация на защитата 2019-003 и bootROM 144.0.0.0.0 !?!
Вижте медийния елемент ' data-single-image='1'>
Хендрик94
- 17 октомври 2014 г
- Германия
- 15 май 2019 г
tsialex
- 13 юни 2016 г
- 15 май 2019 г
IndioX каза: хардуерното ускорение на AMD работи и във висока sierra 10.13.6iMac Pro има хардуерно ускорение с High Sierra, така че не е изненада.
с актуализация на защитата 2019-003 и bootROM 144.0.0.0.0 !?!
Вижте прикачен файл 837175 Щракнете, за да разгънете...
IndioX
- 1 октомври 2018 г
- австрия/европа
- 15 май 2019 г
tsialex каза: iMac Pro има хардуерно ускорение с High Sierra, така че не е изненада. Щракнете, за да разгънете...
но досега се казваше, че трябва да работи само от 10.14.5 нататък
tsialex
- 13 юни 2016 г
- 15 май 2019 г
IndioX каза: но досега се казваше, че трябва да работи само от 10.14.5 нататък Щракнете, за да разгънете...
10.14.5 донесе поддръжка за eGPU RX-580, iMac имаше поддръжка за кодиране за VEGA GPU не след дълго след пускането, ако паметта ми все още работи.
IndioX
- 1 октомври 2018 г
- австрия/европа
- 15 май 2019 г
Ще го гледам като имам време
tsialex
- 13 юни 2016 г
- 15 май 2019 г
IndioX каза: би означавало, че RX580 не работи под 10.13.6 Щракнете, за да разгънете...Някой трябва да го тества и да потвърди дали хардуерното кодиране работи за RX-580 имитиращи iMac Pro.
VEGA не е изненада, вече работи с iMac Pro и High Sierra.
h9826790
Оригинален плакат- 3 април 2014 г
- Хонг Конг
- 15 май 2019 г
IndioX каза: хардуерното ускорение на AMD работи и във висока sierra 10.13.6
с актуализация на защитата 2019-003 и bootROM 144.0.0.0.0 !?!
Вижте прикачен файл 837175 Щракнете, за да разгънете...
Интересно, с този мод? Или роден?
IndioX
- 1 октомври 2018 г
- австрия/европа
- 15 май 2019 г
h9826790 каза: Интересно, с този мод? Или роден? Щракнете, за да разгънете...
с режим, тест на моя vega64
но не знам дали това работи и с RX580
надявам се скоро да го тествам
VaZ
- 31 август 2012 г
- 15 май 2019 г
Значи всички Polaris и по-високи карти са правилни RX карти?
Моят VLC използва 400% CPU, за да играе това. Ужасно наистина. Последна редакция: 19 октомври 2021 гСледващия 1 от 125
Популярни Публикации