Forumuri

MP 1,1-5,1 Activați accelerarea hardware AMD

stare
Prima postare a acestui subiect este un WikiPost și poate fi editată de oricine are permisiunile corespunzătoare. Editările dvs. vor fi publice.

h9826790

Poster original
3 aprilie 2014
Hong Kong


  • 3 mai 2019
[Pentru utilizatorii OpenCore existenți, puteți oricând să descărcați cel mai recent pachet OpenCore al meu de la postarea #1314 pentru actualizare]

HWAccel complet atins acum!
Vizualizați elementul media ' data-single-image='1'>

Totul este acoperit în firul OpenCore. Tutorialul pas cu pas pentru a activa accelerarea hardware AMD este acum aici, dar vă recomand insistent să treceți prin firul OpenCore înainte de a face ceva.

OpenCore pe Mac Pro

Acest ghid explică cum să utilizați excelentul încărcător de pornire OpenCore pentru a instala, rula și actualiza cea mai recentă versiune de macOS pe MacPro5,1, rezultând un sistem de operare curat, nealterat, la fel ca pe un Mac acceptat. forums.macrumors.com
Aceeași metodă funcționează atât în ​​Mojave, cât și nu numai. CU toate acestea, pentru utilizatorii cMP cu procesor dublu, vă rugăm să rămâneți cu Mojave în acest moment. (Actualizare: vă rugăm să rămâneți la Mojave pentru TOȚI cei care doresc HWAccel. CMMChris a sfătuit Apple a eliminat HEVC HWAccel pentru toate GPU-ul Polaris în cea mai recentă versiune beta Catalina. Ceea ce înseamnă că nu puteți face upgrade sistemul de operare pentru a obține nicio remediere de securitate, cu excepția cazului în care aceasta este o eroare în beta . Rămâneți cu Mojave, obțineți HWAccel și mențineți sistemul de operare la zi pare că va fi o alegere mai bună în acest moment)
Vizualizați elementul media ' data-single-image='1'>

Sidecar (și AirPlay Display) ar trebui să funcționeze, dar încă nu am iPad pentru a-l testa. Cel mai recent config.plist din postarea #594 și #1314 va păstra acum identificatorul cMP ca 5,1. Prin urmare, NU va activa Sidecar în mod implicit acum.

------ Procedura de mai jos este amortizată, doar păstrați în această postare ca evidență ( dar voi menține în continuare secțiunea Întrebări frecvente pentru a păstra asta la zi. Vă rugăm să citiți întrebările frecvente înainte de a întreba ceva. Orice întrebare care este deja acoperită în Întrebări frecvente nu va primi răspuns de la mine .). Pentru cei care nu au nevoie de codificare hardware HEVC și preferă să nu instaleze OpenCore. Este posibil să urmați în continuare procedura de mai jos pentru a activa HWAccel ------

10.14.5 este acum oficial. Și pot confirma că utilizatorii de carduri AMD (Polaris sau mai sus) se pot bucura de codificare hardware H264 / decodare hardware H264 / și decodare hardware HEVC.
Vizualizați elementul media ' data-single-image='1'>

Procedura este următoarea: (vă rugăm să citiți întreaga secțiune de întrebări și răspunsuri ÎNAINTE de a face ceva. Ar trebui să știți cum să vă recuperați sau poate fi necesar să utilizați o procedură alternativă etc.)

1) Păstrați SIP dezactivat

2) Descărcați Lilu.kext

3) Descărcați WhateverGreen.kext

4) deschideți Lilu.kext (clic dreapta -> afișați conținutul pachetului)

5) introduceți Conținut

6) creați folderul „Plugin-uri” (N.B. Acest folder se află în interiorul conținutului, vă rugăm să NU ratați pasul 5)
Vizualizați elementul media ' data-single-image='1'>

7) Copiați WhateverGreen.kext în pluginuri

8) Copiați întregul Lilu kext modificat în /Library/Extensions/

9) Deschideți terminalul

10) Intră
Cod: |_+_|
11) Intră
Cod: |_+_|
12) Intră
Cod: |_+_|
13) Intră
Cod: |_+_| (s-ar putea să obțineți o întoarcere ciudată cu această comandă, nu vă faceți griji pentru asta)

14) Intră
Cod: |_+_| Pentru Catalina, s-ar putea să fie nevoie să introduceți și argumentul de pornire no compat check, în caz contrar, s-ar putea să rămâneți în situația fără încărcare până când remediați argumentul de pornire în partiția de recuperare.

15) Reporniți


Întrebări frecvente, vă rugăm să citiți această secțiune ÎNAINTE să întrebați. Nu voi răspunde la nimic din ceea ce a fost deja tratat în această secțiune.

Î1: Este sigur?
R: Testat începând cu 10.14.5 beta 4, până acum, niciun sistem deteriorat de acest mod. (Actualizare: OpenCore poate scrie ceva în firmware-ul cMP. Deci, dacă doriți să rămâneți în siguranță, evitați OpenCore. Și utilizați numai Lilu + WhareverGreen sau metoda de editare hex)

Î2: Există vreun dezavantaj?
R: Da, pentru Lilu sau metoda de editare hex, iTunes, TV+ și Safari Netflix DRM streaming poate să nu funcționeze, dar descărcarea completă a filmului DRM nu ar trebui să fie afectată. Și Netflix pe browserele de bază Chromium (Chrome, Brave, Edge etc.) sunt OK.

Streaming DRM poate sa functioneaza impecabil cu metoda OpenCore.

Î3: O altă problemă cunoscută?
R: Aplicația Foto se blochează dacă este instalat și HDMIAudio.kext. În plus, câțiva utilizatori au raportat înghețarea sistemului (în 10.14.5). Se pare că doar GPU-ul Polaris este afectat, de ex. RX580. Până acum, toate înghețarea apar numai în aplicațiile Apple. de exemplu. FCPX, Fotografii, Compresor etc. Aplicațiile terțe, cum ar fi PP, DV, VideoProc, nu sunt afectate. Cu toate acestea, Polaris GPU hwaccel pare perfect stabil în 10.14.6 beta prin editarea hexa a fișierului AppleGVA. În plus, Adobe Media Encoder pare să provoace blocarea motorului video. Nu sistemul îngheța / blochează, ci motorul video pur și simplu nu mai funcționează, funcționează extrem de prost. Performanța normală se poate recupera doar prin repornire. (Actualizare: versiunea oficială 10.14.6 pare rezolvată majoritatea acestor probleme. Cel puțin, nu am cum să reproduc orice înghețare cu RX580-ul meu)

Î4: Dacă sistemul meu se blochează după modificare, cum să-l repar?
R: Pentru metoda Lilu / OpenCore 0.5.5, resetarea NVRAM va elimina argumentul de pornire și va dezactiva kexts / OpenCore. Deci, sistemul dumneavoastră va reveni la starea inițială. Odată ce sistemul dvs. pornește din nou, puteți elimina kext / OpenCore.

Pentru metoda de editare Hex, am rulat o mulțime de teste, fără nicio modalitate de a bloca sistemul. Dar dacă există instabilitate, vă rugăm să restaurați fișierul original din backup.

Pentru OpenCore 0.5.6 și versiuni ulterioare, trebuie să remontați partiția EFI -> eliminați folderul BOOT și OC -> resetați NVRAM

Î5: Care este beneficiul?
R: Poate reda niște videoclipuri HEVC foarte solicitante (de exemplu, acesta)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/

Acesta este modul în care cMP-ul meu poate reda acest videoclip acum. Redare lină cu utilizare foarte scăzută a procesorului (vă rugăm să utilizați un browser care acceptă VP9 pentru a viziona toate videoclipurile de pe Youtube în 4k, în caz contrar, este posibil să nu puteți citi detaliile)

Capabil să editeze H264 direct fără probleme, nu mai este nevoie de transcodare în ProRes, reduce foarte mult viteza de stocare și cerințele de capacitate. Cel mai probabil poate îmbunătăți și productivitatea

Capabil să editeze HEVC direct fără probleme, nu mai este nevoie de transcodare în ProRes, reduce foarte mult viteza de stocare și cerințele de capacitate. Cel mai probabil poate îmbunătăți și productivitatea

Poate îmbunătăți considerabil viteza de export H264 cu o utilizare redusă a procesorului (depinde de specificațiile CPU/GPU)

Capabil să înregistreze ecranul la 4k fără probleme. După cum puteți vedea din linkul de mai sus. CMP-ul meu acum poate face acele lucruri și înregistrează în continuare ecranul fără probleme în același timp.

Poate reda fără probleme videoclipuri VP9. Acum, cMP-ul meu poate reda acest videoclip de pe YouTube 8K 24FPS cu zero cadere de cadre. (Decodificarea hardware VP9 NU este acceptată în macOS până la Catalina.)

Î6: Poate funcționa acest lucru în 10.14.4 sau înainte?
R: Un utilizator a raportat că cel mai recent 10.13.6 cu Vega funcționează și cu Lilu mehtod. Dar RX580 va provoca o eroare GPURestart, care îngheață afișajul și face sistemul de operare inutilizabil. (actualizare: utilizatorii au raportat că decodarea hardware funcționează, dar codificarea hardware H264 va cauza blocarea)

Î7: Poate funcționa asta în 10.15?
R: Nu la fel de bun ca 10.14.6. Doar metoda Lilu sau metoda OpenCore funcționează. De asemenea, în 10.15.2, suportul pentru Polaris (de exemplu, RX580) HEVC HWAccel este eliminat de Apple (WhateverGreen ar trebui să rezolve această problemă de compatibilitate Polaris. Dar nu am testat-o ​​personal)

Actualizare: HWAccel funcționează destul de bine în toate 10.14.6, 10.15.7 și 11.2.3 acum.

Î8: Poate funcționa acest lucru pentru GPU-ul Nvidia?
A: NO

Q9: Poate funcționa acest lucru pentru flashed 7950 etc?
A: Nu stiu. Vă rog să-l testați pentru mine. (Actualizare: răspunsul este NU, mulțumesc bazza5938 pentru a efectua testul)

Î10: Ce software poate beneficia de acest mod?
R: Acest lucru va oferi accelerare hardware la nivel de sistem. Până acum, toate programele mele testate funcționează (de exemplu, FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)

Î11: Dacă fac o resetare a NVRAM din alt motiv, cum pot recăpăta aceste funcții?
R: Pentru metoda Lilu, repetați pasul 14 și reporniți.

Metoda de editare hexagonală / OpenCore 0.5.6 (postul #1314) nu este afectată.

Pentru OpenCore 0.5.5 (în postarea #594), depinde de configurația dvs., poate fi necesar să re-binecuvântați pentru a porni din nou prin OpenCore.

Î12: Care este GPU-ul recomandat?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Atâta timp cât acel card poate funcționa pe cMP, marca/modelul nu contează cu adevărat (Actualizare: pentru acest scop special, Vega este cu siguranță mai bun decât cardul Polaris. Nu există încă niciun raport de blocare/înghețare de la utilizatorii Vega).

Î13: De ce să nu recomandați Radeon VII sau RX570 etc.
R: AFAIK, toate GPU-urile Polaris, Vega, Navi funcționează, doar că nu sunt sigur cât de matur este suportul general. (Actualizare: mi-am actualizat GPU-ul la Radeon VII, perfect stabil, iar codificarea hardware este cu aproximativ 100% mai rapidă decât RX580. De asemenea, HWAccel de la Navi a confirmat că poate fi activat.)

Î14: Acesta este QuickSync?
R: NU, QuickSync este accelerarea hardware pentru Intel iGPU, nu termenul generic pentru accelerarea hardware video GPU. GPU AMD utilizează UVD (Unified Video Decoder) pentru decodare și VCE (Video Coding Engine) pentru codare. Toate acestea vor fi controlate de VideoToolBox automat în macOS, practic transparente pentru utilizatori. Este același concept ca și QuickSync, dar nu și QuickSync.

Î15: Văd că GPU-ul meu funcționează în Compressor înainte de acest mod (pe un cMP). Asta înseamnă că am deja accelerare hardware?
R: NU, aici vorbim despre accelerarea hardware H264 / HEVC. Nu accelerația hardware de calcul generală. Sunt complet diferiti.

Î16: Cum este calitatea videoclipului codificat hardware?
R: Nu la fel de bun ca codificatorul software în general. Dar dacă la un bitrate mare, diferența nu este atât de vizibilă.

Î17: Când vom putea obține și codificarea HEVC?
A: Nu stiu. Dar puteți oricând să porniți pe Windows și să utilizați codificarea hardware HEVC. (Actualizare: HWAccel COMPLET, inclusiv codificarea HEVC, poate fi realizată și prin utilizarea OpenCore. Nu sunt sigur cât de sigur, dar funcționează stabil pe cMP-ul meu)

Î18: La câte îmbunătățiri mă pot aștepta?
R: Ei bine, depinde de utilizare. Dar un test rapid de export iMovie 4K H264 arată că un Vega 64 poate reduce timpul de export de la 6:19 la 1:25, ceea ce înseamnă reducerea timpului de export cu ~77% (pe un X5680 cMP dual).

Î19: De ce VideoProc nu arată nicio decodare HEVC după mod?
R: Nu știu de ce, dar acest lucru este normal în acest caz. Recomandarea mea este să descărcați videoclipul demo HEVC de la linkul de mai sus și să îl redați prin QuickTime (sau pur și simplu prin previzualizarea Finder). Atâta timp cât utilizarea procesorului rămâne în jur de 20% (dar nu 800%), înseamnă că decodarea HEVC funcționează corect.

Pentru cei care folosesc metoda OpenCore, ar trebui să puteți vedea disponibilitatea HEVC HWAccel. Dacă nu există, vă rugăm să faceți clic pe pictograma mică de reîncărcare.

Î20: Ar trebui să instalez versiunea mai nouă de Lilu și WhateverGreen?
UN NU. În ciuda faptului că versiunea mai nouă poate funcționa, dar nu oferă nicio funcție suplimentară în acest caz și nu am idee dacă cea mai nouă are o stabilitate mai slabă. Dacă am găsit o modalitate mai bună de a utiliza / kext. Voi actualiza postarea în consecință. (Actualizare: Pentru Catalina, vă rugăm să instalați Lilu 1.4.0 și WhateverGreen 1.3.5. Și până acum, toate Lilu și WEG mai noi oferă doar rezultate mai bune datorită remedierii erorilor. Utilizatorii ar trebui să fie de acord să instaleze cea mai recentă versiune)

Î21: Am înghețat sistemul, jurnalul consolei arată evenimentul „Repornire GPU”, ce ar trebui să fac?
R: Resetarea PRAM va aduce sistemul dvs. înapoi la normal. Dacă sunteți cu GPU Polaris (RX560, RX570, RX580, etc), se pare că unii oameni sunt afectați de acest bug. Ceea ce am găsit este o metodă alternativă prin editarea hexagonală directă, fișierul AppleGVA pare mai stabil pentru aceste GPU-uri. Testul inițial arată că este foarte sigur de a face acest lucru, chiar și eu distrug complet fișierul AppleGVA, sistemul de operare poate încă porni pe desktop. Dacă preferați să mergeți pe această cale, vă rugăm să vă asigurați că știți cum să restaurați fișierul (sau chiar să recuperați complet dintr-un sistem de operare care nu poate fi pornit). Informația se află la postul #205. (actualizare: 10.14.6 arată o stabilitate extrem de bună, foarte recomandat pentru utilizatorii RX580)

Î22: Cum știu dacă accelerarea hardware funcționează cu adevărat?
R: Sugestia mea este folosirea Terminalului. Informații detaliate în postarea #273. De asemenea, puteți utiliza OpenGL Driver Monitor pentru a observa activitățile UVD / VCE (link) .

Q23: Pot folosi acest mod cu MVC flashed RX580?
R: Conform acestei postări, răspunsul este DA.

Î24: Este posibil să dezactivați hwaccel fără repornire. Ca să mă pot bucura oricând de streaming DRM?
R: Numai metoda alternativă permite ON/OFF din mers. Dacă nu doriți să utilizați terminalul / Finder pentru a face asta de fiecare dată, puteți crea două aplicații simple pentru a face asta, proceduri aici . (Actualizare: pachetul meu OpenCore ar trebui să vă permită să redați în mod implicit videoclipuri DRM în flux)

Î25: Redarea în fundal încă funcționează în FCPX?
R: Redarea în fundal încă funcționează pentru ambele metode. Acest lucru este complet independent de hwaccel. Am dezactivat acest lucru în demonstrația de mai sus doar pentru a ilustra performanța de editare a cronologiei în timp real. Nu pentru că nu poate funcționa.

Q26: Am încercat metoda de editare hex de multe ori, nu funcționează, dar sunt sigur că am făcut totul bine. Ce ar trebuii să fac?
R: Poate ar trebui să încercați să deschideți un nou profil de utilizator și să vedeți dacă vă ajută (link de referință)

Î27: De ce „Grafica” din pagina VideoProc HWAccel arată N/A?
R: Nici idee, dar este doar o eroare cosmetică în acest caz. (Actualizare: se pare că VideoProc caută cuvântul cheie „AMD”. De exemplu, dacă cardul se identifică ca |_+_|, VideoProc îl poate afișa corect. Dar dacă cardul se identifică ca |_+_|, atunci VideoProc nu poate arata-i numele)
Vizualizați elementul media ' data-single-image='1'>
Vizualizați elementul media ' data-single-image='1'>
P.S. Pentru cei care doresc să adauge prefixul |_+_| în fața numelui plăcii grafice, vă rugăm să vă alăturați firului OpenCore. Putem redenumi placa grafică în orice dorim în OpenCore.

Î28: De ce VideoProc arată că folosesc „Intel” HWAccel când convertesc videoclipuri?
R: De asemenea, nicio idee, dar din nou, este doar o eroare cosmetică în acest caz. (Actualizare: Până acum, arată că VideoProc știe doar dacă HWAccel funcționează (prin VideoToolBox), dar nu poate spune ce hardware oferă HWAccel în macOS. Prin urmare, folosește o soluție „one size fit all”. Datorită majoritatea Mac-urilor de acolo folosesc iGPU Intel Quick Sync pentru a oferi HWAccel. VideoProc pare să afișeze numai |_+_| ori de câte ori HWAccel este în uz, indiferent dacă computerul utilizează de fapt AMD VCE / VCN, Intel Quick Sync sau chiar M1. )

Î29: De ce VideoProc nu arată nimic activat, dar totul pare să funcționeze conform așteptărilor?
R: Atâta timp cât puteți vedea această bifă, ceea ce înseamnă că HWAccel este activat. Din observația mea, această bifă se schimbă întotdeauna automat.
Vizualizați elementul media ' data-single-image='1'>

Pentru pagina Informații hardware detectate, faceți clic pe pictograma de reîncărcare pentru a permite VideoProc să vă arate cea mai recentă stare.
Vizualizați elementul media ' data-single-image='1'>
Q30: va funcționa acest lucru pe 6,1?
R: Numai prin eGPU (Polaris sau mai mare).

Q31: va funcționa acest lucru pe 3,1?
R: Da (link)

Î32: De ce „Despre acest Mac” arată o viteză de ceas diferită după instalarea OpenCore?
R: CPU încă funcționează la viteza de ceas nativă, nimic nu este schimbat cu adevărat. Singurul lucru schimbat este doar prezentarea. Injectăm ID-ul plăcii iMac Pro prin OpenCore pentru a activa HWAccel în macOS. Prin urmare, macOS folosește și formatul iMac Pro pentru a afișa viteza CPU (de exemplu, 3,46 GHz va fi rotunjit la 3,5 GHz). Aceasta este o prezentare normală, 100% cosmetică și o prezentare pur cu 2 cifre față de 3 cifre. Ultima modificare: 25 septembrie 2021
Reacții:h9826790

h9826790

Poster original
3 aprilie 2014
Hong Kong
  • 14 mai 2019
SkipperRi a spus: Hei, aceasta este o veste grozavă! Am o întrebare despre prima captură de ecran. Cum ați obținut aceste informații, în ce software? Faceți clic pentru a extinde...

VideoProc. Licență gratuită disponibilă acum

https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
Reacții:Eschers, mavots, Earl Urley și alți 4

SkipperRi

11 iulie 2015
Rijeka, Croația
  • 14 mai 2019
h9826790 a spus: VideoProc. Licență gratuită disponibilă acum

https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Faceți clic pentru a extinde...
Mulțumesc!
Reacții:Eschers B

bookemdano

29 iulie 2011
  • 14 mai 2019
Vă mulțumim pentru munca depusă pentru acest tutorial h9826790. Nu auzisem niciodată de WhateverGreen (și Shiki înainte de el). Iată Github-ul dacă este cineva interesat: https://github.com/acidanthera/WhateverGreen

Știți ce a schimbat Apple cu 10.14.5 care permite ca acest lucru să funcționeze?

bazza5938

25 noiembrie 2018
Regatul Unit
  • 14 mai 2019
Mulțumesc pentru postarea asta aici, trebuie să-l încerc cu 7950-ul meu doar pentru a vedea dacă pot obține vreo codificare/decodare hardware din el înainte de a actualiza la 10.14.5 final, deoarece știu că rx580 funcționează frumos
Reacții:h9826790 C

csd

3 septembrie 2017
Irlanda
  • 14 mai 2019
** Am remediat acest lucru ștergând NVRAM și pornind din nou de la zero **
** Lăsând asta mai jos în cazul în care cineva are probleme similare cu boot-args **

oameni buni,

Am încercat acest lucru, dar se pare că nu reușesc la etapa de boot-args. Pot seta bine boot-args (nvram -p arată că sunt acolo), dar atunci când repornesc, intrarea a dispărut complet și nu am accelerație. SIP este dezactivat.

$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94

Apoi, când repornesc:

$ nvram -p | grep args
$

Iată lista completă a setărilor mele nvram setate în prezent:

$ 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
SystemAudioVolum:
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

Afișarea SIP este dezactivată:
starea $ csrutil
Stare de protecție a integrității sistemului: dezactivată.

Informațiile de sistem arată că LiLu și WhateverGreen sunt încărcate, dar cred că nu funcționează, deoarece parametrii corecti nu le-au fost transmise la pornire.

Vreo idee?

Mulțumiri,

Colin Ultima modificare: 14 mai 2019
Reacții:h9826790

mai mult călducă

14 mai 2019
Milano (Italia)
  • 15 mai 2019
scuze pentru intrebarea mea care poate fi stupida...dar...


de ce Apple nu activează implicit aceste „funcții”?


de fiecare dată este aceeași poveste: dezactivați o funcție, suprascrieți kext, reporniți ... și așa mai departe ... de ce ???
Reacții:Marekul, Chung123, thomasthegps și alți 2

frunze

15 mai 2019
  • 15 mai 2019
Bună,

Ce fișier ar trebui să descarc. DEBUG sau LANSAREA?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Mulțumiri

IndioX

1 octombrie 2018
austria/europa
  • 15 mai 2019
hoja a spus: Bună,

Ce fișier ar trebui să descarc. DEBUG sau LANSAREA?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Mulțumiri Faceți clic pentru a extinde...


dacă nu știi diferența, ar trebui să o lași să experimenteze în sistem ;-)

h9826790

Poster original
3 aprilie 2014
Hong Kong
  • 15 mai 2019
hoja a spus: Bună,

Ce fișier ar trebui să descarc. DEBUG sau LANSAREA?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Mulțumiri Faceți clic pentru a extinde...

Folosesc lansări
Reacții:Eschers C

csd

3 septembrie 2017
Irlanda
  • 15 mai 2019
Doar o continuare după câteva teste.

  1. Redarea HEVC 4K60 a trecut de la bâlbâială la perfect lină. Chiar și fișierul HEVC Jellyfish de 120 Mbps se redă perfect.
  2. Acum există o îmbunătățire cu 50% în transcodarea Handbrake atunci când selectez codificatorul VideoToolbox H.264 în loc de codificatorul x264 (25 fps vs 16 fps în conversia fișierului 4K meduză de 120 Mbps într-un fișier 1080p de 6 Mbps). VideoToolbox nu pare să folosească HyperThreading, doar 6 fire sunt ocupate în Monitorul de activitate; x264 folosește toate cele 12 fire de execuție de pe sistemul meu. Dar chiar și fără HT, VideoToolbox este încă cu 50% mai rapid cu accelerarea GPU nativă!
/csd
Reacții:Marekul și skeptech T

thomasthegps

23 septembrie 2015
Franţa
  • 15 mai 2019
Mă întreb cum se compară performanța de editare în fcx cu acest patch cu mac-urile mai noi.
[doublepost=1557934191][/doublepost]
lukethemore a spus: scuze pentru întrebarea mea, care poate fi stupidă... dar...


de ce Apple nu activează implicit aceste „funcții”?


de fiecare dată este aceeași poveste: dezactivați o funcție, suprascrieți kext, reporniți ... și așa mai departe ... de ce ??? Faceți clic pentru a extinde...

Răspunsul este destul de simplu: bani
Reacții:Marekul si octoviaa

h9826790

Poster original
3 aprilie 2014
Hong Kong
  • 15 mai 2019
csd a spus: Doar o continuare după câteva teste.

  1. Redarea HEVC 4K60 a trecut de la bâlbâială la perfect lină. Chiar și fișierul HEVC Jellyfish de 120 Mbps se redă perfect.
  2. Acum există o îmbunătățire cu 50% în transcodarea Handbrake atunci când selectez codificatorul VideoToolbox H.264 în loc de codificatorul x264 (25 fps vs 16 fps în conversia fișierului 4K meduză de 120 Mbps într-un fișier 1080p de 6 Mbps). VideoToolbox nu pare să folosească HyperThreading, doar 6 fire sunt ocupate în Monitorul de activitate; x264 folosește toate cele 12 fire de execuție de pe sistemul meu. Dar chiar și fără HT, VideoToolbox este încă cu 50% mai rapid cu accelerarea GPU nativă!
/csd Faceți clic pentru a extinde...

2. Sunt destul de sigur că frâna de mână folosește GPU-ul doar pentru a codifica, dar nu și a decoda.

de exemplu. Când îi cer pe FFMpeg să folosească GPU atât pentru decodare, cât și pentru codare. Încărcarea procesorului este foarte foarte scăzută.
Vizualizați elementul media ' data-single-image='1'>

Cu toate acestea, dacă cer doar FFMpeg să folosească GPU pentru a codifica, dar lăsați partea de decodare pentru CPU. Apoi procesorul va atinge 1000% de încărcare (similar cu frâna de mână).
Vizualizați elementul media ' data-single-image='1'>

Și după cum puteți vedea. Când transcodăm HEVC în H264. Dacă sursa video este prea solicitantă pentru procesor. Performanța de transcodare a GPU-ului va fi împiedicată de procesor. În testul meu de mai sus, utilizarea transcodării pur GPU este cu aproximativ 10% mai rapidă. Deci, computerul tău va folosi mai multă energie, dar va funcționa mai lent.

Cu toate acestea, dacă procesorul este suficient de rapid pentru a gestiona sursa video, atunci folosirea procesorului pentru a decoda și utilizarea GPU pentru a codifica de obicei va avea un rezultat mai bun.

Oricum, folosirea mai multor CPU care nu este necesar înseamnă mai bine acum. Ultima modificare: 15 mai 2019
Reacții:Eschers si zoltm

IndioX

1 octombrie 2018
austria/europa
  • 15 mai 2019
Accelerația hardware AMD funcționează și în High Sierra 10.13.6
cu actualizare de securitate 2019-003 și bootROM 144.0.0.0.0 !?!


Vizualizați elementul media ' data-single-image='1'>
Reacții:Petri Krohn, octoviaa, h9826790 și încă 1 persoană

Hendrik94

17 octombrie 2014
Germania
  • 15 mai 2019
Încă funcționează în 10.14.6 Dev 1 până acum Reacții:h9826790

tsialex

13 iunie 2016
  • 15 mai 2019
IndioX a spus: Accelerarea hardware AMD funcționează și în High Sierra 10.13.6
cu actualizare de securitate 2019-003 și bootROM 144.0.0.0.0 !?!


Vezi atașamentul 837175 Faceți clic pentru a extinde...
iMac Pro are accelerație hardware cu High Sierra, așa că nu este o surpriză.
Reacții:octoviaa și IndioX

IndioX

1 octombrie 2018
austria/europa
  • 15 mai 2019
tsialex a spus: iMac Pro are accelerație hardware cu High Sierra, așa că nu este o surpriză. Faceți clic pentru a extinde...

dar până acum s-a spus că ar trebui să funcționeze doar din 10.14.5

tsialex

13 iunie 2016
  • 15 mai 2019
IndioX a spus: dar până acum s-a spus că ar trebui să funcționeze doar din 10.14.5 Faceți clic pentru a extinde...

10.14.5 a adus suport pentru eGPU RX-580, iMac a avut suport de codificare pentru GPU-urile VEGA de la puțin timp după lansare, dacă memoria mea încă funcționează.
Reacții:Eschers

IndioX

1 octombrie 2018
austria/europa
  • 15 mai 2019
ar însemna că RX580 nu funcționează sub 10.13.6

Mă voi uita la asta când voi avea timp

tsialex

13 iunie 2016
  • 15 mai 2019
IndioX a spus: ar însemna că RX580 nu funcționează sub 10.13.6 Faceți clic pentru a extinde...
Cineva ar trebui să-l testeze și să confirme dacă codificarea hardware funcționează pentru RX-580 care falsifică iMac Pro.

VEGA nu este o surpriză, funcționează deja cu iMac Pro și High Sierra.
Reacții:Eschers

h9826790

Poster original
3 aprilie 2014
Hong Kong
  • 15 mai 2019
IndioX a spus: Accelerarea hardware AMD funcționează și în High Sierra 10.13.6
cu actualizare de securitate 2019-003 și bootROM 144.0.0.0.0 !?!


Vezi atașamentul 837175 Faceți clic pentru a extinde...

Interesant, cu acest mod? Sau nativ?
Reacții:Eschers

IndioX

1 octombrie 2018
austria/europa
  • 15 mai 2019
h9826790 a spus: Interesant, cu acest mod? Sau nativ? Faceți clic pentru a extinde...

cu modul, testați pe vega64-ul meu
dar nu știu dacă funcționează și cu RX580
sper sa-l testez in curand

VaZ

31 august 2012
  • 15 mai 2019
Ce aplicație este acea informație hardware?
Deci toate cardurile Polaris și mai mari sunt corecte cardurile RX?

VLC-ul meu folosește 400% CPU pentru a juca asta. Oribil într-adevăr. Ultima modificare: 19 octombrie 2021
  • 1
  • 2
  • 3
  • Mergi la pagina

    Merge
  • 125
Următorul

Mergi la pagina

MergeUrmătorul Ultimul