- Olek
- Selle lõime esimene postitus on WikiPost ja seda saavad redigeerida kõik, kellel on vastavad õigused. Teie muudatused on avalikud.
h9826790
Originaalplakat- 3. aprill 2014
- Hongkong
- 3. mai 2019
Täielik HWAccel saavutatud!
Kuva meediumiüksus ' data-single-image='1'>
Kõik on kaetud OpenCore'i lõimes. Samm-sammuline õpetus AMD riistvarakiirenduse lubamiseks on nüüd siin, kuid soovitan tungivalt enne millegi tegemist läbida OpenCore'i lõime.
OpenCore Mac Pro-s
See juhend selgitab, kuidas kasutada suurepärast OpenCore'i alglaadurit MacPro5,1 uusima macOS-i versiooni installimiseks, käitamiseks ja värskendamiseks, mille tulemuseks on puhas ja muutmata operatsioonisüsteem nagu toetatud Macis. forums.macrumors.comSama meetod töötab nii Mojaves kui ka mujal. KUIDAS, kahe protsessoriga cMP kasutajad, pidage praegu Mojave'iga. (Värskendus: palun pidage kinni Mojave'ist KÕIGILE, kes soovivad HWAcceli . Jääge Mojave'i juurde, hankige HWAccel ja hoidke oma OS ajakohasena, tundub olevat parem valik)
Kuva meediumiüksus ' data-single-image='1'>
Külgkorv (ja AirPlay Display) peaks samuti töötama, kuid mul pole veel iPadi, millega seda testida. Viimane config.plist postitustes #594 ja #1314 hoiab nüüd cMP identiteedina 5,1. Seetõttu EI aktiveeri nüüd vaikimisi külgkorvi.
------ Allolev protseduur on amortiseerunud, lihtsalt hoidke selles postituses kirjena ( kuid selle ajakohasena hoidmiseks säilitan siiski KKK jaotise. Enne kui midagi küsite, lugege läbi KKK. Küsimustele, mida KKK-s juba käsitleti, ma ei vasta .). Neile, kes ei vaja HEVC riistvara kodeerimist ja eelistavad OpenCore'i mitte installida. HWAcceli aktiveerimiseks võite siiski järgida allolevat protseduuri ------
10.14.5 on nüüd ametlik. Ja võin kinnitada, et AMD-kaardi kasutajad (Polaris või uuemad) saavad nautida H264 riistvarakodeerimist / H264 riistvaradekodeerimist / ja HEVC riistvaradekodeerimist.
Kuva meediumiüksus ' data-single-image='1'>
Protseduur on järgmine: (ENNE millegi tegemist lugege läbi kogu küsimuste ja vastuste jaotis. Peaksite teadma, kuidas taastada, või peate võib-olla kasutama alternatiivset protseduuri jne)
1) Hoidke SIP keelatud
2) Laadige alla Lilu.kext
3) Laadige alla WhateverGreen.kext
4) avage Lilu.kext (paremklõps -> kuva paketi sisu)
5) sisestage sisu
6) looge kaust 'Plugins' (NB! See kaust asub sisu sees, ärge jätke sammu 5 vahele)
Kuva meediumiüksus ' data-single-image='1'>
7) Kopeerige fail WhateverGreen.kext pluginatesse
8) Kopeerige kogu modifitseeritud Lilu kext kausta /Library/Extensions/
9) Avage terminal
10) Sisestage
Kood: |_+_|
11) Sisestage
Kood: |_+_|
12) Sisestage
Kood: |_+_|
13) Sisestage
Kood: |_+_| (selle käsuga võite saada kummalise tulu, ärge selle pärast muretsege)
14) Sisestage
Kood: |_+_| Catalina puhul peate võib-olla sisestama ka no compat check boot argumendi, vastasel juhul võite jääda alglaadimiseta olukorra juurde, kuni parandate taastepartitsioonis buutimise argumendi.
15) Taaskäivitage
KKK, palun lugege see jaotis ENNE küsimist läbi. Ma ei vasta millelegi, mida selles jaotises juba käsitleti.
Q1: Kas see on ohutu?
V: Testitud alates 10.14.5 beetaversioonist 4, siiani pole see modifikatsioon ühtegi süsteemi kahjustanud. (Värskendus: OpenCore võib midagi cMP püsivarasse kirjutada. Seega, kui soovite olla ohutu, vältige OpenCore'i. Kasutage ainult Lilu + WhareverGreeni või hex-redigeerimismeetodit)
Q2: Kas sellel on ka varjukülg?
V: Jah, Lilu või hex redigeerimismeetodi puhul ei pruugi iTunes, TV+ ja Safari Netflixi DRM-i voogesitus töötada, kuid see ei tohiks mõjutada DRM-i filmi täielikku allalaadimist. Ja Netflix Chromiumi baasbrauserites (Chrome, Brave, Edge jne) on korras.
DRM-i voogesitus saab töötab veatult OpenCore meetodiga.
Q3: mõni muu teadaolev probleem?
V: Rakendus Photos jookseb kokku, kui installitud on ka HDMIAudio.kext. Lisaks teatasid veel mõned kasutajad süsteemi külmutamisest (10.14.5). Tundub, et mõjutatud on ainult Polarise GPU nt. RX580. Siiani esinevad kõik külmumised ainult Apple'i rakendustes. nt. FCPX, Photos, Compressor jne. See ei mõjuta kolmandate osapoolte rakendusi, nagu PP, DV, VideoProc. Polarise GPU hwaccel näib aga AppleGVA-faili kuuekordselt redigeerides 10.14.6 beetaversioonis täiesti stabiilne. Lisaks tundub, et Adobe Media Encoder põhjustab videomootori seiskumise. Mitte süsteemi külmutamine / krahhi, kuid video mootor lihtsalt nagu lakkab töötamast, toimib väga halvasti. Tavalist jõudlust saab taastada ainult taaskäivitusega. (Värskendus: 10.14.6 ametlik väljalase näib olevat enamik neist probleemidest lahendatud. Vähemalt ei saa ma oma RX580-ga külmutamist taasesitada)
K4: Kui mu süsteem jookseb pärast modi kokku, siis kuidas seda parandada?
V: Lilu / OpenCore 0.5.5 meetodi puhul eemaldab NVRAM-i lähtestamine alglaadimisargumendi ja keelab kexts / OpenCore. Seega taastab see teie süsteemi tõhusalt algsesse olekusse. Pärast süsteemi taaskäivitamist saate eemaldada kexti / OpenCore'i.
Hex-redigeerimise meetodi puhul tegin palju teste, ilma et oleks võimalik süsteemi kokkujooksda. Kui aga esineb ebastabiilsust, taastage varukoopiast algne fail.
OpenCore 0.5.6 ja uuemate versioonide jaoks peate EFI partitsiooni uuesti ühendama -> eemaldama BOOT- ja OC-kaust -> lähtesta NVRAM
K5: Mis kasu on?
V: Võimalik esitada mõnda väga nõudlikku HEVC-videot (nt seda)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
Nii saab minu cMP seda videot nüüd esitada. Sujuv taasesitus väga vähese protsessori kasutusega (kasutage VP9-d toetavat brauserit, et vaadata kõiki järgmisi Youtube'i videoid 4K-s, vastasel juhul ei pruugi te üksikasju lugeda)
Saate H264 sujuvalt otse redigeerida, enam pole vaja ProRes-i ümber kodeerida, vähendades oluliselt salvestuskiirust ja mahunõuet. Tõenäoliselt võib see parandada ka tootlikkust
Saate HEVC-d sujuvalt otse redigeerida, enam pole vaja ProRes-i ümber kodeerida, vähendades oluliselt salvestuskiirust ja mahunõuet. Tõenäoliselt võib see parandada ka tootlikkust
Võib oluliselt parandada H264 ekspordikiirust vähese CPU kasutusega (sõltub teie CPU / GPU spetsifikatsioonidest)
Võimaldab ekraani sujuvalt salvestada 4K eraldusvõimega. Nagu näete ülaltoodud lingilt. Minu cMP saab nüüd neid asju teha ja samal ajal ekraani sujuvalt salvestada.
Võimaldab sujuvalt esitada VP9 videot. Minu cMP saab nüüd esitada seda 8K 24 kaadrit sekundis YouTube'i videot nullkaadri langusega. (VP9 riistvaradekodeerimist EI toetata macOS-is kuni Catalinani.)
K6: Kas see võib töötada versioonis 10.14.4 või varem?
V: Üks kasutaja teatas, et Vega uusim versioon 10.13.6 töötab ka Lilu meetodiga. Kuid RX580 põhjustab GPURestart tõrke, mis külmutab ekraani ja muudab OS-i kasutuskõlbmatuks. (värskendus: kasutajad teatasid, et riistvara dekodeerimine töötab, kuid H264 riistvara kodeerimine põhjustab krahhi)
K7: Kas see töötab 10.15 pärast?
V: Mitte nii hea kui 10.14.6. Töötab ainult Lilu meetod või OpenCore meetod. Samuti eemaldab Apple versioonis 10.15.2 Polarise (nt RX580) HEVC HWAccel toe (WhateverGreen peaks selle Polarise tugiprobleemi lahendama. Aga ma pole seda isiklikult testinud)
Värskendus: HWAccel töötab praegu üsna hästi kõigis versioonides 10.14.6, 10.15.7 ja 11.2.3.
K8: Kas see võib töötada Nvidia GPU jaoks?
V: EI
K9: Kas see võib töötada flashed 7950 jne jaoks?
V: Ma ei tea. Palun testige seda minu jaoks. (Värskendus: vastus on EI, täname bazza5938 testi sooritamise eest)
K10: milline tarkvara saab sellest modifikatsioonist kasu saada?
V: See tagab riistvaralise kiirenduse süsteemi tasemel. Siiani töötab kogu minu testitud tarkvara (nt FCPX, iMovie, Käsipidur, Kompressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)
11. küsimus: kui ma lähtestan NVRAM-i muul põhjusel, kuidas neid funktsioone taastada?
V: Lilu meetodi puhul korrake 14. sammu ja taaskäivitage.
Kuueteistkümnendtöötlusmeetod / OpenCore 0.5.6 (postitus nr 1314) ei ole mõjutatud.
OpenCore 0.5.5 (postituses nr 594) puhul olenevalt teie seadistusest võib teil olla tarvis uuesti OpenCore'i kaudu käivitada.
12. küsimus: milline on soovitatav GPU?
V: RX560, RX580, Vega 56, Vega 64, Vega FE. Kuni see kaart suudab cMP-s töötada, pole brändil/mudelil tegelikult tähtsust (värskendus: sellel konkreetsel eesmärgil on Vega kindlasti parem kui Polarise kaart. Vega kasutajad ei ole veel krahhi/külmumise aruannet esitanud).
K13: Miks mitte soovitada Radeon VII või RX570 jne.
V: AFAIK, kõik Polarised, Vega, Navi GPU töötavad, ma lihtsalt pole kindel, kui küps on üldine tugi. (Värskendus: täiendasin oma GPU-d Radeon VII-le, mis on täiesti stabiilne ja riistvaraline kodeering on umbes 100% kiirem kui RX580. Samuti kinnitati, et Navi HWAccel saab aktiveerida.)
14. küsimus: kas see on QuickSync?
V: EI, QuickSync on Inteli iGPU riistvaraline kiirendus, mitte GPU video riistvaralise kiirenduse üldnimetus. AMD GPU kasutab dekodeerimiseks UVD-d (Unified Video Decoder) ja kodeerimiseks VCE-d (Video Coding Engine). Kõike seda juhib VideoToolBox automaatselt macOS-is, mis on kasutajatele praktiliselt läbipaistev. See on sama kontseptsioon kui QuickSync, kuid mitte QuickSync.
K15: Ma näen, et minu GPU töötab kompressoris enne seda modi (cMP-l). Kas see tähendab, et mul on juba riistvarakiirendus?
V: EI, me räägime siin H264 / HEVC riistvarakiirendusest. Mitte üldine arvuti riistvarakiirendus. Need on täiesti erinevad.
K16. Milline on riistvaraliselt kodeeritud video kvaliteet?
V: Mitte nii hea kui tarkvara kodeerija üldiselt. Kuid kui see on kõrge bitikiirusega, pole erinevus nii märgatav.
17. küsimus: millal saame ka HEVC-kodeeringu?
V: Ma ei tea. Kuid saate alati Windowsi käivitada ja kasutada HEVC riistvarakodeeringut. (Värskendus: TÄIELIK HWAccel, sealhulgas HEVC-kodeering, on saavutatav ka OpenCore'i abil. Pole kindel, kui turvaline, kuid see töötab minu cMP-s stabiilselt)
K18: Kui palju paranemist võin oodata?
V: Noh, oleneb kasutusest. Kuid kiire iMovie 4K H264 eksporditest näitab, et Vega 64 suudab ekspordiaega lühendada 6:19-lt 1:25-le, mis tähendab, et ekspordiaega väheneb ~77% (kahe X5680 cMP puhul).
19. küsimus: miks VideoProc ei näita pärast modi HEVC dekodeerimist?
V: Ma ei tea, miks, aga antud juhul on see normaalne. Minu soovitus on laadida alla demo HEVC video ülaltoodud lingilt ja esitada seda QuickTime'i (või lihtsalt Finderi eelvaate) kaudu. Kuni protsessori kasutus jääb vaid 20% (kuid mitte 800%) juurde, tähendab see, et HEVC dekodeerimine töötab korralikult.
Need, kes kasutavad OpenCore'i meetodit, peaksite nägema HEVC HWAcceli kasu. Kui seda pole, klõpsake väikesel uuesti laadimise ikoonil.
K20: kas ma peaksin installima Lilu ja WhateverGreeni uuema versiooni?
V: EI. Vaatamata sellele, et uuem versioon võib töötada, kuid ei paku sel juhul lisafunktsiooni ja mul pole õrna aimugi, kas uuemal on halvem stabiilsus. Kui ma leian parema viisi / kexti kasutada. Uuendan postitust vastavalt. (Uuendus: Catalina jaoks installige Lilu 1.4.0 ja WhateverGreen 1.3.5. Seni on kõik uuemad Lilu ja WEG-d ainult veaparanduse tõttu paremat tulemust andnud. Kasutajad peaksid saama uusima versiooni installida)
21. küsimus: kogesin süsteemi hangumist, konsooli logi näitab sündmust „GPU taaskäivitamine”, mida peaksin tegema?
V: PRAM-i lähtestamine taastab teie süsteemi normaalseks. Kui kasutate Polarise GPU-d (RX560, RX570, RX580 jne), tundub, et see viga mõjutab mõnda inimest. See, mida ma leidsin, on alternatiivne meetod AppleGVA-faili otse hex-redigeerimise teel, mis tundub nende GPU-de jaoks stabiilsem. Esialgne test näitab, et seda on väga ohutu teha, isegi kui ma hävitan AppleGVA-faili täielikult, saab OS siiski töölauale alglaadida. Kui eelistate seda teed minna, veenduge, et teate, kuidas faili taastada (või isegi mittekäivitavast OS-ist täielikult taastada). Teave on postituses #205. (värskendus: 10.14.6 näitab väga head stabiilsust, soovitatav RX580 kasutajatele)
K22: Kuidas ma tean, kas riistvarakiirendus tõesti töötab?
V: Minu soovitus on kasutada terminali. Üksikasjalik teave postituses #273. UVD/VCE tegevuste jälgimiseks võite kasutada ka OpenGL Driver Monitori (link) .
K23: kas ma saan seda modi kasutada koos MVC välguga RX580-ga?
V: Selle postituse järgi on vastus JAH.
K24: Kas hwacceli on võimalik välja lülitada ilma taaskäivituseta? Et saaksin igal ajal nautida DRM-i voogesitust?
V: Ainult alternatiivne meetod lubab SISSE/VÄLJAS käigu pealt. Kui te ei soovi selleks iga kord terminali / Finderit kasutada, saate selleks teha kaks lihtsat rakendust, protseduurid leiate siit . (Värskendus: minu OpenCore'i pakett peaks võimaldama teil vaikimisi mängida DRM-i voogesitusvideot)
K25. Kas taustal renderdamine töötab ikka veel FCPX-is?
V: Taustal renderdamine töötab endiselt mõlema meetodi puhul. See on hwaccelist täiesti sõltumatu. Lülitasin selle ülaltoodud demos välja, et illustreerida reaalajas ajaskaala redigeerimise jõudlust. Mitte sellepärast, et see ei saaks töötada.
26. küsimus: proovisin mitu korda hex-redigeerimise meetodit, see ei tööta, kuid olen kindel, et tegin kõik õigesti. Mida ma peaksin tegema?
V: Võib-olla peaksite proovima avada uue kasutajaprofiili ja vaatama, kas see aitab (viitelink)
27. küsimus: Miks kuvatakse VideoProc HWAccel lehe 'Graafika' olek N/A?
V: Pole aimugi, aga antud juhul on see lihtsalt kosmeetiline viga. (Uuendus: tundub, et VideoProc otsib märksõna 'AMD'. nt kui kaardi identifitseerimine on |_+_|, saab VideoProc seda õigesti näidata. Aga kui kaardi identifitseerimine on |_+_|, siis VideoProc ei saa näita selle nime)
Kuva meediumiüksus ' data-single-image='1'>
Kuva meediumiüksus ' data-single-image='1'>
P.S. Neile, kes soovivad lisada eesliidet |_+_| graafikakaardi nime ees, liituge OpenCore'i lõimega . Saame OpenCore'is graafikakaardi ümber nimetada nii, nagu tahame.
28. küsimus: miks näitab VideoProc, et kasutan videote teisendamiseks 'Intel' HWAcceli?
V: Samuti pole aimugi, aga see on antud juhul lihtsalt kosmeetiline viga. (Värskendus: seni näitab see, et VideoProc teab ainult seda, kas HWAccel töötab (VideoToolBoxi kaudu), kuid ta ei saa aru, milline riistvara pakub macOS-is HWAcceli. Seetõttu kasutab see kõigile sobivat lahendust. enamik Mace kasutab HWAcceli pakkumiseks iGPU Intel Quick Sync. Näib, et VideoProc kuvab ainult |_+_| alati, kui HWAccel on kasutusel, olenemata sellest, kas arvuti tegelikult kasutab AMD VCE/VCN, Intel Quick Sync või isegi M1. )
K29: Miks VideoProc ei näita midagi aktiveeritud, kuid kõik näib toimivat ootuspäraselt?
V: Kuni näete seda linnukest, mis tähendab, et HWAccel on aktiveeritud. Minu tähelepaneku järgi muutub see linnuke alati automaatselt.
Kuva meediumiüksus ' data-single-image='1'>
Lehe Riistvarateave tuvastatud jaoks klõpsake väikesel uuesti laadimise ikoonil, et VideoProc saaks teile näidata viimast olekut.
Kuva meediumiüksus ' data-single-image='1'>
K30: kas see töötab 6,1 puhul?
V: Ainult eGPU (Polaris või uuem) kaudu.
K31: kas see töötab 3,1 puhul?
V: Jah (link)
32. küsimus: miks kuvab „About This Mac” pärast OpenCore'i installimist teistsugust kella kiirust?
V: Protsessor töötab endiselt oma algse taktsagedusega, tegelikult pole midagi muutunud. Ainus, mis on muutunud, on esitlus. Sisestame iMac Pro plaadi ID OpenCore'i kaudu, et aktiveerida macOS-is HWAccel. Seetõttu kasutab macOS protsessori taktsageduse kuvamiseks ka iMac Pro vormingut (nt 3,46 GHz ümardatakse üles 3,5 GHz). See on tavaline, 100% kosmeetiline ja puhtalt 2- ja 3-kohaline esitlus. Viimati muudetud: 25. september 2021
h9826790
Originaalplakat- 3. aprill 2014
- Hongkong
- 14. mai 2019
SkipperRi ütles: Hei, see on suurepärane uudis! Mul on esimese ekraanipildi kohta üks küsimus. Kuidas te selle teabe hankisite, millises tarkvaras? Klõpsake laiendamiseks...
VideoProc. Tasuta litsents kohe saadaval
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
KipperRi
- 11. juuli 2015
- Rijeka, Horvaatia
- 14. mai 2019
h9826790 ütles: VideoProc. Tasuta litsents kohe saadavalAitäh!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Klõpsake laiendamiseks...
bookemdano
- 29. juuli 2011
- 14. mai 2019
Kas teate, mida Apple muutis versiooniga 10.14.5, mis võimaldab sellel töötada?
bazza5938
- 25. november 2018
- Ühendkuningriik
- 14. mai 2019
csd
- 3. september 2017
- Iirimaa
- 14. mai 2019
** Jättes selle alla juhuks, kui kellelgi on alglaadimisargudega sarnaseid probleeme **
Rahvas,
Olen seda proovinud, kuid näib, et see alglaadimise etapis ebaõnnestub. Saan algkäivitusargumendid hästi seadistada (nvram -p näitab, et need on olemas), kuid siis, kui ma taaskäivitan, on kirje täielikult kadunud ja mul pole kiirendust. SIP on keelatud.
$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
Siis kui ma taaskäivitan:
$ nvram -p | grep args
$
Siin on minu praegu seatud nvrami seadete täielik loend:
$ 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 on keelatud:
$ csrutil olek
Süsteemi terviklikkuse kaitse olek: keelatud.
Süsteemiteave näitab, et LiLu ja WhateverGreen on laaditud, kuid ma arvan, et need ei tööta, kuna õigeid parameetreid ei ole neile alglaadimisel edastatud.
Mingeid ideid?
Aitäh,
Colin Viimati muudetud: 14. mail 2019
veel rohkem
- 14. mai 2019
- Milano (Itaalia)
- 15. mai 2019
miks Apple neid 'funktsioone' vaikimisi sisse ei lülita?
iga kord on sama lugu: keelake mõni funktsioon, kirjutage kext üle, taaskäivitage ... ja nii edasi ... miks ???
leht
- 15. mai 2019
- 15. mai 2019
Millise faili peaksin alla laadima. SILUMINE või VABASTUS?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Aitäh
IndioX
- 1. oktoober 2018
- austria/euroopa
- 15. mai 2019
hoja ütles: Tere,
Millise faili peaksin alla laadima. SILUMINE või VABASTUS?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Aitäh Klõpsake laiendamiseks...
kui te ei tea erinevust, siis laske sellel süsteemi katsetama jääda ;-)
h9826790
Originaalplakat- 3. aprill 2014
- Hongkong
- 15. mai 2019
hoja ütles: Tere,
Millise faili peaksin alla laadima. SILUMINE või VABASTUS?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Aitäh Klõpsake laiendamiseks...
Kasutan väljalaseid
csd
- 3. september 2017
- Iirimaa
- 15. mai 2019
- HEVC 4K60 taasesitus muutus kogelemisest täiesti sujuvaks. Isegi 120 Mbps HEVC Jellyfish fail mängib suurepäraselt.
- Käsipiduri ümberkodeerimine on nüüd 50% parem, kui valin x264 kodeerija asemel VideoToolboxi H.264 kodeerija (25 kaadrit sekundis vs 16 kaadrit sekundis 120 Mbps millimallikas 4K-faili teisendamisel 6 Mbps 1080p failiks). Näib, et VideoToolbox ei kasuta HyperThreadingut, vaid 6 lõime on Activity Monitoris hõivatud; x264 kasutab minu süsteemis kõiki 12 lõime. Kuid isegi ilma HT-ta on VideoToolbox 50% kiirem tänu natiivse GPU-kiirendusele!
thomasthegps
- 23. september 2015
- Prantsusmaa
- 15. mai 2019
[doublepost=1557934191][/doublepost]
Lukthemore ütles: vabandage mu küsimuse pärast, mis võib olla rumal ... aga ...
miks Apple neid 'funktsioone' vaikimisi sisse ei lülita?
iga kord on sama lugu: keelake mõni funktsioon, kirjutage kext üle, taaskäivitage ... ja nii edasi ... miks ??? Klõpsake laiendamiseks...
Vastus on üsna lihtne: raha
h9826790
Originaalplakat- 3. aprill 2014
- Hongkong
- 15. mai 2019
csd ütles: Lihtsalt järeltegevus pärast mõningast testimist.
/csd Klõpsake laiendamiseks...
- HEVC 4K60 taasesitus muutus kogelemisest täiesti sujuvaks. Isegi 120 Mbps HEVC Jellyfish fail mängib suurepäraselt.
- Käsipiduri ümberkodeerimine on nüüd 50% parem, kui valin x264 kodeerija asemel VideoToolboxi H.264 kodeerija (25 kaadrit sekundis vs 16 kaadrit sekundis 120 Mbps millimallikas 4K-faili teisendamisel 6 Mbps 1080p failiks). Näib, et VideoToolbox ei kasuta HyperThreadingut, vaid 6 lõime on Activity Monitoris hõivatud; x264 kasutab minu süsteemis kõiki 12 lõime. Kuid isegi ilma HT-ta on VideoToolbox 50% kiirem tänu natiivse GPU-kiirendusele!
2. Olen üsna kindel, et käsipidur kasutab GPU-d ainult kodeerimiseks, kuid mitte dekodeerimiseks.
nt. Kui ma palun FFMpegil kasutada GPU-d nii dekodeerimiseks kui ka kodeerimiseks. Protsessori laadimine on väga madal.
Kuva meediumiüksus ' data-single-image='1'>
Kui aga palun FFMpegil ainult kodeerimiseks GPU-d kasutada, aga dekodeerimise osa jätan CPU-le. Seejärel saavutab CPU 1000% laadimise (sarnaselt käsipidurile).
Kuva meediumiüksus ' data-single-image='1'>
Ja nagu näha. Kui muudame HEVC ümber H264-ks. Kui lähtevideo on protsessori jaoks liiga nõudlik. GPU ümberkodeerimise jõudlust pärsib protsessor. Minu ülaltoodud testis on puhta GPU ümberkodeerimise kasutamine umbes 10% kiirem. Seega kasutab teie arvuti lõpuks rohkem energiat, kuid töötab aeglasemalt.
Kui aga protsessor on lähtevideo käsitlemiseks piisavalt kiire, annab tavaliselt parema tulemuse CPU kasutamine dekodeerimiseks ja GPU kasutamine kodeerimiseks.
Igatahes tähendab mittevajaliku suurema CPU kasutamine nüüd paremat. Viimati muudetud: 15. mail 2019
IndioX
- 1. oktoober 2018
- austria/euroopa
- 15. mai 2019
turvavärskendusega 2019-003 ja alglaadimisseadmega 144.0.0.0.0 !?!
Kuva meediumiüksus ' data-single-image='1'>
Hendrik94
- 17. oktoober 2014
- Saksamaa
- 15. mai 2019
tsialex
- 13. juuni 2016
- 15. mai 2019
IndioX ütles: AMD riistvarakiirendus töötab ka kõrge sierra 10.13.6 puhuliMac Pro-l on High Sierraga riistvarakiirendus, nii et see pole üllatus.
turvavärskendusega 2019-003 ja alglaadimisseadmega 144.0.0.0.0 !?!
Vaata manust 837175 Klõpsake laiendamiseks...
IndioX
- 1. oktoober 2018
- austria/euroopa
- 15. mai 2019
tsialex ütles: iMac Pro-l on High Sierraga riistvarakiirendus, nii et see pole üllatus. Klõpsake laiendamiseks...
aga seni räägiti, et see peaks töötama ainult 10.14.5-st
tsialex
- 13. juuni 2016
- 15. mai 2019
IndioX ütles: aga seni räägiti, et see peaks töötama ainult alates 10.14.5 Klõpsake laiendamiseks...
10.14.5 tõi kaasa eGPU RX-580 toe, iMacil oli VEGA GPU-de kodeeringu tugi juba mõnda aega pärast vabastamist, kui mu mälu ikka töötab.
IndioX
- 1. oktoober 2018
- austria/euroopa
- 15. mai 2019
Ma vaatan seda, kui aega saan
tsialex
- 13. juuni 2016
- 15. mai 2019
IndioX ütles: tähendaks, et RX580 ei tööta 10.13.6 all Klõpsake laiendamiseks...Keegi peaks seda testima ja kinnitama, kas riistvarakodeering töötab RX-580 võltsitud iMac Pro jaoks.
VEGA pole üllatus, töötab juba iMac Pro ja High Sierraga.
h9826790
Originaalplakat- 3. aprill 2014
- Hongkong
- 15. mai 2019
IndioX ütles: AMD riistvarakiirendus töötab ka kõrge sierra 10.13.6 puhul
turvavärskendusega 2019-003 ja alglaadimisseadmega 144.0.0.0.0 !?!
Vaata manust 837175 Klõpsake laiendamiseks...
Huvitav, selle modiga? Või põliselanik?
IndioX
- 1. oktoober 2018
- austria/euroopa
- 15. mai 2019
h9826790 ütles: Huvitav, selle modifikatsiooniga? Või põliselanik? Klõpsake laiendamiseks...
režiimiga, testi minu vega64 peal
aga ma ei tea, kas see töötab ka RX580-ga
loodan, et saan varsti testida
VaZ
- 31. august 2012
- 15. mai 2019
Nii et kõik Polarise ja kõrgemad kaardid on RX-kaardid õiged?
Minu VLC kasutab selle esitamiseks 400% CPU-d. Õudne Tõesti. Viimati muudetud: 19. oktoober 2021Edasi 1 125-st
Lemmik Postitused