Forumai

MP 1,1-5,1 Suaktyvinkite AMD aparatinės įrangos spartinimą

Būsena
Pirmasis šios temos įrašas yra WikiPost ir jį gali redaguoti visi, turintys atitinkamus leidimus. Jūsų pakeitimai bus vieši.

h9826790

Originalus plakatas
2014 m. balandžio 3 d
Honkongas


  • 2019 m. gegužės 3 d
[Esamiems „OpenCore“ naudotojams visada galite atsisiųsti mano naujausią „OpenCore“ paketą iš 1314 įrašo, kad galėtumėte atnaujinti]

Dabar pasiekiamas visas HWAccel!
Peržiūrėti medijos elementą ' data-single-image='1'>

Viskas aprašyta OpenCore gijoje. Žingsnis po žingsnio pamoka, kaip įjungti AMD aparatinės įrangos spartinimą, dabar yra čia, tačiau primygtinai rekomenduoju prieš ką nors darant peržvelgti OpenCore giją.

„OpenCore“ „Mac Pro“.

Šiame vadove paaiškinama, kaip naudoti puikų „OpenCore“ įkrovos įkroviklį, norint įdiegti, paleisti ir atnaujinti naujausią „MacOS“ versiją „MacPro5,1“, kad operacinė sistema būtų švari, nepakitusi, kaip ir palaikomame „Mac“. forums.macrumors.com
Tas pats metodas veikia tiek „Mojave“, tiek už jos ribų. TAČIAU, dviejų procesorių cMP naudotojams šiuo metu laikykitės „Mojave“. (Atnaujinimas: laikykitės „Mojave“ VISIEMS, kurie nori HWAccel. CMMChris patarė „Apple“ pašalinti HEVC HWAccel visiems „Polaris“ GPU naujausioje „Catalina“ beta versijoje. Tai reiškia, kad negalite atnaujinti OS, kad gautumėte saugos pataisų, nebent tai yra beta versijos klaida. . Likite su Mojave, gaukite HWAccel ir nuolat atnaujinkite savo OS, atrodo, kad šiuo metu tai bus geresnis pasirinkimas)
Peržiūrėti medijos elementą ' data-single-image='1'>

Sidecar (ir AirPlay Display) taip pat turėtų veikti, bet kol kas neturiu iPad, kad galėčiau jį išbandyti. Naujausias config.plist įrašas Nr. 594 ir Nr. 1314 dabar išlaikys cMP identifikatorių kaip 5,1. Todėl pagal numatytuosius nustatymus dabar NEBUS suaktyvinti Sidecar.

------ Toliau nurodyta procedūra yra nuvertėjusi, tiesiog pasilikite šiame įraše kaip įrašą ( bet vis tiek išlaikysiu DUK skyrių, kad tai būtų atnaujinta. Prieš nieko klausdami, perskaitykite DUK. Aš neatsakysiu į visus klausimus, kurie jau buvo įtraukti į DUK .). Tiems, kuriems nereikia HEVC aparatinės įrangos kodavimo ir nenori diegti OpenCore. Vis tiek galite atlikti toliau pateiktą procedūrą, kad suaktyvintumėte HWAccel ------

10.14.5 dabar yra oficialus. Ir galiu patvirtinti, kad AMD kortelių naudotojai (Polaris ar naujesnė versija) gali mėgautis H264 aparatinės įrangos kodavimu / H264 aparatinės įrangos dekodavimu / ir HEVC aparatinės įrangos dekodavimu.
Peržiūrėti medijos elementą ' data-single-image='1'>

Procedūra yra tokia: (PRIEŠ ką nors darydami perskaitykite visą klausimų ir atsakymų skyrių. Turėtumėte žinoti, kaip atkurti, arba gali prireikti naudoti kitą procedūrą ir pan.)

1) Išjunkite SIP

2) Atsisiųskite Lilu.kext

3) Atsisiųskite WhateverGreen.kext

4) atidarykite Lilu.kext (dešiniuoju pelės mygtuku spustelėkite -> rodyti paketo turinį)

5) įveskite turinį

6) sukurkite aplanką „Papildiniai“ (NB. Šis aplankas yra turinio viduje, nepraleiskite 5 veiksmo)
Peržiūrėti medijos elementą ' data-single-image='1'>

7) Nukopijuokite WhateverGreen.kext į papildinius

8) Nukopijuokite visą modifikuotą Lilu kext į /Library/Extensions/

9) Atidarykite terminalą

10) Įveskite
Kodas: |_+_|
11) Įveskite
Kodas: |_+_|
12) Įveskite
Kodas: |_+_|
13) Įveskite
Kodas: |_+_| (šia komanda galite gauti keistą grąžą, nesijaudinkite)

14) Įveskite
Kodas: |_+_| Jei naudojate Catalina, taip pat gali tekti įvesti įkrovos argumentą no compat check, kitu atveju galite įstrigti ties neįkrovos situacija, kol nepataisysite įkrovos argumento atkūrimo skaidinyje.

15) Perkraukite


DUK, perskaitykite šį skyrių PRIEŠ klausdami. Neatsakysiu nieko, kas jau buvo aprašyta šioje dalyje.

1 klausimas: ar tai saugu?
A: Išbandyta nuo 10.14.5 beta 4 versijos, iki šiol jokia sistema nebuvo pažeista dėl šio modifikavimo. (Atnaujinimas: OpenCore gali ką nors įrašyti į cMP programinę-aparatinę įrangą. Taigi, jei norite būti saugūs, venkite OpenCore. Ir naudokite tik Lilu + WhareverGreen arba šešioliktainį redagavimo metodą)

2 klausimas: ar yra kokių nors neigiamų pusių?
A: Taip, naudojant „Lilu“ arba šešioliktainį redagavimo metodą, „iTunes“, „TV+“ ir „Safari Netflix“ DRM srautinis perdavimas gali neveikti, tačiau tai neturėtų turėti įtakos visiškam DRM filmo atsisiuntimui. Ir „Netflix“ „Chromium“ pagrindinėse naršyklėse („Chrome“, „Brave“, „Edge“ ir kt.) yra gerai.

DRM transliacija gali nepriekaištingai veikia su OpenCore metodu.

3 klausimas: ar yra kita žinoma problema?
A: „Photos“ programa sugenda, jei taip pat įdiegtas HDMIAudio.kext. Be to, dar keli vartotojai pranešė apie sistemos užšalimą (10.14.5). Panašu, kad paveiktas tik Polaris GPU pvz. RX580. Kol kas visi užšalimai vyksta tik „Apple“ programose. pvz. FCPX, nuotraukos, kompresorius ir kt. Trečiųjų šalių programėlės, pvz., PP, DV, VideoProc, neturi įtakos. Tačiau „Polaris GPU hwaccel“ atrodo visiškai stabilus 10.14.6 beta versijoje šešioliktainiu būdu redaguojant AppleGVA failą. Be to, atrodo, kad „Adobe Media Encoder“ sustos vaizdo įrašų variklis. Ne sistemos užšalimas / gedimas, o vaizdo variklis tiesiog nustoja veikti, veikia labai blogai. Įprastą veikimą galima atkurti tik paleidus iš naujo. (Atnaujinimas: 10.14.6 oficialus leidimas atrodo, kad dauguma šių problemų išspręsta. Bent jau aš negaliu atkurti jokio užšalimo su savo RX580)

4 klausimas: jei mano sistema sugenda po modifikacijos, kaip ją ištaisyti?
A: Naudojant Lilu / OpenCore 0.5.5 metodą, NVRAM atstatymas pašalins įkrovos argumentą ir išjungs kexts / OpenCore. Taigi veiksmingai sugrąžinsite jūsų sistemą į pradinę būseną. Kai sistema vėl paleidžiama, galite pašalinti kext / OpenCore.

Naudodamas šešioliktainio redagavimo metodą, atlikau daugybę testų, niekaip nepavyko sugriauti sistemos. Bet jei yra koks nors nestabilumas, atkurkite pradinį failą iš atsarginės kopijos.

Jei naudojate OpenCore 0.5.6 ir naujesnes versijas, turite iš naujo prijungti EFI skaidinį -> pašalinti BOOT ir OC aplanką -> iš naujo nustatyti NVRAM

5 klausimas: kokia nauda?
A: Galiu paleisti labai reikalaujantį HEVC vaizdo įrašą (pvz., šį)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/

Štai kaip mano cMP dabar gali leisti šį vaizdo įrašą. Sklandus atkūrimas naudojant labai mažai procesoriaus (naudokite naršyklę, kuri palaiko VP9, ​​kad galėtumėte žiūrėti visus toliau nurodytus Youtube vaizdo įrašus 4k formatu, kitaip gali nepavykti perskaityti informacijos)

Galimybė tiesiogiai sklandžiai redaguoti H264, nebereikia perkoduoti į ProRes, žymiai sumažina saugojimo greitį ir talpos poreikį. Greičiausiai taip pat gali pagerinti produktyvumą

Galimybė tiesiogiai sklandžiai redaguoti HEVC, nebereikia perkoduoti į ProRes, labai sumažina saugojimo greitį ir talpos poreikį. Greičiausiai taip pat gali pagerinti produktyvumą

Gali žymiai pagerinti H264 eksporto greitį naudojant mažai procesoriaus (priklauso nuo jūsų procesoriaus / GPU specifikacijos)

Galiu sklandžiai įrašyti ekraną 4k raiška. Kaip matote iš aukščiau esančios nuorodos. Dabar mano cMP gali atlikti šiuos dalykus ir tuo pačiu metu sklandžiai įrašyti ekraną.

Gali sklandžiai leisti VP9 vaizdo įrašą. Mano cMP dabar gali leisti šį 8K 24FPS „YouTube“ vaizdo įrašą be nulinio kadro. (VP9 aparatinės įrangos dekodavimas nepalaikomas MacOS iki Catalina.)

6 klausimas: ar tai gali veikti naudojant 10.14.4 ar senesnę versiją?
A: Vienas vartotojas pranešė, kad naujausia 10.13.6 su Vega taip pat veikia su Lilu metodu. Tačiau RX580 sukels GPURestart gedimą, dėl kurio ekranas užšaldys ir OS taps netinkama naudoti. (atnaujinimas: naudotojai pranešė, kad aparatinės įrangos dekodavimas veikia, tačiau H264 aparatinės įrangos kodavimas sukels gedimą)

7 klausimas: ar tai gali veikti per 10.15?
A: Ne taip gerai kaip 10.14.6. Veikia tik Lilu metodas arba OpenCore metodas. Be to, 10.15.2 versijoje „Apple“ pašalino „Polaris“ (pvz., RX580) HEVC HWAccel palaikymą („WhateverGreen“ turėtų išspręsti šią „Polaris“ palaikymo problemą. Bet aš asmeniškai to neišbandžiau)

Atnaujinimas: HWAccel dabar veikia gana gerai visose 10.14.6, 10.15.7 ir 11.2.3 versijose.

8 klausimas: ar tai gali veikti su Nvidia GPU?
A: NO

9 klausimas: ar tai gali veikti naudojant „flashed 7950“ ir tt?
A: Aš nežinau. Prašau išbandyti tai už mane. (Atnaujinimas: atsakymas yra NE, ačiū bazza5938, kad atlikote testą)

10 klausimas: kuriai programinei įrangai šis modas gali būti naudingas?
A: Tai užtikrins aparatinės įrangos pagreitį sistemos lygiu. Kol kas veikia visa mano išbandyta programinė įranga (pvz., FCPX, iMovie, Rankinis stabdis, Kompresorius, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)

11 klausimas: jei atkuriu NVRAM atkūrimą dėl kitos priežasties, kaip atgauti šias funkcijas?
A: Lilu metodui pakartokite 14 veiksmą ir paleiskite iš naujo.

Hex redagavimo metodas / OpenCore 0.5.6 (įrašas Nr. 1314) neturi įtakos.

Jei naudojate OpenCore 0.5.5 (įrašas Nr. 594), priklauso nuo jūsų sąrankos, gali tekti iš naujo palaiminti, kad vėl paleistumėte per OpenCore.

12 klausimas: koks yra rekomenduojamas GPU?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Kol ta kortelė gali veikti su cMP, prekės ženklas / modelis iš tikrųjų neturi reikšmės (Atnaujinimas: šiuo konkrečiu tikslu „Vega“ tikrai yra geresnė nei „Polaris“ kortelė. „Vega“ naudotojai dar nepateikė jokios avarijos / užšalimo ataskaitos).

13 klausimas: kodėl gi nerekomenduojus Radeon VII arba RX570 ir kt.
A: AFAIK, veikia visi „Polaris“, „Vega“, „Navi“ GPU, tik nesu tikras, koks brandus yra bendras palaikymas. (Atnaujinimas: atnaujinau savo GPU į Radeon VII, puikiai stabilų, o aparatinės įrangos kodavimas yra maždaug 100% greitesnis nei RX580. Taip pat patvirtinta, kad Navi HWAccel gali būti aktyvuotas.)

14 klausimas: ar tai „QuickSync“?
A: NE, „QuickSync“ yra „Intel iGPU“ aparatinės įrangos pagreitis, o ne bendras GPU vaizdo aparatinės įrangos spartinimo terminas. AMD GPU dekodavimui naudoja UVD (Unified Video Decoder), o kodavimui – VCE (vaizdo kodavimo variklį). Visa tai „MacOS“ sistemoje automatiškai valdys „VideoToolBox“, praktiškai skaidrus vartotojams. Tai ta pati sąvoka kaip „QuickSync“, bet ne „QuickSync“.

15 klausimas: matau, kad mano GPU veikia kompresoriuje prieš šį modą (cMP). Ar tai reiškia, kad aš jau turiu aparatūros pagreitį?
A: NE, mes kalbame apie H264 / HEVC aparatinės įrangos pagreitį. Ne bendras skaičiavimo aparatinės įrangos pagreitis. Jie visiškai skirtingi.

16 klausimas: kokia yra aparatinės įrangos užkoduoto vaizdo įrašo kokybė?
A: Ne taip gerai, kaip programinės įrangos koduotuvas apskritai. Bet jei didelis bitų dažnis, skirtumas nėra toks pastebimas.

17 klausimas: kada galėsime gauti ir HEVC kodavimą?
A: Aš nežinau. Bet visada galite paleisti „Windows“ ir naudoti HEVC aparatinės įrangos kodavimą. (Atnaujinimas: VISĄ HWAccel, įskaitant HEVC kodavimą, taip pat galima pasiekti naudojant OpenCore. Nežinau, ar saugu, bet mano cMP veikia stabiliai)

18 klausimas: kiek pagerėjimo galiu tikėtis?
A: Na, priklauso nuo naudojimo. Tačiau greitas „iMovie 4K H264“ eksporto testas rodo, kad „Vega 64“ gali sutrumpinti eksporto laiką nuo 6:19 iki 1:25, o tai reiškia, kad eksportavimo laikas sutrumpėja ~77% (dviejų X5680 cMP).

19 klausimas: Kodėl „VideoProc“ nerodo HEVC iššifravimo po modifikavimo?
A: Nežinau kodėl, bet šiuo atveju tai normalu. Mano rekomendacija yra atsisiųsti demonstracinį HEVC vaizdo įrašą iš aukščiau esančios nuorodos ir paleisti jį per „QuickTime“ (arba tiesiog per „Finder“ peržiūrą). Kol procesoriaus naudojimas išliks tik apie 20% (bet ne 800%), tai reiškia, kad HEVC dekodavimas veikia tinkamai.

Tiems, kurie naudoja OpenCore metodą, turėtumėte matyti HEVC HWAccel naudingumą. Jei jos nėra, spustelėkite mažą perkrovimo piktogramą.

20 klausimas: ar turėčiau įdiegti naujesnę „Lilu“ ir „WhateverGreen“ versiją?
A: NE. Nepaisant to, kad naujesnė versija gali veikti, tačiau šiuo atveju nesuteikia jokios papildomos funkcijos, ir aš neįsivaizduoju, ar naujesnė turi prastesnį stabilumą. Jei rasčiau geresnį būdą / kext naudoti. Atitinkamai atnaujinsiu įrašą. (Atnaujinimas: Catalina, prašome įdiegti Lilu 1.4.0 ir WhateverGreen 1.3.5. Ir iki šiol visi naujesni Lilu ir WEG užtikrina tik geresnį rezultatą dėl klaidos pataisymo. Vartotojai turėtų turėti galimybę įdiegti naujausią versiją)

21 klausimas: patyriau, kad sistema užstoja, konsolės žurnale rodomas įvykis „GPU paleidimas iš naujo“, ką turėčiau daryti?
A: PRAM atstatymas sugrąžins jūsų sistemą į normalią. Jei naudojate „Polaris“ GPU (RX560, RX570, RX580 ir tt), atrodo, kad kai kuriuos žmones ši klaida paveikė. Radau alternatyvų metodą, tiesiogiai redaguojant šešioliktainį AppleGVA failą, atrodo, kad šie GPU yra stabilesni. Pradinis bandymas rodo, kad tai labai saugu, net aš visiškai sunaikinu AppleGVA failą, OS vis tiek gali paleisti darbalaukį. Jei norite eiti šiuo keliu, įsitikinkite, kad žinote, kaip atkurti failą (arba net visiškai atkurti iš neįkraunamos OS). Informacija yra 205 įraše. (atnaujinimas: 10.14.6 rodo itin gerą stabilumą, labai rekomenduojama RX580 naudotojams)

22 klausimas: kaip sužinoti, ar aparatinės įrangos pagreitis tikrai veikia?
A: Mano pasiūlymas yra naudoti terminalą. Išsami informacija 273 įraše. UVD / VCE veiklai stebėti taip pat galite naudoti OpenGL tvarkyklės monitorių (nuoroda).

23 klausimas: Ar galiu naudoti šį modą su MVC blykste RX580?
A: Pagal šį įrašą atsakymas yra TAIP.

24 klausimas: ar galima išjungti „hwaccel“ be perkrovimo. Kad galėčiau bet kada mėgautis DRM srautu?
A: Tik alternatyvus metodas leidžia ĮJUNGTI / IŠJUNGTI skristi. Jei nenorite naudoti terminalo / Finder, kad tai padarytumėte kiekvieną kartą, galite sukurti dvi paprastas programėles, procedūras čia . (Atnaujinimas: mano OpenCore paketas turėtų leisti pagal numatytuosius nustatymus leisti DRM srautinį vaizdo įrašą)

25 klausimas: ar foninis atvaizdavimas vis dar veikia naudojant FCPX?
A: Fono atvaizdavimas vis dar veikia abiem būdais. Tai visiškai nepriklauso nuo „hwaccel“. Aukščiau pateiktoje demonstracijoje tai išjungiau tik tam, kad pavaizduotų realaus laiko laiko juostos redagavimo našumą. Ne dėl to, kad jis negali veikti.

26 klausimas: Aš daug kartų bandžiau šešioliktainį redagavimo metodą, jis neveikia, bet esu tikras, kad viską padariau teisingai. Ką turėčiau daryti?
A: Galbūt turėtumėte pabandyti atidaryti naują vartotojo profilį ir pažiūrėti, ar tai padės (nuorodos nuoroda)

27 klausimas: Kodėl „VideoProc HWAccel“ puslapyje „Grafika“ rodoma N/A?
A: Nežinau, bet šiuo atveju tai tik kosmetinė klaida. (Atnaujinimas: atrodo, kad „VideoProc“ ieško raktinio žodžio „AMD“. Pvz., jei kortelės tapatybė yra |_+_|, „VideoProc“ gali ją tinkamai parodyti. Bet jei kortelės tapatybė yra |_+_|, tada „VideoProc“ negali parodyk pavadinimą)
Peržiūrėti medijos elementą ' data-single-image='1'>
Peržiūrėti medijos elementą ' data-single-image='1'>
P.S. Tiems, kurie nori pridėti priešdėlį |_+_| prieš grafinės plokštės pavadinimą prisijunkite prie OpenCore gijos . „OpenCore“ galime pervardyti grafinę plokštę į bet ką norime.

28 klausimas: Kodėl „VideoProc“ rodo, kad konvertuodamas vaizdo įrašus naudoju „Intel“ HWAccel?
A: Taip pat neįsivaizduoju, bet vėlgi, šiuo atveju tai tik kosmetinė klaida. (Atnaujinimas: kol kas rodo, kad „VideoProc“ žino tik tai, ar HWAccel veikia (per „VideoToolBox“), bet negali pasakyti, kuri aparatinė įranga teikia HWAccel sistemoje „macOS“. Todėl jis naudoja „vieno dydžio visiems“ sprendimą. dauguma „Mac“ naudoja „iGPU Intel Quick Sync“, kad teiktų HWAccel. Panašu, kad „VideoProc“ rodys tik |_+_|, kai bus naudojamas HWAccel, neatsižvelgiant į tai, ar kompiuteris iš tikrųjų naudoja AMD VCE / VCN, „Intel Quick Sync“ ar net M1. )

29 klausimas: Kodėl „VideoProc“ nerodo nieko aktyvuoto, bet atrodo, kad viskas veikia taip, kaip tikėtasi?
A: Kol matote šią varnelę, o tai reiškia, kad HWAccel suaktyvinta. Mano pastebėjimu, ši varnelė visada keičiasi automatiškai.
Peržiūrėti medijos elementą ' data-single-image='1'>

Puslapyje „Aptikta aparatūros informacija“ spustelėkite mažą pakartotinio įkėlimo piktogramą, kad „VideoProc“ parodytų naujausią būseną.
Peržiūrėti medijos elementą ' data-single-image='1'>
30 klausimas: ar tai veiks su 6,1?
A: Tik per eGPU („Polaris“ arba naujesnę).

31 klausimas: ar tai veiks su 3,1?
A: Taip (nuoroda)

32 klausimas: Kodėl „About This Mac“ rodomas kitoks laikrodžio greitis įdiegus „OpenCore“?
A: CPU vis dar veikia įprastu laikrodžio greičiu, niekas iš tikrųjų nepasikeitė. Pasikeitė tik pristatymas. Per OpenCore įvedame iMac Pro plokštės ID, kad suaktyvintume HWAccel sistemoje macOS. Todėl „macOS“ taip pat naudoja „iMac Pro“ formatą, kad parodytų procesoriaus laikrodžio greitį (pvz., 3,46 GHz bus suapvalintas iki 3,5 GHz). Tai įprastas, 100 % kosmetinis ir tik 2 skaitmenų ir 3 skaitmenų pateikimas. Paskutinį kartą redaguota: 2021 m. rugsėjo 25 d
Reakcijos:h9826790

h9826790

Originalus plakatas
2014 m. balandžio 3 d
Honkongas
  • 2019 m. gegužės 14 d
SkipperRi pasakė: Ei, tai puiki žinia! Turiu vieną klausimą apie pirmą ekrano kopiją. Kaip gavote tokią informaciją, kurioje programinėje įrangoje? Spustelėkite norėdami išplėsti...

VideoProc. Dabar prieinama nemokama licencija

https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
Reakcijos:Eschers, mavots, Earl Urley ir 4 kiti

SkipperRi

2015 m. liepos 11 d
Rijeka, Kroatija
  • 2019 m. gegužės 14 d
h9826790 pasakė: VideoProc. Dabar prieinama nemokama licencija

https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Spustelėkite norėdami išplėsti...
Ačiū!
Reakcijos:Eschers B

bookemdano

2011 m. liepos 29 d
  • 2019 m. gegužės 14 d
Dėkojame už darbą, kurį skyrėte šiai mokymo programai h9826790. Niekada nebuvau girdėjęs apie WhateverGreen (ir prieš tai Shiki). Čia yra Github, jei kas nors domisi: https://github.com/acidanthera/WhateverGreen

Ar žinote, ką Apple pakeitė su 10.14.5, leidžiančiu tai veikti?

bazza5938

2018 m. lapkričio 25 d
Jungtinė Karalystė
  • 2019 m. gegužės 14 d
Dėkojame, kad paskelbėte tai čia, turiu išbandyti jį su savo 7950, kad pamatyčiau, ar galiu iš jo užkoduoti / iššifruoti aparatinę įrangą prieš atnaujinant į 10.14.5 final, nes žinau, kad rx580 veikia puikiai
Reakcijos:h9826790 C

csd

2017 m. rugsėjo 3 d
Airija
  • 2019 m. gegužės 14 d
** Ištaisiau tai išvalydamas NVRAM ir vėl pradėdamas nuo nulio **
** Palikite tai žemiau, jei kas nors turėtų panašių problemų su įkrovos parametrais **

Žmonės,

Aš tai išbandžiau, bet atrodo, kad įkrovos args etape man nepavyksta. Galiu gerai nustatyti įkrovos parametrus (nvram -p rodo, kad jie yra), bet tada, kai paleidžiu iš naujo, įrašas visiškai išnyko ir aš neturiu pagreičio. SIP išjungtas.

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

Tada, kai paleidžiu iš naujo:

$ nvram -p | grep args
$

Štai visas mano šiuo metu nustatytų nvram nustatymų sąrašas:

$ 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
Sistemos garso garsumas:
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 rodomas išjungtas:
$ csrutil būsena
Sistemos vientisumo apsaugos būsena: išjungta.

Sistemos informacija rodo, kad LiLu ir WhateverGreen yra įkelti, bet manau, kad jie neveikia, nes įkrovos metu jiems nebuvo perduoti teisingi parametrai.

Kokiu nors ideju?

Dėkoju,

Colin Paskutinį kartą redaguota: 2019 m. gegužės 14 d
Reakcijos:h9826790

daugiau

2019 m. gegužės 14 d
Milanas (Italija)
  • 2019 m. gegužės 15 d
atsiprašau už klausimą, kuris gali būti kvailas, bet...


kodėl „Apple“ neįjungia šių „funkcijų“ pagal numatytuosius nustatymus?


kaskart ta pati istorija: išjungti kokią nors funkciją, perrašyti kext, paleisti iš naujo... ir taip toliau... kodėl ???
Reakcijos:Marekul, Chung123, thomasthegps ir 2 kiti

lapelis

2019 m. gegužės 15 d
  • 2019 m. gegužės 15 d
Sveiki,

Kurį failą turėčiau atsisiųsti. DERINTI ar IŠLEIDIMAS?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Dėkoju

IndioX

2018 m. spalio 1 d
austrija/europa
  • 2019 m. gegužės 15 d
hoja pasakė: Sveiki,

Kurį failą turėčiau atsisiųsti. DERINTI ar IŠLEIDIMAS?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Dėkoju Spustelėkite norėdami išplėsti...


jei nežinote skirtumo, leiskite jam pasilikti eksperimentuoti sistemoje ;-)

h9826790

Originalus plakatas
2014 m. balandžio 3 d
Honkongas
  • 2019 m. gegužės 15 d
hoja pasakė: Sveiki,

Kurį failą turėčiau atsisiųsti. DERINTI ar IŠLEIDIMAS?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Dėkoju Spustelėkite norėdami išplėsti...

Aš naudoju leidimus
Reakcijos:Eschers C

csd

2017 m. rugsėjo 3 d
Airija
  • 2019 m. gegužės 15 d
Tiesiog stebėjimas po kai kurių bandymų.

  1. HEVC 4K60 atkūrimas nuo mikčiojimo tapo visiškai sklandus. Net 120 Mbps HEVC Jellyfish failas groja puikiai.
  2. Dabar rankinio stabdžio perkodavimas pagerėjo 50 %, kai vietoj x264 kodavimo renkuosi VideoToolbox H.264 koduotuvą (25 fps palyginti su 16 kadrų per sekundę konvertuojant 120 Mbps medūzos 4K failą į 6 Mbps 1080p failą). Panašu, kad „VideoToolbox“ nenaudoja „HyperThreading“, tik 6 gijos rodo, kad „Activity Monitor“ yra užimta; x264 naudoja visas 12 gijų mano sistemoje. Tačiau net ir be HT, „VideoToolbox“ vis tiek yra 50 % greitesnis naudojant įprastą GPU pagreitį!
/csd
Reakcijos:Marekul ir skeptech T

thomasthegps

2015 m. rugsėjo 23 d
Prancūzija
  • 2019 m. gegužės 15 d
Įdomu, koks yra redagavimo našumas fcx naudojant šį pataisą, palyginti su naujesniais „Mac“.
[doublepost=1557934191][/doublepost]
Lukthemore'as pasakė: atsiprašau už mano klausimą, kuris gali būti kvailas ... bet ...


kodėl „Apple“ neįjungia šių „funkcijų“ pagal numatytuosius nustatymus?


kaskart ta pati istorija: išjungti kokią nors funkciją, perrašyti kext, paleisti iš naujo... ir taip toliau... kodėl ??? Spustelėkite norėdami išplėsti...

Atsakymas gana paprastas: pinigai
Reakcijos:Marekul ir octoviaa

h9826790

Originalus plakatas
2014 m. balandžio 3 d
Honkongas
  • 2019 m. gegužės 15 d
csd sakė: Tik tolesnis veiksmas po kai kurių bandymų.

  1. HEVC 4K60 atkūrimas nuo mikčiojimo tapo visiškai sklandus. Net 120 Mbps HEVC Jellyfish failas groja puikiai.
  2. Dabar rankinio stabdžio perkodavimas pagerėjo 50 %, kai vietoj x264 kodavimo renkuosi VideoToolbox H.264 koduotuvą (25 fps palyginti su 16 kadrų per sekundę konvertuojant 120 Mbps medūzos 4K failą į 6 Mbps 1080p failą). Panašu, kad „VideoToolbox“ nenaudoja „HyperThreading“, tik 6 gijos rodo, kad „Activity Monitor“ yra užimta; x264 naudoja visas 12 gijų mano sistemoje. Tačiau net ir be HT, „VideoToolbox“ vis tiek yra 50 % greitesnis naudojant įprastą GPU pagreitį!
/csd Spustelėkite norėdami išplėsti...

2. Esu tikras, kad rankinis stabdys naudoja tik GPU koduoti, bet ne dekoduoti.

pvz. Kai prašau FFMpeg naudoti GPU IR dekodavimui, ir kodavimui. CPU apkrova yra labai maža.
Peržiūrėti medijos elementą ' data-single-image='1'>

Tačiau jei tik paprašysiu FFMpeg naudoti GPU kodavimui, bet palikite dekodavimo dalį CPU. Tada CPU pasieks 1000% apkrovą (panašiai kaip rankinis stabdis).
Peržiūrėti medijos elementą ' data-single-image='1'>

Ir kaip matai. Kai perkoduojame HEVC į H264. Jei šaltinio vaizdo įrašas yra per daug reiklus CPU. GPU perkodavimo našumą stabdys CPU. Mano aukščiau pateiktame bandyme grynas GPU perkodavimas yra maždaug 10% greitesnis. Taigi, jūsų kompiuteris sunaudos daugiau energijos, bet veiks lėčiau.

Tačiau jei CPU pakankamai greitas, kad galėtų apdoroti šaltinio vaizdo įrašą, tada naudojant CPU dekodavimui ir naudojant GPU kodavimui paprastai bus geresni rezultatai.

Bet kokiu atveju, naudojant daugiau procesoriaus nebūtina, dabar geriau. Paskutinį kartą redaguota: 2019 m. gegužės 15 d
Reakcijos:Eschers ir zoltm

IndioX

2018 m. spalio 1 d
austrija/europa
  • 2019 m. gegužės 15 d
AMD aparatinės įrangos pagreitis veikia ir aukštoje 10.13.6 versijoje
su saugos naujinimu 2019-003 ir įkrovos ROM 144.0.0.0.0 !?!


Peržiūrėti medijos elementą ' data-single-image='1'>
Reakcijos:Petri Krohn, octoviaa, h9826790 ir dar 1 asmuo

Hendrikas94

2014 m. spalio 17 d
Vokietija
  • 2019 m. gegužės 15 d
Iki šiol vis dar veikia 10.14.6 Dev 1 Reakcijos:h9826790

tsialex

2016 m. birželio 13 d
  • 2019 m. gegužės 15 d
IndioX sakė: AMD aparatinės įrangos pagreitis veikia ir aukštoje 10.13.6 versijoje
su saugos naujinimu 2019-003 ir įkrovos ROM 144.0.0.0.0 !?!


Žiūrėti priedą 837175 Spustelėkite norėdami išplėsti...
„iMac Pro“ turi aparatinės įrangos pagreitį su „High Sierra“, todėl tai nenuostabu.
Reakcijos:octoviaa ir IndioX

IndioX

2018 m. spalio 1 d
austrija/europa
  • 2019 m. gegužės 15 d
tsialex sakė: „iMac Pro“ turi aparatinės įrangos pagreitį su „High Sierra“, todėl tai nenuostabu. Spustelėkite norėdami išplėsti...

bet iki šiol buvo sakoma, kad turėtų veikti tik nuo 10.14.5

tsialex

2016 m. birželio 13 d
  • 2019 m. gegužės 15 d
IndioX sakė: bet iki šiol buvo sakoma, kad jis turėtų veikti tik nuo 10.14.5 Spustelėkite norėdami išplėsti...

10.14.5 palaiko eGPU RX-580, iMac turėjo VEGA GPU kodavimo palaikymą neilgai trukus po išleidimo, jei mano atmintis vis dar veikia.
Reakcijos:Eschers

IndioX

2018 m. spalio 1 d
austrija/europa
  • 2019 m. gegužės 15 d
reikštų, kad RX580 neveikia pagal 10.13.6

Pažiūrėsiu, kai turėsiu laiko

tsialex

2016 m. birželio 13 d
  • 2019 m. gegužės 15 d
IndioX pasakė: reikštų, kad RX580 neveikia pagal 10.13.6 Spustelėkite norėdami išplėsti...
Kažkas turėtų tai išbandyti ir patvirtinti, ar aparatūros kodavimas veikia RX-580 netikram iMac Pro.

VEGA nenuostabu, jau veikia su iMac Pro ir High Sierra.
Reakcijos:Eschers

h9826790

Originalus plakatas
2014 m. balandžio 3 d
Honkongas
  • 2019 m. gegužės 15 d
IndioX sakė: AMD aparatinės įrangos pagreitis veikia ir aukštoje 10.13.6 versijoje
su saugos naujinimu 2019-003 ir įkrovos ROM 144.0.0.0.0 !?!


Žiūrėti priedą 837175 Spustelėkite norėdami išplėsti...

Įdomu, su šiuo modeliu? Arba gimtoji?
Reakcijos:Eschers

IndioX

2018 m. spalio 1 d
austrija/europa
  • 2019 m. gegužės 15 d
h9826790 pasakė: Įdomu, su šiuo modifikavimu? Arba gimtoji? Spustelėkite norėdami išplėsti...

su režimu, išbandykite mano vega64
bet aš nežinau, ar tai veikia ir su RX580
tikiuosi greitai jį išbandyti

VaZ

2012 m. rugpjūčio 31 d
  • 2019 m. gegužės 15 d
Kokia programa yra ta aparatinės įrangos informacija?
Taigi visos „Polaris“ ir aukštesnės kortelės yra tinkamos RX?

Mano VLC naudoja 400% procesorių, kad galėtų tai žaisti. Siaubinga Tikrai. Paskutinį kartą redaguota: 2021 m. spalio 19 d
  • 1
  • 2
  • 3
  • Eiti į puslapį

    Eik
  • 125
Kitas

Eiti į puslapį

EikKitas Paskutinis