- Statuss
- Pirmais šī pavediena ieraksts ir WikiPost, un to var rediģēt ikviens, kam ir atbilstošas atļaujas. Jūsu labojumi būs publiski.
h9826790
Oriģinālais plakāts- 2014. gada 3. aprīlis
- Honkonga
- 2019. gada 3. maijs
Pilns HWAccel sasniegts tagad!
Skatīt multivides vienumu ' data-single-image='1'>
Viss ir ietverts OpenCore pavedienā. Soli pa solim apmācība, lai iespējotu AMD aparatūras paātrinājumu, tagad ir pieejama šeit, taču es ļoti iesaku pirms jebkādu darbību veikšanas iziet cauri OpenCore pavedienam.
OpenCore operētājsistēmā Mac Pro
Šajā rokasgrāmatā ir paskaidrots, kā izmantot lielisko OpenCore sāknēšanas ielādētāju, lai instalētu, palaistu un atjauninātu jaunāko macOS versiju operētājsistēmā MacPro5,1, tādējādi nodrošinot tīru, nemainīgu operētājsistēmu, tāpat kā atbalstītajā Mac datorā. forums.macrumors.comTāda pati metode darbojas gan Mojave, gan ārpus tās. TOMĒR, divu procesoru cMP lietotājiem, lūdzu, pieturieties pie Mojave. (Atjauninājums: lūdzu, pieturieties pie Mojave VISIEM, kas vēlas HWAccel. CMMChris ieteica Apple noņemt HEVC HWAccel visiem Polaris GPU jaunākajā Catalina beta versijā. Tas nozīmē, ka jūs nedrīkstat jaunināt OS, lai iegūtu drošības labojumus, ja vien tā nav beta versijas kļūda. . Palieciet ar Mojave, iegūstiet HWAccel un atjauniniet savu OS, šķiet, ka šobrīd tā būs labāka izvēle)
Skatīt multivides vienumu ' data-single-image='1'>
Blakusvāģim (un AirPlay displejam) arī vajadzētu darboties, taču man vēl nav iPad, lai to pārbaudītu. Jaunākais config.plist ierakstā #594 un #1314 tagad saglabās cMP identitāti kā 5,1. Tāpēc tagad NETIKS aktivizēts blakusvāģis pēc noklusējuma.
------ Tālāk norādītā procedūra ir amortizēta, vienkārši saglabājiet šajā ziņā kā ierakstu ( bet es joprojām uzturēšu sadaļu FAQ, lai tas būtu atjaunināts. Pirms kaut ko jautāt, lūdzu, izlasiet FAQ. Es neatbildēšu uz visiem jautājumiem, kas jau ir ietverti FAQ .). Tiem, kuriem nav nepieciešama HEVC aparatūras kodēšana un kuri nevēlas instalēt OpenCore. Jūs joprojām varat veikt tālāk norādīto procedūru, lai aktivizētu HWAccel ------
10.14.5 tagad ir oficiāla. Un es varu apstiprināt, ka AMD karšu lietotāji (Polaris vai jaunāka versija) var baudīt H264 aparatūras kodēšanu / H264 aparatūras atšifrēšanu / un HEVC aparatūras atkodēšanu.
Skatīt multivides vienumu ' data-single-image='1'>
Procedūra ir šāda: (PIRMS kaut ko darāt, lūdzu, izlasiet visu jautājumu un atbilžu sadaļu. Jums vajadzētu zināt, kā atgūt, vai, iespējams, būs jāizmanto cita procedūra utt.)
1) Atspējojiet SIP
2) Lejupielādēt Lilu.kext
3) Lejupielādēt WhateverGreen.kext
4) atveriet Lilu.kext (ar peles labo pogu noklikšķiniet -> parādīt pakotnes saturu)
5) ievadiet saturu
6) izveidojiet mapi 'Plugins' (NB. Šī mape ir IEKŠĒJĀ saturā, lūdzu, NEpalaidiet garām 5. darbību)
Skatīt multivides vienumu ' data-single-image='1'>
7) Kopējiet failu WhateverGreen.kext programmā Plugins
8) Kopējiet visu modificēto Lilu kext mapē /Library/Extensions/
9) Atveriet termināli
10) Ievadiet
Kods: |_+_|
11) Ievadiet
Kods: |_+_|
12) Ievadiet
Kods: |_+_|
13) Ievadiet
Kods: |_+_| (jūs varat saņemt dīvainu atdevi ar šo komandu, neuztraucieties par to)
14) Ievadiet
Kods: |_+_| Catalina gadījumā jums, iespējams, būs jāievada arī no compat check boot arguments, pretējā gadījumā jūs varat palikt pie bezsāknēšanas situācijas, līdz atkopšanas nodalījumā izlabosit sāknēšanas argumentu.
15) Reboot
BUJ, lūdzu, izlasiet šo sadaļu PIRMS jautāšanas. Es neatbildēšu uz neko, kas jau ir aprakstīts šajā sadaļā.
Q1: Vai tas ir droši?
A: Pārbaudīts kopš 10.14.5 beta 4, līdz šim šī modifikācija nav sabojājusi nevienu sistēmu. (Atjauninājums: OpenCore var kaut ko ierakstīt cMP programmaparatūrā. Tāpēc, ja vēlaties saglabāt drošību, izvairieties no OpenCore. Un izmantojiet tikai Lilu + WhareverGreen vai hex rediģēšanas metodi)
Q2: Vai ir kāda negatīvā puse?
A: Jā, izmantojot Lilu vai hex rediģēšanas metodi, iTunes, TV+ un Safari Netflix DRM straumēšana var nedarboties, taču tam nevajadzētu ietekmēt pilnīgu DRM filmas lejupielādi. Un Netflix Chromium bāzes pārlūkprogrammās (Chrome, Brave, Edge utt.) ir kārtībā.
DRM straumēšana var nevainojami strādā ar OpenCore metodi.
Q3: Vai ir kāda cita zināma problēma?
A: Lietotne Photos crash, ja ir instalēts arī HDMIAudio.kext. Turklāt vēl daži lietotāji ziņoja par sistēmas iesaldēšanu (10.14.5.). Šķiet, ir ietekmēts tikai Polaris GPU, piem. RX580. Līdz šim visas sasalšanas notiek tikai Apple lietotnēs. piem. FCPX, Photos, Compressor utt. Trešās puses lietotnes, piemēram, PP, DV, VideoProc, netiek ietekmētas. Tomēr Polaris GPU hwaccel šķiet pilnīgi stabils 10.14.6 beta versijā, veicot AppleGVA faila hex rediģēšanu. Turklāt šķiet, ka Adobe Media Encoder izraisīs video dzinēja apstāšanos. Nevis sistēmas iesaldēšana / avārija, bet video dzinējs vienkārši kā pārstāj darboties, darbojas ārkārtīgi slikti. Normālu veiktspēju var atjaunot tikai pēc atkārtotas palaišanas. (Atjauninājums: 10.14.6. oficiālā versija šķiet novērsta lielākā daļa šo problēmu. Vismaz man nav iespējas reproducēt jebkādu iesaldēšanu ar savu RX580)
4. jautājums: ja pēc modifikācijas mana sistēma avarē, kā to labot?
A: Lilu / OpenCore 0.5.5 metodei NVRAM atiestatīšana noņems sāknēšanas argumentu un atspējos kexts / OpenCore. Tādējādi sistēma atgriezīsies sākotnējā stāvoklī. Kad sistēma atkal ir sāknēta, varat noņemt kext / OpenCore.
Hex rediģēšanas metodei es veicu daudz testu, nekādi nevarēja avarēt sistēmu. Bet, ja ir kāda nestabilitāte, lūdzu, atjaunojiet sākotnējo failu no dublējuma.
OpenCore 0.5.6 un jaunākām versijām atkārtoti jāpievieno EFI nodalījums -> jānoņem BOOT un OC mape -> jāatiestata NVRAM
Q5: Kāds ir ieguvums?
A: Var atskaņot kādu ļoti prasīgu HEVC video (piemēram, šo)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
Tādā veidā mans cMP tagad var atskaņot šo videoklipu. Vienmērīga atskaņošana ar ļoti zemu CPU lietojumu (lūdzu, izmantojiet pārlūkprogrammu, kas atbalsta VP9, lai skatītos visus tālāk norādītos Youtube videoklipus 4k kvalitātē, pretējā gadījumā jūs, iespējams, nevarēsit izlasīt informāciju)
Var raiti rediģēt H264 tieši, vairs nav nepieciešams pārkodēt uz ProRes, ievērojami samazināt uzglabāšanas ātrumu un ietilpības prasības. Visticamāk, var uzlabot arī produktivitāti
Var raiti rediģēt HEVC tieši, vairs nav nepieciešams pārkodēt uz ProRes, ievērojami samazināt uzglabāšanas ātrumu un ietilpības prasības. Visticamāk, var uzlabot arī produktivitāti
Var ievērojami uzlabot H264 eksportēšanas ātrumu ar zemu CPU lietojumu (atkarīgs no jūsu CPU/GPU specifikācijas)
Spēj nevainojami ierakstīt ekrānu 4K izšķirtspējā. Kā redzat no iepriekš esošās saites. Mans cMP tagad var veikt šīs lietas un vienlaikus vienmērīgi ierakstīt ekrānu.
Spēj nevainojami atskaņot VP9 video. Mans cMP tagad var atskaņot šo 8K 24 kadri sekundē YouTube video ar nulles kadru kritumu. (VP9 aparatūras dekodēšana NETIEK atbalstīta operētājsistēmā macOS līdz pat Catalina.)
6. jautājums. Vai tas var darboties 10.14.4 vai agrāk?
A: Viens lietotājs ziņoja, ka jaunākā versija 10.13.6 ar Vega darbojas arī ar Lilu metodi. Taču RX580 izraisīs GPURestart kļūdu, kas iesaldēs displeju un padarīs OS nelietojamu. (atjauninājums: lietotāji ziņoja, ka aparatūras atšifrēšana darbojas, bet H264 aparatūras kodēšana izraisīs avāriju)
7. jautājums: vai tas var darboties 10.15?
A: Ne tik labi kā 10.14.6. Darbojas tikai Lilu metode vai OpenCore metode. Turklāt 10.15.2. versijā Apple ir noņēmis Polaris (piem., RX580) HEVC HWAccel atbalstu (WhateverGreen vajadzētu novērst šo Polaris atbalsta problēmu. Bet es to neesmu pārbaudījis personīgi)
Atjauninājums: HWAccel tagad darbojas diezgan labi visās versijās 10.14.6, 10.15.7 un 11.2.3.
8. jautājums: vai tas var darboties Nvidia GPU?
A: NO
9. jautājums: vai tas var darboties flashed 7950 utt.?
A: Es nezinu. Lūdzu, pārbaudiet to man. (Atjauninājums: atbilde ir NĒ, paldies bazza5938 par testa veikšanu)
10. jautājums. Kura programmatūra var gūt labumu no šī modifikācijas?
A: Tas nodrošinās aparatūras paātrinājumu sistēmas līmenī. Pagaidām visa mana pārbaudītā programmatūra darbojas (piem., FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA.......)
11. jautājums. Ja es veicu NVRAM atiestatīšanu cita iemesla dēļ, kā atgūt šīs funkcijas?
A: Lilu metodei atkārtojiet 14. darbību un restartējiet.
Hex rediģēšanas metode / OpenCore 0.5.6 (ziņa #1314) netiek ietekmēta.
OpenCore 0.5.5 (ziņojumā Nr. 594) atkarībā no jūsu iestatījuma, iespējams, jums būs atkārtoti jāveic palaišana, izmantojot OpenCore.
12. jautājums. Kāds ir ieteicamais GPU?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Kamēr šī karte var darboties ar cMP, zīmolam/modelim nav īsti nozīmes (Atjauninājums: šim konkrētajam nolūkam Vega noteikti ir labāka par Polaris karti. Vega lietotāji vēl nav saņēmuši avārijas/sasalšanas ziņojumu).
Q13: Kāpēc neieteikt Radeon VII vai RX570 utt.
A: AFAIK, visi Polaris, Vega, Navi GPU darbojas, es tikai neesmu pārliecināts, cik nobriedis ir kopējais atbalsts. (Atjauninājums: es jaunināju savu GPU uz Radeon VII, kas ir ideāli stabils, un aparatūras kodējums ir par aptuveni 100% ātrāks nekā RX580. Ir apstiprināts, ka Navi HWAccel var aktivizēt.)
14. jautājums: vai šī ir QuickSync?
A: NĒ, QuickSync ir Intel iGPU aparatūras paātrinājums, nevis vispārīgs termins GPU video aparatūras paātrināšanai. AMD GPU izmanto UVD (Unified Video Decoder) dekodēšanai un VCE (Video Coding Engine) kodēšanai. To visu automātiski kontrolēs VideoToolBox operētājsistēmā macOS, kas ir praktiski pārredzams lietotājiem. Tas ir tāds pats jēdziens kā QuickSync, bet ne QuickSync.
Q15: Es redzu, ka mans GPU darbojas kompresorā pirms šī modifikācijas (uz cMP). Vai tas nozīmē, ka man jau ir aparatūras paātrinājums?
A: NĒ, mēs šeit runājam par H264 / HEVC aparatūras paātrinājumu. Nevis vispārējais skaitļošanas aparatūras paātrinājums. Viņi ir pilnīgi atšķirīgi.
16. jautājums. Kāda ir aparatūras kodētā video kvalitāte?
A: Nav tik labs kā programmatūras kodētājs kopumā. Bet, ja ir liels bitu pārraides ātrums, atšķirība nav tik pamanāma.
17. jautājums. Kad mēs varēsim iegūt arī HEVC kodējumu?
A: Es nezinu. Bet jūs vienmēr varat sāknēt operētājsistēmu Windows un izmantot HEVC aparatūras kodējumu. (Atjauninājums: FULL HWAccel, ieskaitot HEVC kodējumu, var sasniegt arī, izmantojot OpenCore. Neesmu pārliecināts, cik droši, bet tas darbojas stabili uz mana cMP)
Q18: Cik lielus uzlabojumus es varu sagaidīt?
A: Nu, tas ir atkarīgs no lietojuma. Taču ātrs iMovie 4K H264 eksporta tests parāda, ka Vega 64 var samazināt eksportēšanas laiku no 6:19 līdz 1:25, kas nozīmē, ka eksportēšanas laiks ir samazināts par ~77% (uz dubultā X5680 cMP).
19. jautājums: Kāpēc VideoProc pēc modifikācijas nerāda HEVC atšifrējumu?
A: Es nezinu, kāpēc, bet šajā gadījumā tas ir normāli. Mans ieteikums ir lejupielādēt demonstrācijas HEVC video no iepriekš minētās saites un atskaņot to, izmantojot QuickTime (vai vienkārši izmantojot Finder priekšskatījumu). Kamēr CPU lietojums paliek tikai aptuveni 20% (bet ne 800%), tas nozīmē, ka HEVC dekodēšana darbojas pareizi.
Tiem, kas izmanto OpenCore metodi, jums vajadzētu redzēt, ka HEVC HWAccel ir pieejams. Ja tā nav, lūdzu, noklikšķiniet uz mazās pārlādēšanas ikonas.
20. jautājums. Vai man jāinstalē jaunākā Lilu un WhateverGreen versija?
A: NĒ. Neskatoties uz to, ka jaunākā versija var darboties, bet šajā gadījumā nesniedz papildu funkcijas, un man nav ne jausmas, vai jaunākajai ir sliktāka stabilitāte. Ja es atradu labāku veidu / kext izmantošanai. Attiecīgi atjaunināšu ziņu. (Atjauninājums: Catalina, lūdzu, instalējiet Lilu 1.4.0 un WhateverGreen 1.3.5. Un līdz šim visas jaunākās Lilu un WEG nodrošina tikai labāku rezultātu kļūdu labojuma dēļ. Lietotājiem vajadzētu būt gataviem instalēt jaunāko versiju)
21. jautājums. Es piedzīvoju sistēmas iesaldēšanu, konsoles žurnālā ir redzams notikums “GPU restartēšana”. kas man jādara?
A: PRAM atiestatīšana atgriezīs jūsu sistēmu normālā stāvoklī. Ja izmantojat Polaris GPU (RX560, RX570, RX580 utt.), šķiet, ka šī kļūda ir ietekmējusi dažus cilvēkus. Tas, ko es atklāju, ir alternatīva metode, tieši rediģējot AppleGVA failu, šķiet stabilāka šiem GPU. Sākotnējā pārbaude liecina, ka to darīt ir ļoti droši, pat es pilnībā iznīcinu AppleGVA failu, OS joprojām var sāknēt darbvirsmu. Ja vēlaties iet šo ceļu, lūdzu, pārliecinieties, ka zināt, kā atjaunot failu (vai pat pilnībā atgūt no nesāknējamas OS). Informācija ir 205. pastā. (atjauninājums: 10.14.6 parāda ārkārtīgi labu stabilitāti, ļoti ieteicams RX580 lietotājiem)
Q22: Kā es varu zināt, vai aparatūras paātrinājums patiešām darbojas?
A: Mans ieteikums ir izmantot termināli. Sīkāka informācija #273. pozīcijā. Varat arī izmantot OpenGL draivera monitoru, lai novērotu UVD/VCE darbības (saite).
23. jautājums. Vai es varu izmantot šo moduļu ar MVC zibspuldzi RX580?
A: Saskaņā ar šo ziņu atbilde ir JĀ.
Q24: Vai ir iespējams IZSLĒGT hwaccel bez atsāknēšanas. Lai es jebkurā laikā varētu baudīt DRM straumēšanu?
A: Tikai alternatīvā metode ļauj IESLĒGT/IZSLĒGT lidojuma laikā. Ja nevēlaties izmantot termināli/Finder, lai to izdarītu katru reizi, varat izveidot divas vienkāršas lietotnes, kas aprakstītas šeit . (Atjauninājums: manai OpenCore pakotnei pēc noklusējuma vajadzētu atļaut atskaņot DRM straumēšanas video)
25. jautājums. Vai FCPX joprojām darbojas fona renderēšana?
A: Fona renderēšana joprojām darbojas ar abām metodēm. Tas ir pilnībā neatkarīgs no hwaccel. Es to izslēdzu iepriekš minētajā demonstrācijā, lai ilustrētu reāllaika laika skalas rediģēšanas veiktspēju. Ne tāpēc, ka tas nevar darboties.
26. jautājums: Es daudzas reizes izmēģināju hex rediģēšanas metodi, tā nedarbojas, taču esmu pārliecināts, ka visu izdarīju pareizi. Ko man darīt?
A: Varbūt jums vajadzētu mēģināt atvērt jaunu lietotāja profilu un redzēt, vai tas palīdz ( atsauces saite )
27. jautājums. Kāpēc VideoProc HWAccel lapā Grafika tiek rādīta N/A?
A: Nav ne jausmas, bet šajā gadījumā tā ir tikai kosmētiska kļūda. (Atjauninājums: šķiet, ka VideoProc meklē atslēgas vārdu 'AMD'. Piemēram, ja karte identificē kā |_+_|, VideoProc var to pareizi parādīt. Bet, ja karte identificē kā |_+_|, tad VideoProc nevar parādiet tā nosaukumu)
Skatīt multivides vienumu ' data-single-image='1'>
Skatīt multivides vienumu ' data-single-image='1'>
P.S. Tiem, kas vēlas pievienot prefiksu |_+_| grafiskās kartes nosaukuma priekšā, lūdzu, pievienojieties OpenCore pavedienam . Mēs varam pārdēvēt grafisko karti uz jebkuru vēlamo OpenCore.
28. jautājums. Kāpēc VideoProc parāda, ka, konvertējot video, es izmantoju Intel HWAccel?
A: Arī nav ne jausmas, bet šajā gadījumā tā ir tikai kosmētiska kļūda. (Atjauninājums: līdz šim tas parāda, ka VideoProc zina tikai to, vai HWAccel darbojas (izmantojot VideoToolBox), taču tas nevar noteikt, kura aparatūra nodrošina HWAccel operētājsistēmā macOS. Tāpēc tas izmanto risinājumu, kas ir piemērots visiem. vairums Mac datoru izmanto iGPU Intel Quick Sync, lai nodrošinātu HWAccel. Šķiet, ka VideoProc parādīs tikai |_+_| ikreiz, kad tiek izmantots HWAccel, neatkarīgi no tā, vai dators patiešām izmanto AMD VCE/VCN, Intel Quick Sync vai pat M1. )
29. jautājums. Kāpēc VideoProc nerāda, ka nekas nav aktivizēts, bet šķiet, ka viss darbojas, kā paredzēts?
A: Kamēr jūs redzat šo ķeksīti, kas nozīmē, ka HWAccel ir aktivizēts. Pēc maniem novērojumiem, šī ķeksīte vienmēr mainās automātiski.
Skatīt multivides vienumu ' data-single-image='1'>
Lapā Aparatūras informācija konstatēta, lūdzu, noklikšķiniet uz mazās atkārtotas ielādes ikonas, lai ļautu VideoProc parādīt jaunāko statusu.
Skatīt multivides vienumu ' data-single-image='1'>
Q30: vai tas darbosies ar 6,1?
A: Tikai izmantojot eGPU (Polaris vai jaunāku).
Q31: vai tas darbosies ar 3,1?
A: Jā (saite)
32. jautājums. Kāpēc sadaļā “Par šo Mac” pēc OpenCore instalēšanas tiek rādīts cits pulksteņa ātrums?
A: CPU joprojām strādā ar savu sākotnējo takts ātrumu, nekas nav īsti mainīts. Vienīgais, kas ir mainījies, ir tikai prezentācija. Mēs ievadām iMac Pro plates ID, izmantojot OpenCore, lai aktivizētu HWAccel operētājsistēmā macOS. Tāpēc MacOS izmanto arī iMac Pro formātu, lai parādītu CPU takts ātrumu (piemēram, 3,46 GHz tiks noapaļoti līdz 3,5 GHz). Tā ir normāla, 100% kosmētiska un tikai 2 ciparu pret 3 ciparu prezentācija. Pēdējo reizi rediģēts: 2021. gada 25. septembrī
h9826790
Oriģinālais plakāts- 2014. gada 3. aprīlis
- Honkonga
- 2019. gada 14. maijs
SkipperRi teica: Hei, šīs ir lieliskas ziņas! Man ir viens jautājums par pirmo ekrānuzņēmumu. Kā jūs ieguvāt šo informāciju, kurā programmatūrā? Noklikšķiniet, lai izvērstu...
VideoProc. Tagad pieejama bezmaksas licence
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
SkipperRi
- 2015. gada 11. jūlijs
- Rijeka, Horvātija
- 2019. gada 14. maijs
h9826790 teica: VideoProc. Tagad pieejama bezmaksas licencePaldies!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Noklikšķiniet, lai izvērstu...
bookemdano
- 2011. gada 29. jūlijs
- 2019. gada 14. maijs
Vai zināt, ko Apple mainīja ar 10.14.5, kas ļauj tam darboties?
bazza5938
- 2018. gada 25. novembris
- Apvienotā Karaliste
- 2019. gada 14. maijs
csd
- 2017. gada 3. septembris
- Īrija
- 2019. gada 14. maijs
** Atstājot šo zemāk, ja kādam ir līdzīgas problēmas ar sāknēšanas argu **
Tauta,
Esmu mēģinājis šo, bet šķiet, ka boot-args stadijā tas neizdodas. Es varu iestatīt sāknēšanas argumentus labi (nvram -p parāda, ka tie ir tur), bet tad, kad es atsāknēju, ieraksts ir pilnībā pazudis un man nav paātrinājuma. SIP ir atspējots.
$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
Tad, kad es restartēju:
$ nvram -p | grep args
$
Šeit ir pilns manu pašlaik iestatīto nvram iestatījumu saraksts:
$ 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
Sistēmas audio skaļums:
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 tiek rādīts atspējots:
$ csrutil statuss
Sistēmas integritātes aizsardzības statuss: atspējots.
Sistēmas informācija rāda, ka LiLu un WhateverGreen ir ielādēti, taču es domāju, ka tie nedarbojas, jo sāknēšanas laikā tiem nav nodoti pareizie parametri.
Kādas idejas?
Paldies,
Kolins Pēdējo reizi rediģēts: 2019. gada 14. maijā
remdāk
- 2019. gada 14. maijs
- Milāna (Itālija)
- 2019. gada 15. maijs
kāpēc Apple pēc noklusējuma neieslēdz šīs 'funkcijas'?
katru reizi ir viens un tas pats stāsts: atspējot kādu funkciju, pārrakstīt kext, pārstartēt ... un tā tālāk ... kāpēc ???
lapu
- 2019. gada 15. maijs
- 2019. gada 15. maijs
Kuru failu man vajadzētu lejupielādēt. ATKLĀJOT vai IZLAIDI?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Paldies
IndioX
- 2018. gada 1. oktobris
- austrija/eiropa
- 2019. gada 15. maijs
hoja teica: Sveiki,
Kuru failu man vajadzētu lejupielādēt. ATKLĀJOT vai IZLAIDI?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Paldies Noklikšķiniet, lai izvērstu...
ja nezināt atšķirību, ļaujiet tai palikt eksperimentēt sistēmā ;-)
h9826790
Oriģinālais plakāts- 2014. gada 3. aprīlis
- Honkonga
- 2019. gada 15. maijs
hoja teica: Sveiki,
Kuru failu man vajadzētu lejupielādēt. ATKLĀJOT vai IZLAIDI?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Paldies Noklikšķiniet, lai izvērstu...
Es izmantoju izlaidumus
csd
- 2017. gada 3. septembris
- Īrija
- 2019. gada 15. maijs
- HEVC 4K60 atskaņošana kļuva no stostīšanās līdz perfekti vienmērīgai. Pat 120 Mbps HEVC Medūzas fails tiek atskaņots lieliski.
- Rokas bremzes pārkodēšana tagad ir uzlabojusies par 50%, kad x264 kodētāja vietā izvēlos VideoToolbox H.264 kodētāju (25 kadri/s pret 16 kadri/s, pārveidojot 120 Mb/s medūzas 4K failu par 6 Mb/s 1080p failu). Šķiet, ka VideoToolbox neizmanto HyperThreading, tikai 6 pavedieni rāda, ka ir aizņemti aktivitāšu pārraudzītājā; x264 izmanto visus 12 pavedienus manā sistēmā. Bet pat bez HT, VideoToolbox joprojām ir par 50% ātrāks ar vietējo GPU paātrinājumu!
thomasthegps
- 2015. gada 23. septembris
- Francija
- 2019. gada 15. maijs
[doublepost=1557934191][/doublepost]
Luktemors teica: atvainojiet par manu jautājumu, kas var būt stulbs ... bet ...
kāpēc Apple pēc noklusējuma neieslēdz šīs 'funkcijas'?
katru reizi ir viens un tas pats stāsts: atspējot kādu funkciju, pārrakstīt kext, pārstartēt ... un tā tālāk ... kāpēc ??? Noklikšķiniet, lai izvērstu...
Atbilde ir diezgan vienkārša: nauda
h9826790
Oriģinālais plakāts- 2014. gada 3. aprīlis
- Honkonga
- 2019. gada 15. maijs
csd teica: Tikai pēcpārbaude pēc dažām pārbaudēm.
/csd Noklikšķiniet, lai izvērstu...
- HEVC 4K60 atskaņošana kļuva no stostīšanās līdz perfekti vienmērīgai. Pat 120 Mbps HEVC Medūzas fails tiek atskaņots lieliski.
- Rokas bremzes pārkodēšana tagad ir uzlabojusies par 50%, kad x264 kodētāja vietā izvēlos VideoToolbox H.264 kodētāju (25 kadri/s pret 16 kadri/s, pārveidojot 120 Mb/s medūzas 4K failu par 6 Mb/s 1080p failu). Šķiet, ka VideoToolbox neizmanto HyperThreading, tikai 6 pavedieni rāda, ka ir aizņemti aktivitāšu pārraudzītājā; x264 izmanto visus 12 pavedienus manā sistēmā. Bet pat bez HT, VideoToolbox joprojām ir par 50% ātrāks ar vietējo GPU paātrinājumu!
2. Esmu pārliecināts, ka rokas bremze izmanto tikai GPU, lai kodētu, bet ne atkodētu.
piem. Kad es lūdzu FFMpeg izmantot GPU gan dekodēšanai, gan kodēšanai. CPU slodze ir ļoti zema.
Skatīt multivides vienumu ' data-single-image='1'>
Tomēr, ja es tikai lūdzu FFMpeg izmantot GPU kodēšanai, bet atstāju dekodēšanas daļu CPU. Tad centrālais procesors sasniegs 1000% ielādi (līdzīgi kā rokas bremze).
Skatīt multivides vienumu ' data-single-image='1'>
Un kā redzi. Kad mēs pārkodējam HEVC uz H264. Ja avota video ir pārāk prasīgs CPU. GPU pārkodēšanas veiktspēju kavēs CPU. Manā iepriekš minētajā testā tīra GPU pārkodēšana ir par aptuveni 10% ātrāka. Tādējādi jūsu dators patērēs vairāk enerģijas, taču strādās lēnāk.
Tomēr, ja centrālais procesors ir pietiekami ātrs, lai apstrādātu avota video, tad, izmantojot CPU dekodēšanai un GPU izmantošanu kodēšanai, parasti būs labāki rezultāti.
Jebkurā gadījumā, izmantojot vairāk CPU, kas nav nepieciešams, tagad ir labāk. Pēdējo reizi rediģēts: 2019. gada 15. maijā
IndioX
- 2018. gada 1. oktobris
- austrija/eiropa
- 2019. gada 15. maijs
ar drošības atjauninājumu 2019-003 un bootROM 144.0.0.0.0 !?!
Skatīt multivides vienumu ' data-single-image='1'>
Hendriks94
- 2014. gada 17. oktobris
- Vācija
- 2019. gada 15. maijs
tsialex
- 2016. gada 13. jūnijs
- 2019. gada 15. maijs
IndioX teica: AMD aparatūras paātrinājums darbojas arī augstajā versijā 10.13.6iMac Pro ir aparatūras paātrinājums ar High Sierra, tāpēc tas nav pārsteigums.
ar drošības atjauninājumu 2019-003 un bootROM 144.0.0.0.0 !?!
Skatīt pielikumu 837175 Noklikšķiniet, lai izvērstu...
IndioX
- 2018. gada 1. oktobris
- austrija/eiropa
- 2019. gada 15. maijs
tsialex teica: iMac Pro ir aparatūras paātrinājums ar High Sierra, tāpēc tas nav pārsteigums. Noklikšķiniet, lai izvērstu...
bet līdz šim bija teikts, ka jādarbojas tikai no 10.14.5
tsialex
- 2016. gada 13. jūnijs
- 2019. gada 15. maijs
IndioX teica: bet līdz šim tika teikts, ka tam vajadzētu darboties tikai no 10.14.5 Noklikšķiniet, lai izvērstu...
10.14.5 nodrošināja atbalstu eGPU RX-580, iMac bija kodēšanas atbalsts VEGA GPU jau neilgi pēc izlaišanas, ja mana atmiņa joprojām darbojas.
IndioX
- 2018. gada 1. oktobris
- austrija/eiropa
- 2019. gada 15. maijs
Paskatīšos, kad būs laiks
tsialex
- 2016. gada 13. jūnijs
- 2019. gada 15. maijs
IndioX teica: tas nozīmētu, ka RX580 nedarbojas ar 10.13.6 Noklikšķiniet, lai izvērstu...Kādam vajadzētu to pārbaudīt un apstiprināt, vai aparatūras kodēšana darbojas RX-580 viltus iMac Pro.
VEGA nav pārsteigums, jau strādā ar iMac Pro un High Sierra.
h9826790
Oriģinālais plakāts- 2014. gada 3. aprīlis
- Honkonga
- 2019. gada 15. maijs
IndioX teica: AMD aparatūras paātrinājums darbojas arī augstajā versijā 10.13.6
ar drošības atjauninājumu 2019-003 un bootROM 144.0.0.0.0 !?!
Skatīt pielikumu 837175 Noklikšķiniet, lai izvērstu...
Interesanti, ar šo modi? Vai dzimtā?
IndioX
- 2018. gada 1. oktobris
- austrija/eiropa
- 2019. gada 15. maijs
h9826790 teica: Interesanti, ar šo modu? Vai dzimtā? Noklikšķiniet, lai izvērstu...
ar režīmu, pārbaudiet manu vega64
bet es nezinu, vai tas darbojas arī ar RX580
ceru, ka drīz varēs to pārbaudīt
VaZ
- 2012. gada 31. augusts
- 2019. gada 15. maijs
Tātad visas Polaris un augstākas kartes ir pareizas RX kartes?
Mans VLC izmanto 400% CPU, lai to atskaņotu. Patiešām šausmīgi. Pēdējo reizi rediģēts: 2021. gada 19. oktobrīNākamais 1 no 125
Populārākas Posts