- Állapot
h9826790
Eredeti plakát- 2014. április 3
- Hong Kong
- 2019. május 3
Teljes HWAccel elérve!
Médiaelem megtekintése ' data-single-image='1'>
Mindent lefed az OpenCore szál. Az AMD hardveres gyorsításának engedélyezésére vonatkozó lépésről lépésre bemutatott oktatóanyag most itt található, de erősen ajánlom, hogy mielőtt bármit is csinálna, nézze át az OpenCore szálat.
OpenCore a Mac Pro rendszeren
Ez az útmutató elmagyarázza, hogyan használhatja a kiváló OpenCore rendszertöltőt a macOS legújabb verziójának telepítéséhez, futtatásához és frissítéséhez a MacPro5,1 rendszeren, ami tiszta, változatlan operációs rendszert eredményez, akárcsak egy támogatott Macen. forums.macrumors.comUgyanez a módszer működik a Mojave-ban és azon kívül is. A kétprocesszoros cMP-felhasználók azonban továbbra is maradjanak a Mojave-nál. (Frissítés: MINDENKINEK maradjon a Mojave, aki HWAccel-t akar. CMMChris azt tanácsolta az Apple-nek, hogy eltávolítsa a HEVC HWAccel-t az összes Polaris GPU-ról a legújabb Catalina bétaverzióban. Ez azt jelenti, hogy nem frissítheti az operációs rendszert a biztonsági javítás érdekében, hacsak ez nem a béta hibája. . Maradjon a Mojave-nál, szerezze be a HWAccel-t, és tartsa naprakészen az operációs rendszerét, úgy tűnik, jelenleg jobb választás lesz)
Médiaelem megtekintése ' data-single-image='1'>
Az oldalkocsinak (és az AirPlay Display-nek) is működnie kell, de még nincs iPadem, hogy teszteljem. A legutóbbi config.plist az 594-es és a 1314-es bejegyzésben a cMP azonosítóját 5,1-ként fogja tartani. Ezért alapértelmezés szerint most NEM aktiválja az Oldalkocsit.
------ Az alábbi eljárás értékcsökkentett, csak őrizze meg ebben a bejegyzésben ( de továbbra is fenntartom a GYIK részt, hogy naprakész legyen. Kérjük, olvassa el a GYIK-et, mielőtt bármit kérdez. A GYIK-ben már tárgyalt kérdésekre nem fogok válaszolni .). Azoknak, akiknek nincs szükségük HEVC hardveres kódolásra, és inkább nem telepítik az OpenCore-t. Továbbra is követheti az alábbi eljárást a HWAccel aktiválásához ------
A 10.14.5 már hivatalos. És megerősíthetem, hogy az AMD kártya felhasználói (Polaris vagy újabb) élvezhetik a H264 hardveres kódolást / H264 hardveres dekódolást / és a HEVC hardveres dekódolást.
Médiaelem megtekintése ' data-single-image='1'>
Az eljárás a következő: (Kérjük, olvassa el a teljes Kérdések szakaszt, MIELŐTT bármit csinálna. Tudnia kell a helyreállítás módját, vagy esetleg más eljárást kell használnia stb.)
1) Tartsa letiltva a SIP-t
2) Letöltés Lilu.kext
3) Letöltés WhateverGreen.kext
4) nyissa meg a Lilu.kext fájlt (jobb kattintás -> a csomag tartalmának megjelenítése)
5) írja be a Tartalom elemet
6) hozzon létre egy 'Plugins' mappát.
Médiaelem megtekintése ' data-single-image='1'>
7) Másolja be a WhateverGreen.kext fájlt a beépülő modulokba
8) Másold át a teljes módosított Lilu kextet a /Library/Extensions/ mappába
9) Nyissa ki a terminált
10) Írja be
Kód: |_+_|
11) Írja be
Kód: |_+_|
12) Írja be
Kód: |_+_|
13) Írja be
Kód: |_+_| (valami furcsa hozamot kaphat ezzel a paranccsal, ne aggódjon)
14) Írja be
Kód: |_+_| Catalina esetén előfordulhat, hogy be kell írnia a no compat check boot argumentumot is, különben megragadhat a no boot helyzetnél, amíg ki nem javítja a rendszerindítási argumentumot a helyreállítási partíción.
15) Indítsa újra
GYIK, kérjük, olvassa el ezt a részt, MIELŐTT kérdez. Nem válaszolok semmire, ami ebben a részben már szerepelt.
Q1: Biztonságos ez?
V: 10.14.5 béta 4 óta tesztelték, eddig nem sérült meg ez a mod. (Frissítés: Az OpenCore írhat valamit a cMP firmware-ébe. Tehát, ha biztonságban akar maradni, kerülje az OpenCore-t. És csak a Lilu + WhareverGreen, vagy hex szerkesztési módszert használja)
Q2: Van valami negatív oldala?
V: Igen, Lilu vagy hex szerkesztési mód esetén előfordulhat, hogy az iTunes, a TV+ és a Safari Netflix DRM streaming nem működik, de ez nem érinti a DRM film teljes letöltését. És a Netflix a Chromium alapböngészőkön (Chrome, Brave, Edge stb.) rendben van.
DRM streaming tud hibátlanul működik az OpenCore metódussal.
Q3: Egyéb ismert probléma?
V: A Photos alkalmazás összeomlik, ha a HDMIAudio.kext is telepítve van. Emellett néhány felhasználó számolt be a rendszer lefagyásáról (a 10.14.5-ben). Úgy tűnik, csak a Polaris GPU érintett pl. RX580. Eddig minden lefagyás csak az Apple alkalmazásokban fordult elő. például. FCPX, Photos, Compressor stb. A harmadik féltől származó alkalmazások, például a PP, DV, VideoProc nem érintettek. A Polaris GPU hwaccel azonban tökéletesen stabilnak tűnik a 10.14.6 béta verziójában az AppleGVA fájl hexa szerkesztésével. Emellett úgy tűnik, hogy az Adobe Media Encoder a videómotor leállását okozza. Nem a rendszer lefagyása / összeomlása, hanem a videómotor egyszerűen leáll, és rendkívül rosszul teljesít. A normál teljesítmény csak újraindítással állhat helyre. (Frissítés: úgy tűnik, hogy a 10.14.6-os hivatalos kiadás a legtöbb probléma megoldódott. Legalábbis nem tudom reprodukálni a fagyást az RX580-asommal)
4. kérdés: Ha a rendszer összeomlik a mod után, hogyan lehet javítani?
V: A Lilu / OpenCore 0.5.5 metódus esetén az NVRAM reset eltávolítja a rendszerindítási argumentumot, és letiltja a kexts / OpenCore-t. Tehát hatékonyan visszaállítja a rendszert az eredeti állapotba. Miután a rendszer újraindul, eltávolíthatja a kext / OpenCore fájlt.
A Hex szerkesztési módszerhez sok tesztet lefuttattam, nem sikerült összeomlani a rendszert. Ha azonban instabilitás tapasztalható, kérjük, állítsa vissza az eredeti fájlt a biztonsági másolatból.
OpenCore 0.5.6 és újabb verziók esetén újra fel kell csatolnia az EFI partíciót -> távolítsa el a BOOT és OC mappát -> állítsa vissza az NVRAM-ot
Q5: Mi az előnye?
V: Képes lejátszani néhány nagyon igényes HEVC-videót (például ezt)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
A cMP-m így tudja lejátszani ezt a videót. Sima lejátszás nagyon alacsony CPU-használat mellett (kérjük, használjon VP9-et támogató böngészőt az összes következő Youtube-videó 4k-s megtekintéséhez, ellenkező esetben előfordulhat, hogy nem tudja elolvasni a részleteket)
A H264 közvetlenül simán szerkeszthető, nem kell többé ProRes-re átkódolni, nagymértékben csökkenti a tárolási sebességet és a kapacitásigényt. Valószínűleg a termelékenységet is javíthatja
A HEVC közvetlenül simán szerkeszthető, nem kell többé ProRes-re átkódolni, nagymértékben csökkenti a tárolási sebességet és a kapacitásigényt. Valószínűleg a termelékenységet is javíthatja
Nagymértékben javíthatja a H264 exportálási sebességét alacsony CPU-használat mellett (a CPU/GPU specifikációjától függően)
Képes zökkenőmentesen rögzíteni a képernyőt 4k felbontásban. Ahogy a fenti linkről is láthatod. A cMP-m most meg tudja csinálni ezeket a dolgokat, és ugyanakkor simán rögzíti a képernyőt.
Képes VP9 videó zökkenőmentes lejátszására. A cMP-m most le tudja játszani ezt a 8K 24FPS-es YouTube-videót nulla képkocka-eséssel. (A VP9 hardveres dekódolás NEM támogatott macOS-ben Catalináig.)
6. kérdés: Működhet ez a 10.14.4-es vagy korábbi verziókban?
V: Egy felhasználó arról számolt be, hogy a Vega legújabb 10.13.6-os verziója a Lilu mehtoddal is működik. Az RX580 azonban GPURestart hibát okoz, ami lefagy a kijelzőn, és használhatatlanná teszi az operációs rendszert. (frissítés: a felhasználók bejelentették, hogy a hardveres dekódolás működik, de a H264 hardveres kódolás okozza az összeomlást)
7. kérdés: Működhet ez 10.15 alatt?
V: Nem olyan jó, mint a 10.14.6. Csak a Lilu módszer vagy az OpenCore módszer működik. Ezenkívül a 10.15.2-ben a Polaris (pl. RX580) HEVC HWAccel támogatását az Apple eltávolította (a WhateverGreennek meg kell oldania ezt a Polaris-támogatási problémát. De személyesen nem teszteltem)
Frissítés: A HWAccel elég jól működik most az összes 10.14.6, 10.15.7 és 11.2.3 verzióban.
8. kérdés: Működhet ez az Nvidia GPU-val?
V: NEM
9. kérdés: Működhet ez flashed 7950 stb. esetén?
V: Nem tudom. Kérem, tesztelje nekem. (Frissítés: A válasz NEM, köszönöm bazza5938-nak a teszt elvégzését)
10. kérdés: Melyik szoftver számára előnyös ez a mod?
V: Ez hardveres gyorsítást biztosít rendszerszinten. Eddig minden tesztelt szoftverem működik (pl. FCPX, iMovie, Kézifék, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)
11. kérdés: Ha más okból visszaállítom az NVRAM-ot, hogyan szerezhetem vissza ezeket a funkciókat?
V: Lilu módszer esetén ismételje meg a 14. lépést, és indítsa újra.
A hexadecimális szerkesztési módszer / OpenCore 0.5.6 (1314. bejegyzés) nincs hatással.
Az OpenCore 0.5.5 esetében (az 594-es bejegyzésben) a beállítástól függően előfordulhat, hogy újra meg kell engedned az OpenCore-on keresztüli rendszerindítást.
12. kérdés: Mi az ajánlott GPU?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Amíg ez a kártya képes működni cMP-n, a márka/modell nem igazán számít (Frissítés: erre a célra a Vega határozottan jobb, mint a Polaris kártya. A Vega-felhasználók még nulla összeomlási/lefagyási jelentést kaptak).
13. kérdés: Miért nem ajánljuk a Radeon VII-t vagy az RX570-et stb.
V: AFAIK, minden Polaris, Vega, Navi GPU működik, csak nem tudom, mennyire érett az általános támogatás. (Frissítés: Radeon VII-re frissítettem a GPU-mat, tökéletesen stabil, és a hardveres kódolás kb. 100%-kal gyorsabb, mint az RX580. A Navi HWAccel-je is megerősítette, hogy aktiválható.)
14. kérdés: Ez a QuickSync?
V: NEM, a QuickSync az Intel iGPU hardveres gyorsítása, nem pedig a GPU videó hardveres gyorsításának általános kifejezése. Az AMD GPU UVD-t (Unified Video Decoder) használ a dekódoláshoz, és VCE-t (Video Coding Engine) a kódoláshoz. Mindezt a VideoToolBox automatikusan vezérli macOS-ben, gyakorlatilag átláthatóan a felhasználók számára. Ez ugyanaz, mint a QuickSync, de nem a QuickSync.
15. kérdés: Látom, hogy a GPU-m működik a Compressorban a mod előtt (cMP-n). Ez azt jelenti, hogy már van hardveres gyorsításom?
V: NEM, itt H264 / HEVC hardveres gyorsításról beszélünk. Nem az általános számítási hardveres gyorsítás. Teljesen mások.
16. kérdés: Milyen a hardveres kódolású videó minősége?
V: Nem olyan jó, mint általában a szoftveres kódoló. De ha nagy bitráta mellett, akkor a különbség nem olyan észrevehető.
17. kérdés: Mikor kapjuk meg a HEVC kódolást is?
V: Nem tudom. De bármikor elindíthatja a Windows rendszert, és használhatja a HEVC hardveres kódolását. (Frissítés: A TELJES HWAccel, beleértve a HEVC kódolást, OpenCore használatával is elérhető. Nem tudom mennyire biztonságos, de a cMP-n stabilan működik)
18. kérdés: Mennyi javulásra számíthatok?
V: Nos, a használattól függ. De egy gyors iMovie 4K H264 exportteszt azt mutatja, hogy a Vega 64 képes csökkenteni az exportálási időt 6:19-ről 1:25-re, ami azt jelenti, hogy az exportálási idő ~77%-kal csökken (két X5680 cMP-n).
19. kérdés: Miért nem mutat a VideoProc HEVC dekódolást a mod után?
V: Nem tudom miért, de ez ebben az esetben normális. Azt javaslom, hogy töltse le a demó HEVC videót a fenti linkről, és játssza le a QuickTime-on keresztül (vagy egyszerűen a Finder előnézetén). Amíg a CPU-használat csak 20% körül marad (de nem 800%), ez azt jelenti, hogy a HEVC dekódolás megfelelően működik.
Azok számára, akik OpenCore módszert használnak, látniuk kell, hogy a HEVC HWAccel elérhető. Ha nincs ott, kattintson a kis újratöltés ikonra.
20. kérdés: Telepítsem a Lilu és a WhateverGreen újabb verzióját?
V: NEM. Annak ellenére, hogy az újabb verzió működhet, de ebben az esetben nem nyújt extra funkciót, és fogalmam sincs, hogy az újabbnak van-e rosszabb a stabilitása. Ha találtam jobb módot/kext a használatára. Ennek megfelelően frissítem a bejegyzést. (Frissítés: Catalina esetén kérjük, telepítse a Lilu 1.4.0-t és a WhateverGreen 1.3.5-öt. És eddig az összes újabb Lilu és WEG csak jobb eredményt ad a hibajavítás miatt. A felhasználóknak megfelelőnek kell lenniük a legújabb verzió telepítéséhez)
21. kérdés: A rendszer lefagyását tapasztaltam, a konzolnaplóban a „GPU újraindítása” esemény látható. Mit tegyek?
V: A PRAM alaphelyzetbe állítása visszaállítja a rendszert a normál állapotba. Ha Polaris GPU-t használ (RX560, RX570, RX580 stb.), úgy tűnik, néhány embert érint ez a hiba. Amit találtam, az egy alternatív módszer az AppleGVA fájl közvetlen hexadecimális szerkesztésével, és stabilabbnak tűnik ezeknél a GPU-knál. A kezdeti teszt azt mutatja, hogy ez nagyon biztonságos, még ha teljesen tönkreteszem az AppleGVA fájlt, az operációs rendszer továbbra is tud indulni az asztalon. Ha inkább ezt az utat választja, kérjük, győződjön meg arról, hogy tudja, hogyan kell visszaállítani a fájlt (vagy akár teljesen helyreállítani egy nem indítható operációs rendszerről). Az információ a 205-ös bejegyzésben található. (frissítés: 10.14.6 rendkívül jó stabilitást mutat, erősen ajánlott RX580 felhasználóknak)
22. kérdés: Honnan tudhatom, hogy a hardveres gyorsítás valóban működik-e?
V: Az én javaslatom a terminál használata. Részletek a 273-as bejegyzésben. Használhatja az OpenGL Driver Monitort is az UVD/VCE tevékenységek megfigyelésére (link) .
23. kérdés: Használhatom ezt a modot MVC flashes RX580-al?
V: E bejegyzés szerint a válasz IGEN.
24. kérdés: Ki lehet-e kapcsolni a hwaccelt újraindítás nélkül? Hogy bármikor élvezhessem a DRM streamelést?
V: Csak az alternatív módszer engedélyezi a BE/KI funkciót menet közben. Ha nem szeretné minden alkalommal a terminált / Findert használni, készíthet ehhez két egyszerű alkalmazást, itt található eljárások. (Frissítés: Az OpenCore csomagomnak alapértelmezés szerint lehetővé kell tennie a DRM streaming videók lejátszását)
25. kérdés: Továbbra is működik a háttérben történő renderelés FCPX-ben?
V: A háttér renderelés továbbra is működik mindkét módszerrel. Ez teljesen független a hwacceltől. Ezt a fenti bemutatóban csak azért kapcsoltam ki, hogy illusztráljam a valós idejű idővonal szerkesztési teljesítményét. Nem azért, mert nem tud működni.
26. kérdés: Sokszor próbáltam a hexa szerkesztési módszert, nem működik, de biztos vagyok benne, hogy mindent jól csináltam. Mit kellene tennem?
V: Lehet, hogy próbáljon meg új felhasználói profilt nyitni, és nézze meg, segít-e (hivatkozási hivatkozás)
27. kérdés: Miért jelenik meg a „Grafika” a VideoProc HWAccel oldalán, hogy N/A?
V: Fogalmam sincs, de ez ebben az esetben csak esztétikai hiba. (Frissítés: Úgy tűnik, a VideoProc az 'AMD' kulcsszót keresi. Pl. Ha a kártya azonosítója |_+_|, a VideoProc megfelelően tudja mutatni. De ha a kártya azonosítója |_+_|, akkor a VideoProc nem tudja mutasd meg a nevét)
Médiaelem megtekintése ' data-single-image='1'>
Médiaelem megtekintése ' data-single-image='1'>
P.S. Azok számára, akik szeretnék hozzáadni a |_+_| előtagot a grafikus kártya neve előtt csatlakozzon az OpenCore szálhoz . A grafikus kártyát átnevezhetjük arra, amire csak akarjuk az OpenCore-ban.
28. kérdés: Miért mutatja a VideoProc, hogy az 'Intel' HWAccel-t használom a videók konvertálásakor?
V: Szintén fogalmam sincs, de ebben az esetben ez csak egy esztétikai hiba. (Frissítés: Egyelőre azt mutatja, hogy a VideoProc csak azt tudja, hogy működik-e a HWAccel (VideoToolBoxon keresztül), de nem tudja megállapítani, hogy melyik hardver biztosítja a HWAccel-t macOS-ben. Ezért egy „egy méretre illő” megoldást használ. A legtöbb Mac az iGPU Intel Quick Sync-et használja a HWAccel biztosítására. Úgy tűnik, a VideoProc csak a |_+_|-t jeleníti meg, amikor HWAccel van használatban, függetlenül attól, hogy a számítógép valóban AMD VCE/VCN-t, Intel Quick Sync-et vagy akár M1-et használ-e. )
29. kérdés: Miért nem mutat semmit a VideoProc aktiválva, de úgy tűnik, hogy minden a várt módon működik?
V: Amíg ez a pipa látható, ami azt jelenti, hogy a HWAccel aktiválva van. Megfigyelésem szerint ez a pipa mindig automatikusan változik.
Médiaelem megtekintése ' data-single-image='1'>
A Hardverinformáció észlelve oldalon kattintson a kis újratöltési ikonra, hogy a VideoProc megjelenítse a legfrissebb állapotot.
Médiaelem megtekintése ' data-single-image='1'>
Q30: működni fog ez a 6,1-en?
V: Csak eGPU-n keresztül (Polaris vagy újabb).
Q31: működni fog ez a 3,1-en?
V: Igen ( link )
32. kérdés: Miért mutat mást az „About This Mac” órajele az OpenCore telepítése után?
V: A CPU továbbra is a natív órajelen működik, valójában semmi sem változott. Csak a bemutató változott. Az OpenCore-on keresztül beadjuk az iMac Pro kártyaazonosítóját a HWAccel aktiválásához a macOS rendszerben. Ezért a macOS az iMac Pro formátumát is használja a CPU órajelének megjelenítésére (például a 3,46 GHz-et felkerekítik 3,5 GHz-re). Ez normális, 100%-ban kozmetikai, és tisztán 2 számjegyű vs 3 számjegyű megjelenítés. Utoljára szerkesztve: 2021. szeptember 25
h9826790
Eredeti plakát- 2014. április 3
- Hong Kong
- 2019. május 14
SkipperRi azt mondta: Hé, ez nagyszerű hír! Lenne egy kérdésem az első screenshottal kapcsolatban. Honnan szerezted ezt az információt, melyik szoftverben? Kattintson a kibontáshoz...
VideoProc. Ingyenes licenc már elérhető
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
SkipperRi
- 2015. július 11
- Rijeka, Horvátország
- 2019. május 14
h9826790 mondta: VideoProc. Ingyenes licenc már elérhetőKöszönöm!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Kattintson a kibontáshoz...
bookemdano
- 2011. július 29
- 2019. május 14
Tudja, mit változtatott az Apple a 10.14.5-tel, ami lehetővé teszi, hogy ez működjön?
bazza5938
- 2018. november 25
- Egyesült Királyság
- 2019. május 14
csd
- 2017. szeptember 3
- Írország
- 2019. május 14
** Hagyja ezt alább, ha valakinek hasonló problémái vannak a boot-args-ekkel **
Emberek,
Kipróbáltam ezt, de úgy tűnik, a boot-args szakaszban nem sikerül. A boot-argokat jól be tudom állítani (az nvram -p azt mutatja, hogy ott vannak), de aztán amikor újraindítom, a bejegyzés teljesen eltűnt, és nincs gyorsításom. A SIP le van tiltva.
$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
Aztán amikor újraindítom:
$ nvram -p | grep args
$
Íme a jelenleg beállított nvram-beállításaim teljes listája:
$ 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 megjelenítése letiltva:
$ csrutil állapot
Rendszerintegritás-védelem állapota: letiltva.
A rendszerinformációk azt mutatják, hogy a LiLu és a WhateverGreen be van töltve, de azt hiszem, nem működnek, mert a rendszerindításkor nem adták át a megfelelő paramétereket.
Bármilyen ötletet?
Kösz,
Colin Utoljára szerkesztve: 2019. május 14
lomhább
- 2019. május 14
- Milánó (Olaszország)
- 2019. május 15
miért nem kapcsolja be az Apple ezeket a 'szolgáltatásokat' alapértelmezés szerint?
mindig ugyanaz a történet: kikapcsolni valamilyen funkciót, felülírni a kext-et, újraindítani... és így tovább... miért ???
levél növényen
- 2019. május 15
- 2019. május 15
Melyik fájlt töltsem le. DEBUG vagy RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Kösz
IndioX
- 2018. október 1
- Ausztria/Európa
- 2019. május 15
hoja azt mondta: Sziasztok!
Melyik fájlt töltsem le. DEBUG vagy RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Kösz Kattintson a kibontáshoz...
Ha nem ismered a különbséget, hagyd, hogy kísérletezzen a rendszerben ;-)
h9826790
Eredeti plakát- 2014. április 3
- Hong Kong
- 2019. május 15
hoja azt mondta: Sziasztok!
Melyik fájlt töltsem le. DEBUG vagy RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Kösz Kattintson a kibontáshoz...
kiadásokat használok
csd
- 2017. szeptember 3
- Írország
- 2019. május 15
- A HEVC 4K60 lejátszása a dadogásból tökéletesen sima lett. Még a 120 Mbps-os HEVC Jellyfish fájl is tökéletesen működik.
- Mostanra 50%-kal javult a kézifék átkódolás, amikor a VideoToolbox H.264 kódolót választom az x264 kódoló helyett (25 fps vs 16 fps a 120 Mbps jellyfish 4K fájl 6 Mbps 1080p fájllá konvertálásakor). Úgy tűnik, hogy a VideoToolbox nem használja a HyperThreading-et, csak 6 szál jelenik meg foglalt az Activity Monitorban; Az x264 mind a 12 szálat használja a rendszeremen. De a VideoToolbox HT nélkül is 50%-kal gyorsabb a natív GPU-gyorsítással!
thomasthegps
- 2015. szeptember 23
- Franciaország
- 2019. május 15
[doublepost=1557934191][/doublepost]
Lukthemore azt mondta: elnézést a kérdésemért, ami lehet hülye... de...
miért nem kapcsolja be az Apple ezeket a 'szolgáltatásokat' alapértelmezés szerint?
mindig ugyanaz a történet: kikapcsolni valamilyen funkciót, felülírni a kext-et, újraindítani... és így tovább... miért ??? Kattintson a kibontáshoz...
A válasz nagyon egyszerű: pénz
h9826790
Eredeti plakát- 2014. április 3
- Hong Kong
- 2019. május 15
csd azt mondta: Csak egy utánkövetés némi tesztelés után.
/csd Kattintson a kibontáshoz...
- A HEVC 4K60 lejátszása a dadogásból tökéletesen sima lett. Még a 120 Mbps-os HEVC Jellyfish fájl is tökéletesen működik.
- Mostanra 50%-kal javult a kézifék átkódolás, amikor a VideoToolbox H.264 kódolót választom az x264 kódoló helyett (25 fps vs 16 fps a 120 Mbps jellyfish 4K fájl 6 Mbps 1080p fájllá konvertálásakor). Úgy tűnik, hogy a VideoToolbox nem használja a HyperThreading-et, csak 6 szál jelenik meg foglalt az Activity Monitorban; Az x264 mind a 12 szálat használja a rendszeremen. De a VideoToolbox HT nélkül is 50%-kal gyorsabb a natív GPU-gyorsítással!
2. Biztos vagyok benne, hogy a kézifék csak a GPU-t használja a kódoláshoz, de nem a dekódoláshoz.
például. Amikor megkérem az FFMpeget, hogy használja a GPU-t a dekódoláshoz és a kódoláshoz is. A CPU terhelése nagyon alacsony.
Médiaelem megtekintése ' data-single-image='1'>
Viszont ha csak megkérem az FFMpeg-et, hogy GPU-t használjon a kódoláshoz, de a dekódoló részt meghagyom a CPU-nak. Ekkor a CPU eléri az 1000%-os terhelést (hasonlóan a kézifékhez).
Médiaelem megtekintése ' data-single-image='1'>
És mint látod. Amikor a HEVC-t átkódoljuk H264-re. Ha a forrás videó túl igényes a CPU számára. A GPU átkódolási teljesítményét a CPU visszafogja. A fenti tesztemben a tiszta GPU átkódolás körülbelül 10%-kal gyorsabb. Így a számítógép több energiát fog fogyasztani, de lassabban fog működni.
Ha azonban a CPU elég gyors ahhoz, hogy kezelje a forrásvideót, akkor a CPU használata a dekódoláshoz és a GPU használata a kódoláshoz általában jobb eredményt ad.
Mindenesetre, ha több CPU-t nem kell használni, az most jobb. Utoljára szerkesztve: 2019. május 15
IndioX
- 2018. október 1
- Ausztria/Európa
- 2019. május 15
2019-003 biztonsági frissítéssel és 144.0.0.0.0 bootROM-mal !?!
Médiaelem megtekintése ' data-single-image='1'>
Hendrik94
- 2014. október 17
- Németország
- 2019. május 15
tsialex
- 2016. június 13
- 2019. május 15
IndioX mondta: Az AMD hardveres gyorsítása magas sierra 10.13.6-ban is működikAz iMac Pro hardveres gyorsítással rendelkezik a High Sierra funkcióval, így ez nem meglepő.
2019-003 biztonsági frissítéssel és 144.0.0.0.0 bootROM-mal !?!
837175. számú melléklet megtekintése Kattintson a kibontáshoz...
IndioX
- 2018. október 1
- Ausztria/Európa
- 2019. május 15
A tsialex azt mondta: az iMac Pro hardveres gyorsítással rendelkezik a High Sierrával, tehát nem meglepő. Kattintson a kibontáshoz...
de eddig azt mondták, hogy csak 10.14.5-től működjön
tsialex
- 2016. június 13
- 2019. május 15
IndioX mondta: de eddig azt mondták, hogy csak 10.14.5-től kellene működnie Kattintson a kibontáshoz...
A 10.14.5 támogatja az eGPU RX-580-at, az iMac nem sokkal a megjelenés után már kódolási támogatást is kapott a VEGA GPU-khoz, ha a memóriám még működik.
IndioX
- 2018. október 1
- Ausztria/Európa
- 2019. május 15
Majd megnézem, ha lesz időm
tsialex
- 2016. június 13
- 2019. május 15
IndioX azt mondta: azt jelentené, hogy az RX580 nem működik 10.13.6 alatt Kattintson a kibontáshoz...Valakinek tesztelnie kell, és meg kell győződnie arról, hogy a hardveres kódolás működik-e az RX-580 hamisított iMac Pro esetében.
A VEGA nem meglepetés, már működik az iMac Pro-val és a High Sierrával is.
h9826790
Eredeti plakát- 2014. április 3
- Hong Kong
- 2019. május 15
IndioX mondta: Az AMD hardveres gyorsítása magas sierra 10.13.6-ban is működik
2019-003 biztonsági frissítéssel és 144.0.0.0.0 bootROM-mal !?!
837175. számú melléklet megtekintése Kattintson a kibontáshoz...
Érdekes ezzel a moddal? Vagy bennszülött?
IndioX
- 2018. október 1
- Ausztria/Európa
- 2019. május 15
h9826790 mondta: Érdekes, ezzel a moddal? Vagy bennszülött? Kattintson a kibontáshoz...
móddal, tesztelje a vega64-em
de nem tudom, hogy ez működik-e az RX580-nál is
remélem hamarosan tesztelhetem
VaZ
- 2012. augusztus 31
- 2019. május 15
Tehát minden Polaris és magasabb kártya az RX kártya megfelelő?
Az én VLC-m 400% CPU-t használ a lejátszáshoz. Szörnyű Valóban. Utoljára szerkesztve: 2021. október 19Következő 1/125
Népszerű Bejegyzések