- Status
- O primeiro post deste tópico é um WikiPost e pode ser editado por qualquer pessoa com as permissões apropriadas. Suas edições serão públicas.
h9826790
Pôster original- 3 de abril de 2014
- Hong Kong
- 3 de maio de 2019
HWAccel completo alcançado agora!
Exibir item de mídia 'data-single-image =' 1 '>
Tudo é abordado no tópico do OpenCore. O tutorial passo a passo para habilitar a aceleração de hardware AMD está agora aqui, mas eu recomendo fortemente que você passe pelo thread do OpenCore antes de fazer qualquer coisa.
OpenCore no Mac Pro
Este guia explica como usar o excelente carregador de boot OpenCore para instalar, executar e atualizar a versão mais recente do macOS no MacPro5,1, resultando em um sistema operacional limpo e inalterado como em um Mac compatível. forums.macrumors.comO mesmo método funciona no Mojave e além. NO ENTANTO, para o usuário cMP de processador dual, por favor, fique com o Mojave neste momento. (Atualização: siga o Mojave para TODOS que desejam HWAccel. CMMChris aconselhou que a Apple removeu HEVC HWAccel de todas as GPUs Polaris na versão beta Catalina mais recente. O que significa que você não pode atualizar o sistema operacional para obter qualquer correção de segurança, a menos que seja um erro na versão beta . Ficar com o Mojave, obter o HWAccel e manter seu sistema operacional atualizado parece ser uma escolha melhor neste momento)
Exibir item de mídia 'data-single-image =' 1 '>
Sidecar (e AirPlay Display) também deve funcionar, mas ainda não tenho um iPad para testá-lo. O último config.plist na postagem # 594 e # 1314 agora manterá a identificação do cMP como 5,1. Portanto, NÃO ativará o Sidecar por padrão agora.
------ O procedimento abaixo está depreciado, apenas mantenha este post como um registro ( mas ainda vou manter a seção de perguntas frequentes para mantê-la atualizada. Por favor, leia o FAQ antes de perguntar qualquer coisa. Qualquer questão que já foi abordada no FAQ não será respondida por mim .). Para quem não precisa de codificação de hardware HEVC e prefere não instalar o OpenCore. Você ainda pode seguir o procedimento abaixo para ativar o HWAccel ------
10.14.5 agora é oficial. E posso confirmar que os usuários de placa AMD (Polaris ou superior) podem desfrutar de codificação de hardware H264 / decodificação de hardware H264 / e decodificação de hardware HEVC.
Exibir item de mídia 'data-single-image =' 1 '>
O procedimento é o seguinte: (por favor, leia toda a seção de perguntas e respostas ANTES de fazer qualquer coisa. Você deve saber como se recuperar ou pode precisar usar um procedimento alternativo, etc)
1) Mantenha o SIP desativado
2) Baixe Lilu.kext
3) Baixe WhateverGreen.kext
4) abra Lilu.kext (clique com o botão direito -> mostrar o conteúdo do pacote)
5) insira o conteúdo
6) crie a pasta 'Plugins' (N.B. Esta pasta está DENTRO do conteúdo, NÃO perca a etapa 5)
Exibir item de mídia 'data-single-image =' 1 '>
7) Copie o WhateverGreen.kext para os plug-ins
8) Copie todo o Lilu kext modificado para / Library / Extensions /
9) Abra o terminal
10) Entrar
Código:
sudo chmod -R 755 /Library/Extensions/Lilu.kext 11) Entrar
Código:
sudo chown -R root:wheel /Library/Extensions/Lilu.kext 12) Entrar
Código:
sudo touch /Library/Extensions 13) Entrar
Código:
sudo kextcache -update-volume / (você pode obter algum retorno estranho com este comando, não se preocupe com isso) 14) Entrar
Código:
sudo nvram boot-args='shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94' Para Catalina, pode ser necessário inserir o argumento de inicialização no compat check também, caso contrário, você pode ficar preso na situação de não inicialização até corrigir o argumento de inicialização na partição de recuperação. 15) Reinicializar
Perguntas frequentes, leia esta seção ANTES de perguntar. Não vou responder a nada que já foi abordado nesta seção.
Q1: isso é seguro?
R: Testado desde 10.14.5 beta 4, até agora, nenhum sistema danificado por este mod. (Atualização: OpenCore pode escrever algo no firmware do cMP. Então, se você quiser ficar seguro, evite OpenCore. E use apenas Lilu + WhareverGreen, ou método de edição hex)
Q2: existe algum lado negativo?
R: Sim, para o método de edição Lilu ou hexadecimal, o streaming de DRM do iTunes, TV + e Safari Netflix pode não funcionar, mas o download completo do filme DRM não deve ser afetado. E Netflix em navegadores de base Chromium (Chrome, Brave, Edge, etc) estão OK.
Streaming DRM posso funcionam perfeitamente com o método OpenCore.
Q3: algum outro problema conhecido?
R: O aplicativo de fotos travou se HDMIAudio.kext também estiver instalado. Além disso, poucos usuários relataram congelamento do sistema (em 10.14.5). Parece que apenas a GPU Polaris é afetada, por exemplo, RX580. Até agora, todos os congelamentos ocorrem apenas em aplicativos da Apple. por exemplo. FCPX, Fotos, Compressor, etc. Aplicativos de terceiros como PP, DV, VideoProc não são afetados. No entanto, Polaris GPU hwaccel parece perfeitamente estável em 10.14.6 beta editando hexadecimal o arquivo AppleGVA. Além disso, o Adobe Media Encoder parece causar o travamento do mecanismo de vídeo. Não o sistema travou / travou, mas o mecanismo de vídeo simplesmente parou de funcionar e teve um desempenho extremamente ruim. O desempenho normal só pode ser recuperado por reinicialização. (Atualização: o lançamento oficial 10.14.6 parece ter corrigido a maioria desses problemas. Pelo menos, não tenho como reproduzir qualquer congelamento com meu RX580)
Q4: se meu sistema travar após o mod, como consertar?
R: Para o método Lilu / OpenCore 0.5.5, a redefinição do NVRAM removerá o argumento de inicialização e desabilitará o kexts / OpenCore. Assim, será eficaz reverter o seu sistema de volta ao estado original. Assim que o sistema inicializar novamente, você pode remover o kext / OpenCore.
Para o método de edição Hex, executei muitos testes, não havia como travar o sistema. Mas se houver alguma instabilidade, restaure o arquivo original do seu backup.
Para OpenCore 0.5.6 e posterior, você deve remontar a partição EFI -> remover a pasta BOOT e OC -> redefinir NVRAM
Q5: Qual é o benefício?
R: Capaz de reproduzir alguns vídeos HEVC muito exigentes (por exemplo, este)
https://4kmedia.org/sony-swordsmith-hdr-uhd-4k-demo/
É assim que meu cMP pode reproduzir este vídeo agora. Reprodução suave com uso de CPU muito baixo (por favor, use um navegador que suporte VP9 para assistir a todos os vídeos do Youtube a seguir em 4k, caso contrário, você pode não conseguir ler os detalhes)
Capaz de editar H264 diretamente sem problemas, sem necessidade de transcodificação para ProRes, reduz significativamente a velocidade de armazenamento e os requisitos de capacidade. Muito provavelmente, também pode melhorar a produtividade
Capaz de editar HEVC diretamente sem problemas, sem necessidade de transcodificação para ProRes, reduz significativamente a velocidade de armazenamento e os requisitos de capacidade. Muito provavelmente, também pode melhorar a produtividade
Pode melhorar muito a velocidade de exportação do H264 com baixo uso de CPU (depende de suas especificações de CPU / GPU)
Capaz de gravar a tela em 4k sem problemas. Como você pode ver no link acima. Meu cMP agora pode fazer essas coisas e ainda gravar a tela sem problemas ao mesmo tempo.
Capaz de reproduzir vídeo VP9 sem problemas. Meu cMP agora pode reproduzir este vídeo do youtube de 8K 24FPS com zero frame drop. (A decodificação de hardware VP9 NÃO é compatível com macOS até Catalina.)
Q6: isso pode funcionar em 10.14.4 ou antes?
R: Um usuário relatou que o último 10.13.6 com Vega também funciona com Lilu mehtod. Mas RX580 causará falha GPURestart, que congela a tela e torna o sistema operacional inutilizável. (atualização: usuários relataram que a decodificação de hardware funciona, mas a codificação de hardware H264 causará o travamento)
Q7: isso pode funcionar em 10,15?
R: Não tão bom quanto 10.14.6. Apenas o método Lilu ou o método OpenCore funcionam. Além disso, em 10.15.2, o suporte do Polaris (por exemplo, RX580) HEVC HWAccel foi removido pela Apple (WhateverGreen deve corrigir este problema de suporte do Polaris. Mas eu não o testei pessoalmente)
Atualização: HWAccel funciona muito bem em todos os 10.14.6, 10.15.7 e 11.2.3 agora.
Q8: isso pode funcionar para GPU Nvidia?
A: NO
Q9: isso pode funcionar para 7950 etc flashed?
R: Não sei. Por favor, teste para mim. (Atualização: a resposta é NÃO, obrigado bazza5938 por realizar o teste)
Q10: Qual software pode se beneficiar deste mod?
R: Isso fornecerá aceleração de hardware no nível do sistema. Até agora, todos os meus softwares testados funcionam (por exemplo, FCPX, iMovie, Handbrake, Compressor, VideoProc, DVDFab, DV, AE, PP, FFMpeg, QuickTime Player, VLC, IINA ......)
Q11: Se eu fizer uma reinicialização da NVRAM por outro motivo, como recuperar essas funções?
R: Para o método Lilu, repita a etapa 14 e reinicie.
O método de edição hex / OpenCore 0.5.6 (post # 1314) não é afetado.
Para OpenCore 0.5.5 (na postagem # 594), depende de sua configuração, você pode precisar abençoar novamente para inicializar via OpenCore novamente.
Q12: Qual é a GPU recomendada?
R: RX560, RX580, Vega 56, Vega 64, Vega FE. Contanto que a placa possa funcionar em cMP, a marca / modelo não importa realmente (atualização: para este propósito específico, Vega é definitivamente melhor do que a placa Polaris. Não há relatório de travamento / congelamento de usuários Vega ainda).
Q13: Por que não recomendar a Radeon VII ou RX570, etc.
R: AFAIK, todas as GPUs Polaris, Vega, Navi funcionam, só não tenho certeza de quão maduro é o suporte geral. (Atualização: atualizei minha GPU para Radeon VII, perfeitamente estável, e a codificação de hardware é cerca de 100% mais rápida do que a RX580. O HWAccel da Navi também confirmou que pode ser ativado.)
P14: Este é QuickSync?
R: NÃO, QuickSync é a aceleração de hardware para Intel iGPU, não o termo genérico para aceleração de hardware de vídeo GPU. A GPU AMD usa UVD (Unified Video Decoder) para decodificação e VCE (Video Coding Engine) para codificação. Tudo isso será controlado pelo VideoToolBox automaticamente no macOS, de forma praticamente transparente para os usuários. É o mesmo conceito do QuickSync, mas não QuickSync.
Q15: posso ver que minha GPU está funcionando no Compressor antes deste mod (em um cMP). Isso significa que já tenho aceleração de hardware?
R: NÃO, estamos falando sobre aceleração de hardware H264 / HEVC aqui. Não é a aceleração geral de hardware de computação. Eles são completamente diferentes.
Q16: como está a qualidade do vídeo codificado por hardware?
R: Não tão bom quanto o codificador de software em geral. Mas se em alta taxa de bits, a diferença não é tão perceptível.
Q17: Quando poderemos obter a codificação HEVC também?
R: Não sei. Mas você sempre pode inicializar no Windows e usar a codificação de hardware HEVC. (Atualização: FULL HWAccel incluindo codificação HEVC também pode ser obtido usando OpenCore. Não tenho certeza se é seguro, mas funciona de forma estável no meu cMP)
Q18: Quanta melhoria posso esperar?
R: Bem, depende do uso. Mas um rápido teste de exportação do iMovie 4K H264 mostra que um Vega 64 pode reduzir o tempo de exportação de 6:19 para 1:25, o que significa redução do tempo de exportação em ~ 77% (em um X5680 cMP dual).
Q19: Por que VideoProc não mostra decodificação HEVC após o mod?
R: Não sei por que, mas isso é normal neste caso. Minha recomendação é baixar o vídeo de demonstração HEVC do link acima e reproduzi-lo via QuickTime (ou simplesmente via visualização do Finder). Contanto que o uso da CPU fique em torno de 20% (mas não 800%), isso significa que a decodificação HEVC está funcionando corretamente.
Para aqueles que usam o método OpenCore, você deve ser capaz de ver a disponibilidade de HEVC HWAccel. Se não estiver lá, clique no pequeno ícone de recarregar.
Q20: Devo instalar a versão mais recente do Lilu e WhateverGreen?
R: NÃO. Apesar da versão mais recente poder funcionar, mas não fornecer nenhuma função extra neste caso, e não tenho ideia se a mais nova tem estabilidade mais fraca. Se eu encontrar uma maneira melhor de usar o / kext. Vou atualizar o post em conformidade. (Atualização: Para Catalina, instale Lilu 1.4.0 e WhateverGreen 1.3.5. E até agora, todos os Lilu e WEG mais novos fornecem apenas melhores resultados devido à correção de bug. Os usuários devem estar OK para instalar a versão mais recente)
Q21: O sistema travou, o log do console mostra o evento 'GPU Restart', o que devo fazer?
R: A redefinição da PRAM trará seu sistema de volta ao normal. Se você está com GPU Polaris (RX560, RX570, RX580, etc), parece que algumas pessoas são afetadas por este bug. O que descobri é um método alternativo de edição hexadecimal diretamente do arquivo AppleGVA que parece mais estável para essas GPUs. O teste inicial mostra ser muito seguro fazê-lo, mesmo eu destruindo completamente o arquivo AppleGVA, o SO ainda pode inicializar no desktop. Se você preferir seguir esse caminho, certifique-se de saber como restaurar o arquivo (ou até mesmo recuperar completamente de um sistema operacional não inicializável). A informação está na postagem # 205. (atualização: 10.14.6 mostra estabilidade extremamente boa, altamente recomendado para usuários RX580)
Q22: Como posso saber se a aceleração de hardware está realmente funcionando?
R: Minha sugestão é usar o Terminal. Informações detalhadas na postagem # 273. Você também pode usar o OpenGL Driver Monitor para observar as atividades UVD / VCE (link).
Q23: Posso usar este mod com MVC RX580 atualizado?
R: De acordo com esta postagem, a resposta é SIM.
Q24: é possível desligar o hwaccel sem reinicializar. Para que eu possa desfrutar de streaming DRM a qualquer momento?
R: Apenas o método alternativo permite LIGAR / DESLIGAR em tempo real. Se você não quiser usar o terminal / Finder para fazer isso todas as vezes, você pode fazer dois aplicativos simples para fazer isso, procedimentos aqui. (Atualização: meu pacote OpenCore deve permitir que você reproduza streaming de vídeo DRM por padrão)
Q25: a renderização em segundo plano ainda funciona em FCPX?
R: A renderização em segundo plano ainda funciona para os dois métodos. Isso é completamente independente do hwaccel. Desativei isso na demonstração acima apenas para ilustrar o desempenho da edição da linha do tempo em tempo real. Não por isso não pode funcionar.
Q26: Tentei o método de edição hexadecimal muitas vezes, ele não funcionou, mas tenho certeza de que fiz tudo certo. O que devo fazer?
R: Talvez você deva tentar abrir um novo perfil de usuário e ver se isso ajuda (link de referência)
Q27: Por que a página 'Gráficos' na página VideoProc HWAccel mostra N / A?
R: Não faço ideia, mas é apenas um erro cosmético neste caso. (Atualização: parece que VideoProc está procurando a palavra-chave 'AMD'. Por exemplo, se a placa for identificada como
AMD Radeon VII, VideoProc pode exibi-la corretamente. Mas se a placa for identificada como Radeon VII, então VideoProc não pode mostre seu nome) Exibir item de mídia 'data-single-image =' 1 '>
Exibir item de mídia 'data-single-image =' 1 '>
P.S. Para quem deseja adicionar o prefixo
AMD na frente do nome da placa gráfica, entre no tópico do OpenCore. Podemos renomear a placa gráfica para o que quisermos no OpenCore. P28: Por que o VideoProc mostra que estou usando o HWAccel 'Intel' ao converter vídeos?
R: Também não faço ideia, mas, novamente, é apenas um erro cosmético neste caso. (Atualização: até agora, mostra que o VideoProc só sabe se o HWAccel está funcionando (via VideoToolBox), mas não pode dizer qual hardware está fornecendo o HWAccel no macOS. Portanto, ele usa uma solução 'tamanho único'. Devido a a maioria dos Macs usa o iGPU Intel Quick Sync para fornecer HWAccel. O VideoProc parece exibir apenas
Intel sempre que o HWAccel estiver em uso, independentemente de o computador estar realmente usando AMD VCE / VCN, Intel Quick Sync ou mesmo M1. ) P29: Por que o VideoProc não mostra nada ativado, mas tudo parece funcionar conforme o esperado?
R: Contanto que você possa ver esta marca, o que significa que HWAccel está ativado. Pela minha observação, esse tique sempre muda automaticamente.
Exibir item de mídia 'data-single-image =' 1 '>
Para a página Hardware Info Detected, clique no pequeno ícone recarregar para permitir que o VideoProc mostre o status mais recente.
Exibir item de mídia 'data-single-image =' 1 '>
Q30: isso funcionará em 6,1?
R: Somente via eGPU (Polaris ou superior).
Q31: isso funcionará no 3,1?
R: Sim (link)
Q32: Por que 'Sobre este Mac' mostra uma velocidade de clock diferente após a instalação do OpenCore?
R: A CPU ainda funciona em sua velocidade de clock nativa, nada mudou realmente. A única coisa que mudou foi apenas a apresentação. Injetamos o ID da placa iMac Pro via OpenCore para ativar o HWAccel no macOS. Portanto, o macOS também usa o formato do iMac Pro para mostrar a velocidade do clock da CPU (por exemplo, 3,46 GHz será arredondado para 3,5 GHz). Isso é normal, 100% cosmético e uma apresentação puramente de 2 dígitos versus 3 dígitos. Última edição: 25 de setembro de 2021
h9826790
Pôster original- 3 de abril de 2014
- Hong Kong
- 14 de maio de 2019
SkipperRi disse: Ei, esta é uma ótima notícia! Eu tenho uma pergunta sobre a primeira captura de tela. Como você conseguiu essa informação, em qual software? Clique para expandir...
VideoProc. Licença gratuita disponível agora
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml
SkipperRi
- 11 de julho de 2015
- Rijeka, Croácia
- 14 de maio de 2019
h9826790 disse: VideoProc. Licença gratuita disponível agoraObrigado!
https://www.videoproc.com/gopro-video-processing/gopro-4k-shake-video-stabilization.htm?ttref=nml Clique para expandir...
bookemdano
- 29 de julho de 2011
- 14 de maio de 2019
Você sabe o que a Apple mudou com a versão 10.14.5 que permite que isso funcione?
bazza5938
- 25 de novembro de 2018
- Reino Unido
- 14 de maio de 2019
csd
- 3 de setembro de 2017
- Irlanda
- 14 de maio de 2019
** Deixando isso abaixo, caso alguém tenha problemas semelhantes com boot-args **
Pessoal,
Eu tentei isso, mas parece estar falhando no estágio de boot-args. Eu posso definir os argumentos de inicialização corretamente (nvram -p mostra que eles estão lá), mas quando eu reinicializo, a entrada desapareceu completamente e eu não tenho aceleração. SIP está desativado.
$ sudo nvram boot-args = 'shikigva = 96 shiki-id = Mac-7BA5B2D9E42DDD94'
$ nvram -p | grep args
boot-args shikigva=96 shiki-id=Mac-7BA5B2D9E42DDD94
Então, quando eu reiniciar:
$ nvram -p | grep args
$
Aqui está a lista completa de minhas configurações de nvram definidas atualmente:
$ nvram -p
boot-gamma -L% 00% 00j% 05% 00% 0022YM% 1a% 00% 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% 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 mostrando desativado:
$ csrutil status
Status da proteção de integridade do sistema: desativado.
As informações do sistema mostram que o LiLu e o WhateverGreen estão carregados, mas acho que não estão funcionando porque os parâmetros corretos não foram transmitidos a eles na inicialização.
Alguma ideia?
Obrigado,
Colin Última edição: 14 de maio de 2019
lukethemore
- 14 de maio de 2019
- Milão, Itália)
- 15 de maio de 2019
por que a Apple não ativa esses 'recursos' por padrão?
toda vez é a mesma história: desabilitar algum recurso, sobrescrever o kext, reiniciar ... e assim por diante ... por quê ??
Folha
- 15 de maio de 2019
- 15 de maio de 2019
Qual arquivo devo baixar. DEBUG ou RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Obrigado
IndioX
- 1º de outubro de 2018
- áustria / europa
- 15 de maio de 2019
hoja disse: Olá,
Qual arquivo devo baixar. DEBUG ou RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Obrigado Clique para expandir...
se você não sabe a diferença, deve deixá-lo ficar para experimentar no sistema; -)
h9826790
Pôster original- 3 de abril de 2014
- Hong Kong
- 15 de maio de 2019
hoja disse: Olá,
Qual arquivo devo baixar. DEBUG ou RELEASE?
https://github.com/acidanthera/Lilu/releases
https://github.com/acidanthera/WhateverGreen/releases
Obrigado Clique para expandir...
Eu uso lançamentos
csd
- 3 de setembro de 2017
- Irlanda
- 15 de maio de 2019
- A reprodução de HEVC 4K60 passou de intermitente a perfeitamente suave. Até mesmo o arquivo HEVC Jellyfish de 120 Mbps é reproduzido perfeitamente.
- Agora há uma melhoria de 50% na transcodificação de Handbrake quando eu seleciono o codificador VideoToolbox H.264 em vez do codificador x264 (25 fps contra 16 fps na conversão do arquivo de 120 Mbps água-viva 4K para um arquivo de 6 Mbps 1080p). VideoToolbox não parece estar usando HyperThreading, apenas 6 threads mostram ocupados no Activity Monitor; x264 usa todos os 12 threads em meu sistema. Mas mesmo sem HT, VideoToolbox ainda é 50% mais rápido com a aceleração de GPU nativa!
thomasthegps
- 23 de setembro de 2015
- França
- 15 de maio de 2019
[doublepost = 1557934191] [/ doublepost]
lukethemore disse: desculpe pela minha pergunta que pode ser estúpida ... mas ...
por que a Apple não ativa esses 'recursos' por padrão?
toda vez é a mesma história: desabilitar algum recurso, sobrescrever o kext, reiniciar ... e assim por diante ... por quê ?? Clique para expandir...
A resposta é muito simples: dinheiro
h9826790
Pôster original- 3 de abril de 2014
- Hong Kong
- 15 de maio de 2019
csd disse: Apenas um acompanhamento após alguns testes.
/ csd Clique para expandir...
- A reprodução de HEVC 4K60 passou de intermitente a perfeitamente suave. Até mesmo o arquivo HEVC Jellyfish de 120 Mbps é reproduzido perfeitamente.
- Agora há uma melhoria de 50% na transcodificação de Handbrake quando eu seleciono o codificador VideoToolbox H.264 em vez do codificador x264 (25 fps contra 16 fps na conversão do arquivo de 120 Mbps água-viva 4K para um arquivo de 6 Mbps 1080p). VideoToolbox não parece estar usando HyperThreading, apenas 6 threads mostram ocupados no Activity Monitor; x264 usa todos os 12 threads em meu sistema. Mas mesmo sem HT, VideoToolbox ainda é 50% mais rápido com a aceleração de GPU nativa!
2. Tenho certeza de que o freio de mão só usa a GPU para codificar, mas não para decodificar.
por exemplo. Quando peço ao FFMpeg para usar a GPU AMBOS para a decodificação e codificação. A carga da CPU é muito baixa.
Exibir item de mídia 'data-single-image =' 1 '>
No entanto, se eu apenas pedir ao FFMpeg para usar a GPU para codificar, deixe a parte da decodificação para a CPU. Em seguida, a CPU atingirá o carregamento de 1000% (semelhante ao Handbrake).
Exibir item de mídia 'data-single-image =' 1 '>
E como você pode ver. Quando transcodificamos HEVC para H264. Se a fonte de vídeo é muito exigente para a CPU. O desempenho de transcodificação da GPU será prejudicado pela CPU. No meu teste acima, usar a transcodificação de GPU pura é cerca de 10% mais rápido. Assim, seu computador vai acabar consumindo mais energia, mas trabalhar mais devagar.
No entanto, se a CPU for rápida o suficiente para lidar com o vídeo de origem, usar a CPU para decodificar e usar a GPU para codificar normalmente terá um resultado melhor.
De qualquer forma, usar mais CPU desnecessária significa melhor agora. Última edição: 15 de maio de 2019
IndioX
- 1º de outubro de 2018
- áustria / europa
- 15 de maio de 2019
com atualização de segurança 2019-003 e bootROM 144.0.0.0.0!?!
Exibir item de mídia 'data-single-image =' 1 '>
Hendrik94
- 17 de outubro de 2014
- Alemanha
- 15 de maio de 2019
tsialex
- 13 de junho de 2016
- 15 de maio de 2019
IndioX disse: A aceleração de hardware AMD também funciona na alta serra 10.13.6O iMac Pro tem aceleração de hardware com High Sierra, então não é uma surpresa.
com atualização de segurança 2019-003 e bootROM 144.0.0.0.0!?!
Ver anexo 837175 Clique para expandir...
IndioX
- 1º de outubro de 2018
- áustria / europa
- 15 de maio de 2019
tsialex disse: iMac Pro tem aceleração de hardware com High Sierra, então não é uma surpresa. Clique para expandir...
mas até agora foi dito que só deveria funcionar a partir de 10.14.5
tsialex
- 13 de junho de 2016
- 15 de maio de 2019
IndioX disse: mas até agora foi dito que só deve funcionar a partir de 10.14.5 Clique para expandir...
10.14.5 trouxe suporte para eGPU RX-580, o iMac tinha suporte de codificação para GPUs VEGA desde pouco depois do lançamento, se minha memória ainda funcionar.
IndioX
- 1º de outubro de 2018
- áustria / europa
- 15 de maio de 2019
Eu vou assistir isso quando tiver tempo
tsialex
- 13 de junho de 2016
- 15 de maio de 2019
IndioX disse: significaria que o RX580 não funciona em 10.13.6 Clique para expandir...Alguém deveria testá-lo e confirmar se a codificação de hardware funciona para o iMac Pro falso do RX-580.
A VEGA não é uma surpresa, já funciona com o iMac Pro e High Sierra.
h9826790
Pôster original- 3 de abril de 2014
- Hong Kong
- 15 de maio de 2019
IndioX disse: A aceleração de hardware AMD também funciona na alta serra 10.13.6
com atualização de segurança 2019-003 e bootROM 144.0.0.0.0!?!
Ver anexo 837175 Clique para expandir...
Interessante, com este mod? Ou nativo?
IndioX
- 1º de outubro de 2018
- áustria / europa
- 15 de maio de 2019
h9826790 disse: Interessante, com este mod? Ou nativo? Clique para expandir...
com modo, teste no meu vega64
mas não sei se isso funciona com o RX580 também
espero poder testá-lo em breve
VaZ
- 31 de agosto de 2012
- 15 de maio de 2019
Então, todos os cartões Polaris e superiores são os cartões RX corretos?
Meu VLC usa 400% da CPU para jogar isso. Realmente horrível. Última edição: 19 de outubro de 2021Próximo 1 de 125
Publicações Populares