- Estat
- El primer missatge d'aquest fil és un WikiPost i pot ser editat per qualsevol persona amb els permisos adequats. Les teves modificacions seran públiques.
h9826790
Cartell original- 3 d'abril de 2014
- Hong Kong
- 3 de maig de 2019
HWAccel complet aconseguit ara!
Visualitza l'element multimèdia ' data-single-image='1'>
Tot està cobert al fil d'OpenCore. El tutorial pas a pas per habilitar l'acceleració de maquinari d'AMD ja es troba aquí, però us recomano molt que aneu pel fil d'OpenCore abans de fer res.
OpenCore al Mac Pro
Aquesta guia explica com utilitzar l'excel·lent carregador d'arrencada OpenCore per instal·lar, executar i actualitzar la darrera versió de macOS al MacPro5,1, donant lloc a un sistema operatiu net i inalterat igual que en un Mac compatible. forums.macrumors.comEl mateix mètode funciona tant a Mojave com més enllà. No obstant això, per als usuaris de cMP de doble processador, si us plau, segueixi amb Mojave en aquest moment. (Actualització: si us plau, seguiu Mojave per a TOTS els que vulguin HWAccel. CMMChris va aconsellar que Apple hagi eliminat HEVC HWAccel per a totes les GPU Polaris a l'última versió beta de Catalina. Això vol dir que no podeu actualitzar el sistema operatiu per obtenir cap solució de seguretat, tret que es tracti d'un error en beta. . Quedau-vos amb Mojave, obteniu HWAccel i manteniu el vostre sistema operatiu actualitzat sembla que serà una millor opció en aquest moment)
Visualitza l'element multimèdia ' data-single-image='1'>
Sidecar (i AirPlay Display) també haurien de funcionar, però encara no tinc iPad per provar-lo. L'últim config.plist de la publicació #594 i #1314 mantindrà ara la identitat de cMP com a 5,1. Per tant, ara NO activarà Sidecar per defecte.
------ El procediment a continuació s'amortitza, només cal que mantingueu en aquesta publicació com a registre ( però encara mantindré la secció de preguntes freqüents per mantenir-ho actualitzat. Si us plau, llegiu les PMF abans de preguntar res. No respondré cap pregunta que ja estigui coberta a les PMF .). Per a aquells que no necessiten la codificació de maquinari HEVC i prefereixen no instal·lar OpenCore. Encara podeu seguir el procediment següent per activar HWAccel ------
El 10.14.5 ja és oficial. I puc confirmar que els usuaris de targetes AMD (Polaris o superior) poden gaudir de la codificació de maquinari H264 / descodificació de maquinari H264 / i descodificació de maquinari HEVC.
Visualitza l'element multimèdia ' data-single-image='1'>
El procediment és el següent: (llegiu tota la secció de preguntes i respostes ABANS de fer qualsevol cosa. Heu de saber com recuperar-vos o potser haureu d'utilitzar un procediment alternatiu, etc.)
1) Mantingueu SIP desactivat
2) Descarregar Lilu.kext
3) Descarregar WhateverGreen.kext
4) obriu Lilu.kext (clic dret -> mostra el contingut del paquet)
5) introduïu Continguts
6) creeu la carpeta 'Complements' (N.B. Aquesta carpeta es troba dins del contingut, si us plau, NO us perdeu el pas 5)
Visualitza l'element multimèdia ' data-single-image='1'>
7) Copieu el WhateverGreen.kext als connectors
8) Copieu tot el Lilu kext modificat a /Library/Extensions/
9) Terminal obert
10) Entra
Codi: |_+_|
11) Entra
Codi: |_+_|
12) Entra
Codi: |_+_|
13) Entra
Codi: |_+_| (pot ser que obtingueu un retorn estrany amb aquesta ordre, no us preocupeu per això)
14) Entra
Codi: |_+_| Per a Catalina, és possible que hàgiu d'introduir també l'argument d'arrencada sense comprovació de compatibilitat, en cas contrari, us podeu quedar atrapats en la situació sense arrencada fins que arregleu l'argument d'arrencada a la partició de recuperació.
15) Reinicieu
Preguntes freqüents, llegiu aquesta secció ABANS de preguntar. No respondré res del que ja s'ha tractat en aquesta secció.
P1: És segur?
R: Provat des de 10.14.5 beta 4, fins ara, cap sistema danyat per aquest mod. (Actualització: OpenCore pot escriure alguna cosa al microprogramari del cMP. Per tant, si voleu mantenir-vos segur, eviteu OpenCore. I només utilitzeu Lilu + WhareverGreen o el mètode d'edició hexadecimal)
P2: Hi ha algun inconvenient?
R: Sí, per al mètode d'edició Lilu o hexadecimal, és possible que la transmissió DRM d'iTunes, TV+ i Safari Netflix no funcioni, però la descàrrega completa de la pel·lícula DRM no es veurà afectada. I Netflix als navegadors bàsics de Chromium (Chrome, Brave, Edge, etc.) estan bé.
Transmissió DRM llauna funciona perfectament amb el mètode OpenCore.
P3: Algun altre problema conegut?
R: L'aplicació Fotos es bloqueja si també hi ha instal·lat HDMIAudio.kext. A més, pocs usuaris més van informar de la congelació del sistema (a la 10.14.5). Sembla que només la GPU Polaris està afectada, p. RX580. Fins ara, tota la congelació només es produeix a les aplicacions d'Apple. per exemple. FCPX, Photos, Compressor, etc. Les aplicacions de tercers com PP, DV, VideoProc no es veuen afectades. Tanmateix, Polaris GPU hwaccel sembla perfectament estable a 10.14.6 beta mitjançant l'edició hexadecimal del fitxer AppleGVA. A més, sembla que Adobe Media Encoder farà que el motor de vídeo s'atura. No es congela / falla el sistema, sinó que el motor de vídeo simplement deixa de funcionar, funciona molt malament. El rendiment normal només es pot recuperar amb el reinici. (Actualització: la versió oficial 10.14.6 sembla solucionada la majoria d'aquests problemes. Almenys, no tinc cap manera de reproduir cap congelació amb el meu RX580)
P4: Si el meu sistema falla després de la modificació, com solucionar-ho?
R: Per al mètode Lilu / OpenCore 0.5.5, el restabliment de la NVRAM eliminarà l'argument d'arrencada i desactivarà els kexts / OpenCore. Per tant, tornarà el sistema a l'estat original. Un cop arrenqueu de nou, podeu eliminar el kext / OpenCore.
Per al mètode d'edició hexadecimal, vaig fer moltes proves, sense cap manera de bloquejar el sistema. Però si hi ha alguna inestabilitat, si us plau, restaura el fitxer original des de la còpia de seguretat.
Per a l'OpenCore 0.5.6 i posterior, heu de tornar a muntar la partició EFI -> eliminar la carpeta BOOT i OC -> restablir NVRAM
P5: Quin és el benefici?
R: És capaç de reproduir alguns vídeos HEVC molt exigents (per exemple, aquest)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
Així és com el meu cMP pot reproduir aquest vídeo ara. Reproducció fluida amb un ús molt baix de la CPU (si us plau, utilitzeu un navegador que admeti VP9 per veure tots els següents vídeos de Youtube en 4k, en cas contrari, és possible que no pugueu llegir els detalls)
Capaç d'editar H264 directament sense problemes, ja no cal transcodificar a ProRes, redueix molt la velocitat d'emmagatzematge i els requisits de capacitat. Molt probablement també pot millorar la productivitat
Capaç d'editar HEVC directament sense problemes, ja no cal transcodificar a ProRes, redueix molt la velocitat d'emmagatzematge i els requisits de capacitat. Molt probablement també pot millorar la productivitat
Pot millorar molt la velocitat d'exportació de l'H264 amb un ús baix de la CPU (depèn de les especificacions de la CPU/GPU)
Capaç de gravar la pantalla a 4k sense problemes. Com podeu veure a l'enllaç anterior. El meu cMP ara pot fer aquestes coses i encara gravar la pantalla sense problemes alhora.
És capaç de reproduir vídeos VP9 sense problemes. El meu cMP ara pot reproduir aquest vídeo de YouTube 8K 24FPS amb una caiguda de fotogrames zero. (La descodificació de maquinari VP9 NO és compatible amb macOS fins a Catalina.)
P6: Això pot funcionar a 10.14.4 o abans?
R: Un usuari va informar que l'últim 10.13.6 amb Vega també funciona amb Lilu mehtod. Però RX580 provocarà un error de GPURestart, que congelarà la pantalla i farà que el sistema operatiu sigui inutilitzable. (actualització: els usuaris han informat que la descodificació de maquinari funciona, però la codificació de maquinari H264 provocarà l'error)
P7: Això pot funcionar a la 10.15?
R: No tan bo com el 10.14.6. Només funcionen el mètode Lilu o el mètode OpenCore. A més, a la versió 10.15.2, Apple elimina el suport HEVC HWAccel de Polaris (per exemple, RX580) (WhateverGreen hauria de solucionar aquest problema de compatibilitat de Polaris. Però no l'he provat personalment)
Actualització: HWAccel funciona força bé a tots els 10.14.6, 10.15.7 i 11.2.3 ara.
P8: Pot funcionar això per a la GPU Nvidia?
A: NO
P9: Això pot funcionar per a flashed 7950, etc.?
A: No ho sé. Si us plau, prova-ho per mi. (Actualització: la resposta és NO, gràcies bazza5938 per realitzar la prova)
P10: Quin programari es pot beneficiar d'aquest mod?
R: Això proporcionarà una acceleració de maquinari a nivell de sistema. Fins ara, tot el meu programari provat funciona (per exemple, FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA......)
P11: Si faig un restabliment de la NVRAM per un altre motiu, com recuperar aquestes funcions?
R: Per al mètode Lilu, repetiu el pas 14 i reinicieu.
El mètode d'edició hexadecimal / OpenCore 0.5.6 (publicació #1314) no es veu afectat.
Per a l'OpenCore 0.5.5 (a la publicació núm. 594), depèn de la vostra configuració, és possible que hàgiu de tornar a beneir per arrencar mitjançant OpenCore de nou.
P12: Quina és la GPU recomanada?
A: RX560, RX580, Vega 56, Vega 64, Vega FE. Mentre aquesta targeta pugui funcionar amb cMP, la marca / model no importa realment (Actualització: per a aquest propòsit particular, Vega és definitivament millor que la targeta Polaris. Encara no hi ha cap informe de bloqueig / congelació dels usuaris de Vega).
P13: Per què no recomanar la Radeon VII o RX570, etc.
R: AFAIK, totes les GPU Polaris, Vega i Navi funcionen, no estic segur de la maduresa del suport general. (Actualització: he actualitzat la meva GPU a Radeon VII, perfectament estable, i la codificació de maquinari és aproximadament un 100% més ràpida que la RX580. També s'ha confirmat que l'HWAccel de Navi es pot activar.)
P14: Això és QuickSync?
R: NO, QuickSync és l'acceleració de maquinari per a Intel iGPU, no el terme genèric per a l'acceleració de maquinari de vídeo de la GPU. La GPU d'AMD utilitza UVD (Unified Video Decoder) per a la descodificació i VCE (Video Coding Engine) per a la codificació. Tot això serà controlat per VideoToolBox automàticament a macOS, pràcticament transparent per als usuaris. És el mateix concepte que QuickSync, però no QuickSync.
P15: Puc veure que la meva GPU funciona a Compressor abans d'aquest mod (en un cMP). Això vol dir que ja tinc acceleració de maquinari?
R: NO, aquí estem parlant d'acceleració de maquinari H264 / HEVC. No l'acceleració de maquinari informàtica general. Són completament diferents.
P16: Com és la qualitat del vídeo codificat per maquinari?
R: No és tan bo com el codificador de programari en general. Però si la taxa de bits és alta, la diferència no és tan notable.
P17: Quan podrem obtenir també la codificació HEVC?
A: No ho sé. Però sempre podeu arrencar a Windows i utilitzar la codificació de maquinari HEVC. (Actualització: HWAccel COMPLET, inclosa la codificació HEVC, també es pot aconseguir mitjançant OpenCore. No estic segur de la seguretat, però funciona de manera estable al meu cMP)
P18: Quina millora puc esperar?
R: Bé, depèn de l'ús. Però una prova ràpida d'exportació d'iMovie 4K H264 mostra que un Vega 64 pot reduir el temps d'exportació de 6:19 a 1:25, el que significa reduir el temps d'exportació en un ~ 77% (en un cMP X5680 dual).
P19: Per què VideoProc no mostra cap descodificació HEVC després del mod?
R: No sé per què, però això és normal en aquest cas. La meva recomanació és descarregar el vídeo de demostració HEVC des de l'enllaç anterior i reproduir-lo mitjançant QuickTime (o simplement mitjançant la vista prèvia del Finder). Mentre l'ús de la CPU només es mantingui al voltant del 20% (però no del 800%), això significa que la descodificació HEVC funciona correctament.
Per a aquells que utilitzen el mètode OpenCore, hauríeu de veure la disponibilitat de HEVC HWAccel. Si no hi ha, feu clic a la petita icona de recàrrega.
P20: He d'instal·lar la versió més nova de Lilu i WhateverGreen?
A: NO. Tot i que la versió més nova pot funcionar, però no ofereix cap funció addicional en aquest cas, i no tinc ni idea de si la més nova té una estabilitat més pobre. Si he trobat una millor manera d'utilitzar / kext. Actualitzaré la publicació en conseqüència. (Actualització: per a Catalina, instal·leu Lilu 1.4.0 i WhateverGreen 1.3.5. I fins ara, tots els Lilu i WEG més nous només proporcionen un millor resultat a causa de la correcció d'errors. Els usuaris haurien d'estar bé per instal·lar la darrera versió)
P21: He experimentat una congelació del sistema, el registre de la consola mostra l'esdeveniment 'Reinici de la GPU', què he de fer?
R: El restabliment de PRAM farà que el vostre sistema torni a la normalitat. Si teniu una GPU Polaris (RX560, RX570, RX580, etc.), sembla que algunes persones es veuen afectades per aquest error. El que he trobat és un mètode alternatiu mitjançant l'edició hexadecimal directa del fitxer AppleGVA sembla més estable per a aquestes GPU. La prova inicial mostra que fer-ho és molt segur, fins i tot jo destrueixo completament el fitxer AppleGVA, el sistema operatiu encara pot arrencar a l'escriptori. Si preferiu seguir aquesta ruta, assegureu-vos de saber com restaurar el fitxer (o fins i tot recuperar-lo completament d'un sistema operatiu que no s'inicia). La informació es troba al post #205. (actualització: 10.14.6 mostra una estabilitat extremadament bona, molt recomanable per als usuaris de RX580)
P22: Com sé si realment funciona l'acceleració de maquinari?
R: El meu suggeriment és utilitzar Terminal. Informació detallada a la publicació #273. També podeu utilitzar OpenGL Driver Monitor per observar les activitats UVD/VCE (enllaç) .
P23: Puc utilitzar aquest mod amb un RX580 flash MVC?
R: Segons aquesta publicació, la resposta és SÍ.
P24: És possible desactivar hwaccel sense reiniciar? Perquè pugui gaudir de la transmissió DRM en qualsevol moment?
R: Només el mètode alternatiu permet ON/OFF sobre la marxa. Si no voleu utilitzar el terminal / Finder per fer-ho cada vegada, podeu crear dues aplicacions senzilles per fer-ho, procediments aquí . (Actualització: el meu paquet OpenCore us hauria de permetre reproduir vídeo en streaming DRM de manera predeterminada)
P25: La representació de fons encara funciona a FCPX?
R: La representació en segon pla encara funciona per als dos mètodes. Això és completament independent de hwaccel. Ho vaig desactivar a la demostració anterior només per il·lustrar el rendiment de l'edició de la línia de temps en temps real. No perquè no pot funcionar.
P26: He provat el mètode d'edició hexadecimal moltes vegades, no funciona, però estic segur que ho he fet tot bé. Que hauria de fer?
R: Potser hauríeu d'intentar obrir un nou perfil d'usuari i veure si us ajuda (enllaç de referència)
P27: Per què la pàgina 'Gràfics' de VideoProc HWAccel mostra N/A?
R: Ni idea, però en aquest cas només és un error estètic. (Actualització: sembla que VideoProc cerca la paraula clau 'AMD'. Per exemple, si la targeta s'identifica com a |_+_|, VideoProc la pot mostrar correctament. Però si la targeta s'identifica com a |_+_|, aleshores VideoProc no pot mostra el seu nom)
Visualitza l'element multimèdia ' data-single-image='1'>
Visualitza l'element multimèdia ' data-single-image='1'>
P.S. Per a aquells que vulguin afegir el prefix |_+_| davant del nom de la targeta gràfica, uneix-te al fil d'OpenCore. Podem canviar el nom de la targeta gràfica al que vulguem a OpenCore.
P28: Per què VideoProc mostra que faig servir 'Intel' HWAccel quan converto vídeos?
R: Tampoc ni idea, però de nou, en aquest cas només és un error estètic. (Actualització: fins ara, mostra que VideoProc només sap si HWAccel funciona (a través de VideoToolBox), però no pot saber quin maquinari proporciona HWAccel a macOS. Per tant, utilitza una solució 'única per a tots'. la majoria de Mac utilitzen l'iGPU Intel Quick Sync per proporcionar HWAccel. Sembla que VideoProc només mostrarà |_+_| sempre que s'utilitzi HWAccel, independentment de si l'ordinador està utilitzant realment AMD VCE/VCN, Intel Quick Sync o fins i tot M1. )
P29: Per què VideoProc no mostra res activat però sembla que tot funciona com s'esperava?
R: Sempre que pugueu veure aquesta marca, el que significa que HWAccel està activat. Segons la meva observació, aquesta marca sempre canvia automàticament.
Visualitza l'element multimèdia ' data-single-image='1'>
Per a la pàgina d'informació de maquinari detectada, feu clic a la petita icona de recàrrega per tal que VideoProc us mostri l'estat més recent.
Visualitza l'element multimèdia ' data-single-image='1'>
P30: funcionarà el 6,1?
R: Només mitjançant eGPU (Polaris o superior).
P31: funcionarà el 3,1?
R: Sí (enllaç)
P32: Per què 'Sobre aquest Mac' mostra una velocitat de rellotge diferent després d'instal·lar OpenCore?
R: La CPU encara funciona a la seva velocitat de rellotge nativa, res no canvia realment. L'únic que ha canviat és només la presentació. Injectem l'identificador de la placa iMac Pro mitjançant OpenCore per activar HWAccel a macOS. Per tant, macOS també utilitza el format de l'iMac Pro per mostrar la velocitat del rellotge de la CPU (per exemple, 3,46 GHz s'arrodonirà a 3,5 GHz). Aquesta és una presentació normal, 100% cosmètica i purament de 2 dígits enfront de 3 dígits. Última edició: 25 de setembre de 2021
h9826790
Cartell original- 3 d'abril de 2014
- Hong Kong
- 14 de maig de 2019
SkipperRi va dir: Ei, aquesta és una gran notícia! Tinc una pregunta sobre la primera captura de pantalla. Com vau obtenir aquesta informació, en quin programari? Feu clic per ampliar...
VideoProc. Llicència gratuïta disponible ara
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
Patró Ri
- Jul 11, 2015
- Rijeka, Croàcia
- 14 de maig de 2019
h9826790 va dir: VideoProc. Llicència gratuïta disponible araGràcies!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Feu clic per ampliar...
bookemdano
- Jul 29, 2011
- 14 de maig de 2019
Saps què va canviar Apple amb 10.14.5 que permet que això funcioni?
bazza5938
- 25 de novembre de 2018
- Regne Unit
- 14 de maig de 2019
csd
- set 3, 2017
- Irlanda
- 14 de maig de 2019
** Deixant això a continuació per si algú té problemes similars amb els arguments d'arrencada **
Gent,
Ho he provat, però sembla que no en l'etapa d'arrencada. Puc configurar bé els arguments d'arrencada (nvram -p mostra que hi són), però després, quan reinicio, l'entrada ha desaparegut completament i no tinc acceleració. SIP està desactivat.
$ sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
Aleshores, quan reinicio:
$ nvram -p | grep args
$
Aquí teniu la llista completa de la meva configuració nvram actualitzada:
$ 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
SystemAudioVolum:
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
Mostra SIP desactivat:
$ estat csrutil
Estat de protecció d'integritat del sistema: desactivat.
La informació del sistema mostra que LiLu i WhateverGreen estan carregats, però suposo que no funcionen perquè no se'ls han passat els paràmetres correctes a l'arrencada.
Alguna idea?
Gràcies,
Colin Última edició: 14 de maig de 2019
més lúdic
- 14 de maig de 2019
- Milà (Itàlia)
- 15 de maig de 2019
per què Apple no activa aquestes 'funcions' per defecte?
cada vegada és la mateixa història: desactivar alguna funció, sobreescriure kext, reiniciar... i així successivament... per què ???
full
- 15 de maig de 2019
- 15 de maig de 2019
Quin fitxer he de descarregar. DEPURAR o ALliberar?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Gràcies
IndioX
- Oct 1, 2018
- Àustria/Europa
- 15 de maig de 2019
hoja va dir: Hola,
Quin fitxer he de descarregar. DEPURAR o ALliberar?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Gràcies Feu clic per ampliar...
si no coneixeu la diferència, hauríeu de deixar que es quedi per experimentar al sistema ;-)
h9826790
Cartell original- 3 d'abril de 2014
- Hong Kong
- 15 de maig de 2019
hoja va dir: Hola,
Quin fitxer he de descarregar. DEPURAR o ALliberar?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Gràcies Feu clic per ampliar...
Jo faig servir versions
csd
- set 3, 2017
- Irlanda
- 15 de maig de 2019
- La reproducció de HEVC 4K60 va passar de tartamudejar a ser perfectament suau. Fins i tot el fitxer HEVC Jellyfish de 120 Mbps es reprodueix perfectament.
- Ara hi ha una millora del 50% en la transcodificació del fre de mà quan selecciono el codificador VideoToolbox H.264 en comptes del codificador x264 (25 fps vs 16 fps en convertir el fitxer 4K de meduses de 120 Mbps en un fitxer 1080p de 6 Mbps). Sembla que VideoToolbox no està utilitzant HyperThreading, només 6 fils es mostren ocupats a Activity Monitor; x264 utilitza els 12 fils del meu sistema. Però fins i tot sense HT, VideoToolbox encara és un 50% més ràpid amb l'acceleració nativa de la GPU!
thomasthegps
- set 23, 2015
- França
- 15 de maig de 2019
[doublepost=1557934191][/doublepost]
lukethemore va dir: perdoneu la meva pregunta que pot ser estúpida... però...
per què Apple no activa aquestes 'funcions' per defecte?
cada vegada és la mateixa història: desactivar alguna funció, sobreescriure kext, reiniciar... i així successivament... per què ??? Feu clic per ampliar...
La resposta és bastant senzilla: diners
h9826790
Cartell original- 3 d'abril de 2014
- Hong Kong
- 15 de maig de 2019
csd va dir: Només un seguiment després d'algunes proves.
/csd Feu clic per ampliar...
- La reproducció de HEVC 4K60 va passar de tartamudejar a ser perfectament suau. Fins i tot el fitxer HEVC Jellyfish de 120 Mbps es reprodueix perfectament.
- Ara hi ha una millora del 50% en la transcodificació del fre de mà quan selecciono el codificador VideoToolbox H.264 en comptes del codificador x264 (25 fps vs 16 fps en convertir el fitxer 4K de meduses de 120 Mbps en un fitxer 1080p de 6 Mbps). Sembla que VideoToolbox no està utilitzant HyperThreading, només 6 fils es mostren ocupats a Activity Monitor; x264 utilitza els 12 fils del meu sistema. Però fins i tot sense HT, VideoToolbox encara és un 50% més ràpid amb l'acceleració nativa de la GPU!
2. Estic segur que el fre de mà només utilitza la GPU per codificar, però no per descodificar.
per exemple. Quan demano a FFMpeg que utilitzi la GPU tant per a la descodificació com per a la codificació. La càrrega de la CPU és molt, molt baixa.
Visualitza l'element multimèdia ' data-single-image='1'>
Tanmateix, si només demano a FFMpeg que utilitzi la GPU per codificar, però deixeu la part de descodificació per a la CPU. Aleshores, la CPU arribarà al 1000% de càrrega (similar al fre de mà).
Visualitza l'element multimèdia ' data-single-image='1'>
I com podeu veure. Quan transcodifiquem HEVC a H264. Si el vídeo d'origen és massa exigent per a la CPU. El rendiment de transcodificació de la GPU es frenarà per la CPU. A la meva prova anterior, utilitzar la transcodificació GPU pura és aproximadament un 10% més ràpid. Per tant, el vostre ordinador acabarà consumint més energia, però funcionarà més lentament.
Tanmateix, si la CPU és prou ràpida per gestionar el vídeo d'origen, utilitzar la CPU per descodificar i utilitzar la GPU per codificar normalment tindrà un millor resultat.
De totes maneres, utilitzar més CPU no és necessària ara és millor. Última edició: 15 de maig de 2019
IndioX
- Oct 1, 2018
- Àustria/Europa
- 15 de maig de 2019
amb l'actualització de seguretat 2019-003 i bootROM 144.0.0.0.0 !?!
Visualitza l'element multimèdia ' data-single-image='1'>
Hendrik94
- Oct 17, 2014
- Alemanya
- 15 de maig de 2019
tsialex
- 13 de juny de 2016
- 15 de maig de 2019
IndioX va dir: L'acceleració de maquinari d'AMD també funciona a la serra alta 10.13.6iMac Pro té acceleració de maquinari amb High Sierra, així que no és cap sorpresa.
amb l'actualització de seguretat 2019-003 i bootROM 144.0.0.0.0 !?!
Veure adjunt 837175 Feu clic per ampliar...
IndioX
- Oct 1, 2018
- Àustria/Europa
- 15 de maig de 2019
tsialex va dir: iMac Pro té acceleració de maquinari amb High Sierra, així que no és una sorpresa. Feu clic per ampliar...
però fins ara es va dir que només hauria de funcionar a partir del 10.14.5
tsialex
- 13 de juny de 2016
- 15 de maig de 2019
IndioX va dir: però fins ara es va dir que només hauria de funcionar a partir del 10.14.5 Feu clic per ampliar...
10.14.5 va portar suport per a eGPU RX-580, iMac tenia suport de codificació per a GPU VEGA des de poc després del llançament, si la meva memòria encara funciona.
IndioX
- Oct 1, 2018
- Àustria/Europa
- 15 de maig de 2019
Ho miraré quan tingui temps
tsialex
- 13 de juny de 2016
- 15 de maig de 2019
IndioX va dir: significaria que el RX580 no funciona amb 10.13.6 Feu clic per ampliar...Algú hauria de provar-ho i confirmar si la codificació de maquinari funciona per a l'RX-580 falsificant iMac Pro.
VEGA no és una sorpresa, ja funciona amb iMac Pro i High Sierra.
h9826790
Cartell original- 3 d'abril de 2014
- Hong Kong
- 15 de maig de 2019
IndioX va dir: L'acceleració de maquinari d'AMD també funciona a la serra alta 10.13.6
amb l'actualització de seguretat 2019-003 i bootROM 144.0.0.0.0 !?!
Veure adjunt 837175 Feu clic per ampliar...
Interessant, amb aquest mod? O autòcton?
IndioX
- Oct 1, 2018
- Àustria/Europa
- 15 de maig de 2019
h9826790 va dir: Interessant, amb aquest mod? O autòcton? Feu clic per ampliar...
amb mode, prova al meu vega64
però no sé si això també funciona amb el RX580
espero poder provar-ho aviat
VaZ
- 31 d'agost de 2012
- 15 de maig de 2019
Així, totes les targetes Polaris i superiors són correctes les targetes RX?
El meu VLC utilitza un 400% de CPU per jugar-ho. Realment horrible. Última edició: 19 d'octubre de 2021Pròxim 1 de 125
Entrades Populars