Foorumit

MP 1,1-5,1 Aktivoi AMD-laitteistokiihdytys

Tila
Tämän ketjun ensimmäinen viesti on WikiPost ja kuka tahansa, jolla on asianmukaiset oikeudet, voi muokata sitä. Muokkauksesi ovat julkisia.

h9826790

Alkuperäinen juliste
3. huhtikuuta 2014
Hong Kong


  • 3. toukokuuta 2019
[Nykyiset OpenCore-käyttäjät voivat aina ladata uusimman OpenCore-paketini viestistä #1314 päivitystä varten]

Täysi HWAccel saavutettu nyt!
Näytä mediakohde ' data-single-image='1'>

Kaikki on käsitelty OpenCore-säikeessä. Vaiheittainen opetusohjelma AMD-laitteistokiihdytyksen käyttöönottamiseksi on nyt täällä, mutta suosittelen, että käyt läpi OpenCore-säikeen ennen kuin teet mitään.

OpenCore Mac Prossa

Tämä opas selittää, kuinka käyttää erinomaista OpenCore-käynnistyslatainta MacOS:n uusimman version asentamiseen, suorittamiseen ja päivittämiseen MacPro5,1:ssä, mikä johtaa puhtaaseen, muuttumattomaan käyttöjärjestelmään aivan kuten tuetuissa Maceissa. forums.macrumors.com
Sama menetelmä toimii sekä Mojavessa että sen ulkopuolella. Kahden prosessorin cMP-käyttäjät ovat kuitenkin pysyneet Mojaven kanssa tällä hetkellä. (Päivitys: pysy Mojavessa KAIKILLE, joka haluaa HWAccelin. CMMChris neuvoi Applea poistamaan HEVC HWAccelin kaikista Polaris GPU:ista uusimmasta Catalina-betaversiosta. Tämä tarkoittaa, että et voi päivittää käyttöjärjestelmää saadaksesi mitään tietoturvakorjausta, ellei kyseessä ole beta-virhe. . Pysy Mojaven kanssa, hanki HWAccel ja pidä käyttöjärjestelmäsi ajan tasalla, näyttää olevan parempi valinta tällä hetkellä)
Näytä mediakohde ' data-single-image='1'>

Sivuvaunun (ja AirPlay-näytön) pitäisi myös toimia, mutta minulla ei ole vielä iPadia testata sitä. Uusin config.plist viesteissä #594 ja #1314 pitää nyt cMP-tunnuksen 5,1:nä. Siksi EI aktivoi Sidecara oletuksena nyt.

------ Alla olevasta menettelystä tehdään poistot, säilytä vain tässä viestissä tietueena ( mutta aion silti ylläpitää UKK-osion pitääkseni sen ajan tasalla. Lue FAQ ennen kuin kysyt mitään. En vastaa kysymyksiin, jotka on jo käsitelty usein kysytyissä kysymyksissä .). Niille, jotka eivät tarvitse HEVC-laitteistokoodausta ja eivät halua asentaa OpenCorea. Voit silti noudattaa alla olevia ohjeita aktivoidaksesi HWAccel ------

10.14.5 on nyt virallinen. Ja voin vahvistaa, että AMD-kortin käyttäjät (Polaris tai uudempi) voivat nauttia H264-laitteistokoodauksesta / H264-laitteiston purkamisesta / ja HEVC-laitteiston purkamisesta.
Näytä mediakohde ' data-single-image='1'>

Toimenpide on seuraava: (lue koko Q&A-osio läpi ENNEN kuin teet mitään. Sinun pitäisi tietää, kuinka palautus tapahtuu, tai saatat joutua käyttämään vaihtoehtoista menettelyä jne.)

1) Pidä SIP pois käytöstä

2) Lataa Lilu.kext

3) Lataa WhateverGreen.kext

4) avaa Lilu.kext (napsauta hiiren oikeaa painiketta -> näytä paketin sisältö)

5) syötä Sisältö

6) luo kansio Plugins (Huom. Tämä kansio on sisällön SISÄLLÄ, ÄLÄ jätä väliin vaihetta 5)
Näytä mediakohde ' data-single-image='1'>

7) Kopioi WhateverGreen.kext laajennuksiin

8) Kopioi koko modifioitu Lilu kext kansioon /Library/Extensions/

9) Avaa pääte

10) Syötä
Koodi: |_+_|
11) Syötä
Koodi: |_+_|
12) Syötä
Koodi: |_+_|
13) Syötä
Koodi: |_+_| (saatat saada outoa tuottoa tällä komennolla, älä huoli siitä)

14) Syötä
Koodi: |_+_| Catalinassa saatat joutua syöttämään myös no compat check boot argumentin, muuten saatat jäädä no boot -tilanteeseen, kunnes korjaat käynnistysargumentin palautusosiossa.

15) Käynnistä uudelleen


FAQ, lue tämä osio läpi ENNEN kuin kysyt. En vastaa mihinkään, mitä on jo käsitelty tässä osiossa.

Q1: Onko tämä turvallista?
V: Testattu 10.14.5 beta 4:n jälkeen, toistaiseksi, tämä modi ei ole vaurioittanut järjestelmää. (Päivitys: OpenCore saattaa kirjoittaa jotain cMP:n laiteohjelmistoon. Joten jos haluat pysyä turvassa, vältä OpenCorea. Käytä vain Lilu + WhareverGreen tai hex-muokkausmenetelmää)

Kysymys 2: Onko olemassa huono puoli?
V: Kyllä, Lilu- tai hex-muokkausmenetelmällä iTunesin, TV+:n ja Safari Netflixin DRM-suoratoisto ei välttämättä toimi, mutta DRM-elokuvan lataus ei vaikuta kokonaan. Ja Netflix Chromium-perusselaimissa (Chrome, Brave, Edge jne.) ovat kunnossa.

DRM-suoratoisto voi toimivat moitteettomasti OpenCore-menetelmällä.

Q3: Onko muita tunnettuja ongelmia?
V: Valokuvat-sovellus kaatuu, jos myös HDMIAudio.kext on asennettu. Lisäksi muutama käyttäjä ilmoitti järjestelmän jumiutumisesta (10.14.5). Vaikuttaa siltä, ​​​​että vain Polaris GPU: ssa on vaikutusta esim. RX580. Toistaiseksi kaikki jäätyminen tapahtuu vain Apple-sovelluksissa. esim. FCPX, Photos, Compressor jne. Tämä ei vaikuta kolmansien osapuolien sovelluksiin, kuten PP, DV, VideoProc. Polaris GPU hwaccel näyttää kuitenkin täysin vakaalta 10.14.6 beta -versiossa AppleGVA-tiedoston hex-muokkauksella. Lisäksi Adobe Media Encoder näyttää aiheuttavan videomoottorin pysähtymisen. Ei järjestelmä jäätyä / kaatua, mutta video moottori yksinkertaisesti lakkaa toimimasta, suorittaa erittäin huonosti. Normaali suorituskyky voi palautua vain uudelleenkäynnistyksellä. (Päivitys: 10.14.6 virallinen julkaisu näyttää korjaantuneen suurimman osan näistä ongelmista. Minulla ei ainakaan ole mitään keinoa toistaa jäätymistä RX580:llani)

Q4: Jos järjestelmäni kaatuu modin jälkeen, kuinka korjata se?
V: Lilu / OpenCore 0.5.5 -menetelmässä NVRAM-nollaus poistaa käynnistysargumentin ja poistaa kexts / OpenCoren käytöstä. Joten se palauttaa järjestelmän tehokkaasti takaisin alkuperäiseen tilaan. Kun järjestelmä käynnistyy uudelleen, voit poistaa kext / OpenCoren.

Hex-muokkausmenetelmää varten suoritin paljon testejä, enkä voinut kaataa järjestelmää. Mutta jos on epävakautta, palauta alkuperäinen tiedosto varmuuskopiosta.

OpenCore 0.5.6:lle ja uudemmalle versiolle sinun on liitettävä EFI-osio uudelleen -> poistettava BOOT- ja OC-kansio -> nollattava NVRAM

Q5: Mitä hyötyä siitä on?
V: Pystyy toistamaan erittäin vaativia HEVC-videoita (esim. tämä)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/

Näin minun cMP voi toistaa tämän videon nyt. Tasainen toisto erittäin alhaisella prosessorin käytöllä (katso kaikki seuraavat Youtube-videot 4k-tarkkuudella selaimella, joka tukee VP9:tä, muuten et ehkä pysty lukemaan tietoja)

Pystyy editoimaan H264:ää suoraan sujuvasti, ei enää tarvitse transkoodata ProRes-muotoon, mikä vähentää huomattavasti tallennusnopeutta ja kapasiteettivaatimusta. Todennäköisesti voi myös parantaa tuottavuutta

Pystyy muokkaamaan HEVC:tä suoraan sujuvasti, ei enää tarvitse transkoodata ProRes-muotoon, mikä vähentää huomattavasti tallennusnopeutta ja kapasiteettivaatimusta. Todennäköisesti voi myös parantaa tuottavuutta

Voi parantaa huomattavasti H264-vientinopeutta alhaisella suorittimen käytöllä (riippuu CPU-/GPU-määrityksistäsi)

Pystyy tallentamaan näytön 4k-tarkkuudella sujuvasti. Kuten yllä olevasta linkistä näkyy. Oma cMP voi nyt tehdä nämä asiat ja silti tallentaa näytön sujuvasti samaan aikaan.

Pystyy toistamaan VP9-videota sujuvasti. CMP:ni voi nyt toistaa tämän 8K 24 FPS:n youtube-videon ilman kuvaeroa. (VP9-laitteiston dekoodausta EI tueta macOS:ssä Catalinaan asti.)

Q6: Voiko tämä toimia 10.14.4 tai sitä ennen?
V: Yksi käyttäjä ilmoitti, että viimeisin 10.13.6 Vegan kanssa toimii myös Lilu-metodin kanssa. Mutta RX580 aiheuttaa GPURestart-vian, joka jumittaa näytön ja tekee käyttöjärjestelmästä käyttökelvottoman. (päivitys: käyttäjät ilmoittivat, että laitteiston purku toimii, mutta H264-laitteistokoodaus aiheuttaa kaatumisen)

Q7: Voiko tämä toimia 10.15:ssä?
V: Ei niin hyvä kuin 10.14.6. Vain Lilu-menetelmä tai OpenCore-menetelmä toimii. Lisäksi 10.15.2:ssa Apple poistaa Polariksen (esim. RX580) HEVC HWAccel -tuen (WhateverGreenin pitäisi korjata tämä Polaris-tukiongelma. Mutta en ole testannut sitä henkilökohtaisesti)

Päivitys: HWAccel toimii nyt melko hyvin kaikissa versioissa 10.14.6, 10.15.7 ja 11.2.3.

Q8: Voiko tämä toimia Nvidia GPU:ssa?
V: EI

Q9: Voiko tämä toimia flashed 7950:ssä jne?
V: En tiedä. Ole hyvä ja testaa se minulle. (Päivitys: vastaus on EI, kiitos bazza5938 testin suorittamisesta)

Q10: Mikä ohjelmisto voi hyötyä tästä modista?
V: Tämä tarjoaa laitteistokiihdytyksen järjestelmätasolla. Toistaiseksi kaikki testaamani ohjelmistot toimivat (esim. FCPX, iMovie, Käsijarru, Kompressori, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)

Kysymys 11: Jos nollaan NVRAM-muistin jostain muusta syystä, kuinka saan nämä toiminnot takaisin?
V: Lilu-menetelmää varten toista vaihe 14 ja käynnistä uudelleen.

Hex-muokkausmenetelmä / OpenCore 0.5.6 (viesti #1314) ei vaikuta.

OpenCore 0.5.5 (viestissä #594) riippuen asetuksistasi, saatat joutua siunaamaan uudelleen käynnistääksesi uudelleen OpenCoren kautta.

Q12: Mikä on suositeltu GPU?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Niin kauan kuin kortti toimii cMP:llä, merkillä/mallilla ei ole väliä (päivitys: tähän nimenomaiseen tarkoitukseen Vega on ehdottomasti parempi kuin Polaris-kortti. Vegan käyttäjiltä ei ole vielä raportoitu kaatumis-/jäätymisraporttia).

K13: Mikset suosittele Radeon VII:tä tai RX570:tä jne.
V: AFAIK, kaikki Polaris, Vega, Navi GPU toimii, en vain ole varma kuinka kypsä yleinen tuki on. (Päivitys: Päivitin GPU:ni Radeon VII:ksi, joka on täysin vakaa, ja laitteistokoodaus on noin 100 % nopeampi kuin RX580. Myös Navin HWAccel on vahvistettu, että se voidaan aktivoida.)

Q14: Onko tämä QuickSync?
V: EI, QuickSync on Intel iGPU:n laitteistokiihdytys, ei yleinen termi GPU-videolaitteistokiihdytykseen. AMD GPU käyttää UVD (Unified Video Decoder) dekoodaukseen ja VCE (Video Coding Engine) koodaukseen. Kaikkea tätä ohjaa VideoToolBox automaattisesti macOS:ssä, käytännössä läpinäkyvästi käyttäjille. Se on sama käsite kuin QuickSync, mutta ei QuickSync.

Q15: Näen, että GPU:ni toimii Compressorissa ennen tätä modaa (cMP:llä). Tarkoittaako tämä, että minulla on jo laitteistokiihdytys?
V: EI, puhumme H264 / HEVC-laitteistokiihdytyksestä. Ei yleistä laskennan laitteistokiihdytystä. Ne ovat täysin erilaisia.

Q16: Mikä on laitteistokoodatun videon laatu?
V: Ei niin hyvä kuin ohjelmistokooderi yleensä. Mutta korkealla bittinopeudella ero ei ole niin huomattava.

Q17: Milloin voimme saada myös HEVC-koodauksen?
V: En tiedä. Mutta voit aina käynnistää Windowsiin ja käyttää HEVC-laitteistokoodausta. (Päivitys: FULL HWAccel, mukaan lukien HEVC-koodaus, voidaan saavuttaa myös käyttämällä OpenCorea. En ole varma kuinka turvallista, mutta se toimii vakaasti cMP:lläni)

Q18: Kuinka paljon parannusta voin odottaa?
V: No, riippuu käytöstä. Mutta nopea iMovie 4K H264 -vientitesti osoittaa, että Vega 64 voi lyhentää vientiaikaa 6:19:stä 1:25:een, mikä tarkoittaa, että vientiaika lyhenee ~77 % (kaksi X5680 cMP:tä).

Kysymys 19: Miksi VideoProc ei näytä HEVC-dekoodausta modin jälkeen?
V: En tiedä miksi, mutta tämä on normaalia tässä tapauksessa. Suosittelen lataamaan HEVC-demovideo yllä olevasta linkistä ja toistamaan sen QuickTimen kautta (tai yksinkertaisesti Finderin esikatselun kautta). Niin kauan kuin suorittimen käyttö pysyy vain noin 20 %:ssa (mutta ei 800 %:ssa), se tarkoittaa, että HEVC-dekoodaus toimii oikein.

Niille, jotka käyttävät OpenCore-menetelmää, sinun pitäisi nähdä HEVC HWAccelin käyttö. Jos ei ole, napsauta pientä uudelleenlatauskuvaketta.

Q20: Pitäisikö minun asentaa Lilun ja WhateverGreenin uudempi versio?
V: EI. Vaikka uudempi versio voi toimia, mutta ei tarjoa lisätoimintoa tässä tapauksessa, enkä tiedä onko uudemmalla huonompi vakaus. Jos keksin paremman tavan/kextin käyttää. Päivitän postauksen vastaavasti. (Päivitys: Asenna Catalinalle Lilu 1.4.0 ja WhateverGreen 1.3.5. Ja toistaiseksi kaikki uudemmat Lilu ja WEG tarjoavat vain paremman tuloksen virheenkorjauksen vuoksi. Käyttäjien pitäisi pystyä asentamaan uusin versio)

Kysymys 21: Järjestelmä jumiutui, konsolin lokissa näkyy 'GPU Restart' -tapahtuma, mitä minun pitäisi tehdä?
V: PRAM-nollaus palauttaa järjestelmän normaaliksi. Jos käytät Polaris GPU:ta (RX560, RX570, RX580 jne.), tämä virhe näyttää vaikuttavan joihinkin ihmisiin. Löysin vaihtoehtoisen menetelmän suoraan hex-muokkauksella AppleGVA-tiedosto näyttää vakaammalta näille GPU: ille. Ensimmäinen testi osoittaa erittäin turvallista tehdä niin, vaikka tuhoan AppleGVA-tiedoston kokonaan, käyttöjärjestelmä voi silti käynnistyä työpöydälle. Jos haluat käyttää tätä reittiä, varmista, että osaat palauttaa tiedoston (tai jopa kokonaan palauttaa käynnistymättömästä käyttöjärjestelmästä). Tiedot ovat postissa #205. (päivitys: 10.14.6 näyttää erittäin hyvän vakauden, erittäin suositeltavaa RX580-käyttäjille)

Q22: Mistä tiedän, toimiiko laitteistokiihdytys todella?
V: Ehdotukseni on terminaalin käyttäminen. Yksityiskohtaiset tiedot viestissä #273. Voit myös käyttää OpenGL Driver Monitoria UVD/VCE-toimintojen tarkkailuun (linkki) .

Q23: Voinko käyttää tätä modia MVC flashed RX580:n kanssa?
V: Tämän viestin mukaan vastaus on KYLLÄ.

Q24: Onko mahdollista sammuttaa hwaccel ilman uudelleenkäynnistystä. Jotta voin nauttia DRM-suoratoistosta milloin tahansa?
V: Vain vaihtoehtoinen menetelmä sallii ON/OFF lennon aikana. Jos et halua käyttää terminaalia/Finderiä tehdäksesi sitä joka kerta, voit tehdä kaksi yksinkertaista sovellusta, jotka ovat tässä . (Päivitys: OpenCore-paketini pitäisi sallia sinun toistaa DRM-suoratoistovideota oletuksena)

Q25: Toimiiko taustan renderöinti edelleen FCPX:ssä?
V: Taustarenderöinti toimii edelleen molemmilla tavoilla. Tämä on täysin riippumaton hwaccelista. Poistin sen käytöstä yllä olevassa demossa vain havainnollistaakseni reaaliaikaista aikajanan muokkaussuoritusta. Ei siksi, etteikö se voisi toimia.

Q26: Yritin hex-muokkausmenetelmää monta kertaa, se ei toimi, mutta olen varma, että tein kaiken oikein. Mitä minun pitäisi tehdä?
V: Sinun pitäisi ehkä yrittää avata uusi käyttäjäprofiili ja katsoa auttaako se (viitelinkki)

Kysymys 27: Miksi VideoProc HWAccel -sivun Grafiikka ei näy?
V: Ei aavistustakaan, mutta tässä tapauksessa kyseessä on vain kosmeettinen virhe. (Päivitys: Vaikuttaa siltä, ​​että VideoProc etsii avainsanaa 'AMD'. esim. jos kortin tunnus on |_+_|, VideoProc voi näyttää sen oikein. Mutta jos kortti on |_+_|, VideoProc ei voi näytä sen nimi)
Näytä mediakohde ' data-single-image='1'>
Näytä mediakohde ' data-single-image='1'>
P.S. Niille, jotka haluavat lisätä etuliitteen |_+_| Liity OpenCore-ketjuun näytönohjaimen nimen edessä. Voimme nimetä näytönohjaimen uudelleen haluamaksemme OpenCoressa.

Kysymys 28: Miksi VideoProc näyttää, että käytän 'Intel' HWAccelia videoiden muuntamiseen?
V: Ei myöskään aavistustakaan, mutta tässä tapauksessa kyseessä on vain kosmeettinen virhe. (Päivitys: Toistaiseksi se osoittaa, että VideoProc tietää vain, toimiiko HWAccel (VideoToolBoxin kautta), mutta se ei voi kertoa, mikä laitteisto tarjoaa HWAccelin macOS:ssä. Siksi se käyttää 'one size fit all' -ratkaisua. Useimmat Mac-tietokoneet käyttävät iGPU Intel Quick Sync -toimintoa HWAccelin tarjoamiseen. VideoProc näyttää vain näyttävän |_+_| aina, kun HWAccel on käytössä, riippumatta siitä, käyttääkö tietokone todella AMD VCE/VCN:ää, Intel Quick Synciä vai jopa M1:tä. )

Kysymys 29: Miksi VideoProc ei näytä mitään aktivoitua, mutta kaikki näyttää toimivan odotetulla tavalla?
V: Niin kauan kuin näet tämän rastin, mikä tarkoittaa, että HWAccel on aktivoitu. Havaintoni mukaan tämä rasti vaihtuu aina automaattisesti.
Näytä mediakohde ' data-single-image='1'>

Napsauta Hardware Info Detected -sivulla pientä uudelleenlatauskuvaketta, jotta VideoProc voi näyttää sinulle viimeisimmän tilan.
Näytä mediakohde ' data-single-image='1'>
Q30: Toimiiko tämä 6,1:ssä?
V: Vain eGPU:n kautta (Polaris tai uudempi).

Q31: Toimiiko tämä 3,1:ssä?
V: Kyllä (linkki)

Kysymys 32: Miksi 'About This Mac' näyttää erilaisen kellonopeuden OpenCoren asennuksen jälkeen?
V: Prosessori toimii edelleen alkuperäisellä kellotaajuudellaan, mikään ei ole oikeastaan ​​muuttunut. Ainoa asia, joka on muuttunut, on vain esitys. Lisäämme iMac Pro -kortin tunnuksen OpenCoren kautta aktivoidaksemme HWAccelin macOS:ssä. Siksi macOS käyttää myös iMac Pron muotoa näyttääkseen suorittimen kellonopeuden (esim. 3,46 GHz pyöristetään ylöspäin 3,5 GHz:iin). Tämä on normaali, 100 % kosmeettinen ja puhtaasti 2-numeroinen vs. 3-numeroinen esitys. Viimeksi muokattu: 25. syyskuuta 2021
Reaktiot:h9826790

h9826790

Alkuperäinen juliste
3. huhtikuuta 2014
Hong Kong
  • 14. toukokuuta 2019
SkipperRi sanoi: Hei, tämä on hieno uutinen! Minulla on yksi kysymys ensimmäisestä kuvakaappauksesta. Mistä sait nämä tiedot, millä ohjelmistolla? Laajenna napsauttamalla...

VideoProc. Ilmainen lisenssi saatavilla nyt

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

SkipperRi

11. heinäkuuta 2015
Rijeka, Kroatia
  • 14. toukokuuta 2019
h9826790 sanoi: VideoProc. Ilmainen lisenssi saatavilla nyt

https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Laajenna napsauttamalla...
Kiitos!
Reaktiot:Eschers B

bookemdano

29. heinäkuuta 2011
  • 14. toukokuuta 2019
Kiitos työstä, jonka käytit tämän opetusohjelman h9826790 parissa. En ollut koskaan kuullut WhateverGreenistä ennen (ja Shikistä ennen sitä). Tässä Github jos jotakuta kiinnostaa: https://github.com/acidanthera/WhateverGreen

Tiedätkö mitä Apple muutti versiolla 10.14.5, mikä mahdollistaa tämän toimivuuden?

bazza5938

25. marraskuuta 2018
Yhdistynyt kuningaskunta
  • 14. toukokuuta 2019
Kiitos, että lähetit tämän tänne. Minun täytyy kokeilla sitä 7950:n kanssa vain nähdäkseni, saanko siitä mitään laitteiston koodausta/dekoodausta ennen päivitystä 10.14.5 final -versioon, koska tiedän, että rx580 toimii kauniisti
Reaktiot:h9826790 C

csd

3. syyskuuta 2017
Irlanti
  • 14. toukokuuta 2019
** Korjasin tämän tyhjentämällä NVRAM-muistin ja aloittamalla uudelleen alusta **
** Jätä tämä alle, jos jollain on samanlaisia ​​ongelmia boot-argien kanssa **

Ihmiset,

Olen kokeillut tätä, mutta näyttää epäonnistuvan käynnistys-args-vaiheessa. Voin asettaa boot-argit hyvin (nvram -p näyttää, että ne ovat siellä), mutta sitten kun käynnistän uudelleen, merkintä on kadonnut kokonaan ja minulla ei ole kiihdytystä. SIP on poistettu käytöstä.

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

Sitten kun käynnistän uudelleen:

$ nvram -p | grep args
$

Tässä on täydellinen luettelo tällä hetkellä asetetuista nvram-asetuksista:

$ 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
SystemAudioVolume:
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 näkyy poissa käytöstä:
$ csrutil tila
Järjestelmän eheyden suojauksen tila: poistettu käytöstä.

Järjestelmätiedot osoittavat, että LiLu ja WhateverGreen on ladattu, mutta luulen, että ne eivät toimi, koska niille ei ole välitetty oikeita parametreja käynnistyksen yhteydessä.

Mitään ideoita?

Kiitos,

Colin Muokattu viimeksi: 14. toukokuuta 2019
Reaktiot:h9826790

lisää

14. toukokuuta 2019
Milano (Italia)
  • 15. toukokuuta 2019
Anteeksi kysymykseni, joka voi olla tyhmä, mutta...


miksi Apple ei ota näitä 'ominaisuuksia' oletusarvoisesti käyttöön?


aina on sama tarina: poista jokin ominaisuus käytöstä, korvaa kext, käynnistä uudelleen ... ja niin edelleen ... miksi ???
Reaktiot:Marekul, Chung123, thomasthegps ja 2 muuta

puun lehti

15. toukokuuta 2019
  • 15. toukokuuta 2019
Hei siellä,

Mikä tiedosto minun pitäisi ladata. DEBUG vai RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Kiitos

IndioX

1. lokakuuta 2018
itävalta/eurooppa
  • 15. toukokuuta 2019
hoja sanoi: Hei,

Mikä tiedosto minun pitäisi ladata. DEBUG vai RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Kiitos Laajenna napsauttamalla...


jos et tiedä eroa, anna sen jäädä kokeilemaan järjestelmään ;-)

h9826790

Alkuperäinen juliste
3. huhtikuuta 2014
Hong Kong
  • 15. toukokuuta 2019
hoja sanoi: Hei,

Mikä tiedosto minun pitäisi ladata. DEBUG vai RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases

Kiitos Laajenna napsauttamalla...

Käytän julkaisuja
Reaktiot:Eschers C

csd

3. syyskuuta 2017
Irlanti
  • 15. toukokuuta 2019
Vain seurantaa muutaman testauksen jälkeen.

  1. HEVC 4K60:n toisto muuttui pätkimisestä täysin tasaiseksi. Jopa 120 Mbps HEVC Jellyfish -tiedosto toistaa täydellisesti.
  2. Käsijarrun transkoodauksessa on nyt 50 % parannus, kun valitsen VideoToolbox H.264 -kooderin x264-kooderin sijaan (25 fps vs 16 fps muunnetaan 120 Mbps meduusa 4K-tiedosto 6 Mbps 1080p-tiedostoksi). VideoToolbox ei näytä käyttävän HyperThreadingia, vain kuusi säiettä näkyy varattuna Activity Monitorissa; x264 käyttää kaikkia 12 säiettä järjestelmässäni. Mutta jopa ilman HT:tä, VideoToolbox on silti 50 % nopeampi alkuperäisen GPU-kiihdytyksen ansiosta!
/csd
Reaktiot:Marekul ja skeptech T

thomasthegps

23. syyskuuta 2015
Ranska
  • 15. toukokuuta 2019
Ihmettelen kuinka fcx:n muokkaussuorituskyky tällä korjaustiedostolla on verrattuna uudempiin Maceihin.
[doublepost=1557934191][/doublepost]
lukethemore sanoi: Anteeksi kysymykseni, joka voi olla tyhmä ... mutta ...


miksi Apple ei ota näitä 'ominaisuuksia' oletusarvoisesti käyttöön?


aina on sama tarina: poista jokin ominaisuus käytöstä, korvaa kext, käynnistä uudelleen ... ja niin edelleen ... miksi ??? Laajenna napsauttamalla...

Vastaus on melko yksinkertainen: raha
Reaktiot:Marekul ja octoviaa

h9826790

Alkuperäinen juliste
3. huhtikuuta 2014
Hong Kong
  • 15. toukokuuta 2019
csd sanoi: Vain seuranta muutaman testauksen jälkeen.

  1. HEVC 4K60:n toisto muuttui pätkimisestä täysin tasaiseksi. Jopa 120 Mbps HEVC Jellyfish -tiedosto toistaa täydellisesti.
  2. Käsijarrun transkoodauksessa on nyt 50 % parannus, kun valitsen VideoToolbox H.264 -kooderin x264-kooderin sijaan (25 fps vs 16 fps muunnetaan 120 Mbps meduusa 4K-tiedosto 6 Mbps 1080p-tiedostoksi). VideoToolbox ei näytä käyttävän HyperThreadingia, vain kuusi säiettä näkyy varattuna Activity Monitorissa; x264 käyttää kaikkia 12 säiettä järjestelmässäni. Mutta jopa ilman HT:tä, VideoToolbox on silti 50 % nopeampi alkuperäisen GPU-kiihdytyksen ansiosta!
/csd Laajenna napsauttamalla...

2. Olen melko varma, että käsijarru käyttää vain GPU:ta koodaamiseen, mutta ei purkaa.

esim. Kun pyydän FFMpegia käyttämään GPU:ta SEKÄ dekoodaukseen että koodaukseen. Prosessorin kuormitus on erittäin alhainen.
Näytä mediakohde ' data-single-image='1'>

Kuitenkin, jos pyydän FFMpegia vain käyttämään GPU:ta koodaamiseen, mutta jätä dekoodausosa CPU:lle. Sitten prosessori latautuu 1000 % (samanlainen kuin käsijarru).
Näytä mediakohde ' data-single-image='1'>

Ja kuten näet. Kun muunnamme HEVC:n H264:ksi. Jos lähdevideo on liian vaativa suorittimelle. CPU hidastaa GPU-transkoodauksen suorituskykyä. Yllä olevassa testissäni puhtaan GPU-transkoodauksen käyttäminen on noin 10 % nopeampaa. Joten tietokoneesi kuluttaa enemmän virtaa, mutta toimii hitaammin.

Kuitenkin, jos prosessori on tarpeeksi nopea käsittelemään lähdevideota, käyttämällä prosessoria dekoodaamiseen ja käyttämällä GPU:ta koodaamiseen saadaan yleensä parempi tulos.

Joka tapauksessa enemmän suorittimen käyttäminen ei ole välttämätöntä, tarkoittaa nyt parempaa. Viimeksi muokattu: 15.5.2019
Reaktiot:Eschers ja zoltm

IndioX

1. lokakuuta 2018
itävalta/eurooppa
  • 15. toukokuuta 2019
AMD:n laitteistokiihdytys toimii myös high sierrassa 10.13.6
tietoturvapäivityksellä 2019-003 ja bootROMilla 144.0.0.0.0 !?!


Näytä mediakohde ' data-single-image='1'>
Reaktiot:Petri Krohn, octoviaa, h9826790 ja 1 muu henkilö

Hendrik94

17. lokakuuta 2014
Saksa
  • 15. toukokuuta 2019
Toimii edelleen 10.14.6 Dev 1:ssä toistaiseksi Reaktiot:h9826790

tsialex

13. kesäkuuta 2016
  • 15. toukokuuta 2019
IndioX sanoi: AMD:n laitteistokiihdytys toimii myös high sierrassa 10.13.6
tietoturvapäivityksellä 2019-003 ja bootROMilla 144.0.0.0.0 !?!


Katso liite 837175 Laajenna napsauttamalla...
iMac Prossa on laitteistokiihdytys High Sierran kanssa, joten se ei ole yllätys.
Reaktiot:octoviaa ja IndioX

IndioX

1. lokakuuta 2018
itävalta/eurooppa
  • 15. toukokuuta 2019
tsialex sanoi: iMac Prossa on laitteistokiihdytys High Sierran kanssa, joten se ei ole yllätys. Laajenna napsauttamalla...

mutta toistaiseksi sanottiin, että sen pitäisi toimia vain 10.14.5 alkaen

tsialex

13. kesäkuuta 2016
  • 15. toukokuuta 2019
IndioX sanoi: mutta toistaiseksi sanottiin, että sen pitäisi toimia vain 10.14.5 alkaen Laajenna napsauttamalla...

10.14.5 toi tuen eGPU RX-580:lle, iMacilla oli koodaustuki VEGA GPU:ille pian julkaisun jälkeen, jos muistini toimii edelleen.
Reaktiot:Eschers

IndioX

1. lokakuuta 2018
itävalta/eurooppa
  • 15. toukokuuta 2019
tarkoittaisi, että RX580 ei toimi 10.13.6:ssa

Katson sen, kun minulla on aikaa

tsialex

13. kesäkuuta 2016
  • 15. toukokuuta 2019
IndioX sanoi: tarkoittaisi, että RX580 ei toimi 10.13.6:ssa Laajenna napsauttamalla...
Jonkun pitäisi testata se ja varmistaa, toimiiko laitteistokoodaus RX-580 faking iMac Prolle.

VEGA ei ole yllätys, se toimii jo iMac Pron ja High Sierran kanssa.
Reaktiot:Eschers

h9826790

Alkuperäinen juliste
3. huhtikuuta 2014
Hong Kong
  • 15. toukokuuta 2019
IndioX sanoi: AMD:n laitteistokiihdytys toimii myös high sierrassa 10.13.6
tietoturvapäivityksellä 2019-003 ja bootROMilla 144.0.0.0.0 !?!


Katso liite 837175 Laajenna napsauttamalla...

Mielenkiintoista, tällä modilla? Tai syntyperäinen?
Reaktiot:Eschers

IndioX

1. lokakuuta 2018
itävalta/eurooppa
  • 15. toukokuuta 2019
h9826790 sanoi: Mielenkiintoista, tämän modin kanssa? Tai syntyperäinen? Laajenna napsauttamalla...

tilassa, testaa minun vega64
mutta en tiedä toimiiko tämä myös RX580:n kanssa
toivottavasti pääsen pian testaamaan

VaZ

31. elokuuta 2012
  • 15. toukokuuta 2019
Mikä sovellus tuo laitteistotiedot on?
Joten kaikki Polaris- ja korkeammat kortit ovat RX-kortit oikein?

Minun VLC käyttää 400 % CPU:ta sen toistamiseen. Kamalaa tosiaan. Viimeksi muokattu: 19.10.2021
  • 1
  • 2
  • 3
  • Mene sivulle

    Mennä
  • 125
Seuraava

Mene sivulle

MennäSeuraava Kestää