[Résolu] Dell XPS 8930: lags graphiques après retour de veille!

[mbournau]

Effectivement, en ce moment Poly va lent...

Oui ! Et Patrice aurait bien besoin de lui !!

[Patrice Broussea...]

Effectivement, en ce moment Poly va lent...

Oui ! Et Patrice aurait bien besoin de lui !!

J’adore ce forum…

[Patrice Broussea...]

Je viens de m'apercevoir d'un autre truc: j'ai injecté Acre comme FrameBuffer dans Device Properties. Je ne sais pas si il y a un lien à faire...

***Ben, y'en a un: FrameBuffer Radeon standard=lags et pertes de performances. Acre, good!

Je réessaye OC en injectant ce FB.

OC fonctionne!

Bon, probablement pas le "plug" ou SSDT, sûrement juste l'injection du FrameBuffer Acre... À vérifier pour être certain!

***Édition: c'est vérifié avec OC. Ni AppleXcpmCfgLock et AppleCpuPmCfgLock cochés, "Plug.aml" standard. Finis les lags et performances graphiques à ch... après retour de veille.

Maintenant, un autre utilisateur de XPS 8930 avec une RX570 n'a pas ce problème. Peut-être (?) seulement lié à cette machine ET une Radeon Polaris sans alimentation auxiliaire, du type RX560, RX460, WX5100.

****Confirmé: le seul truc nécessaire, c'est d'injecter le FrameBuffer Acre! Clover et OpenCore fonctionnent normalement, graphiquement parlant, avec seulement cette petite modification! Le SSDT n'avait aucune influence!

**J'ai quand même re-coché AppleXcpmCfgLock dans OC, better safe than sorry!

Ce message a été modifié par Patrice Brousseau - 15 Jan 2023, 23:22.

[jeandemi]

Et tu as laissé le SSDT fait avec SSDTTime ?

Est-ce que tu peux mettre ici, entre balises code, l'extrait de ton config.plist concernant l'injection de ce Framebuffer ?
Merci

[tinkar]

Je viens de m'apercevoir d'un autre truc: j'ai injecté Acre comme FrameBuffer dans Device Properties. Je ne sais pas si il y a un lien à faire...

***Ben, y'en a un: FrameBuffer Radeon standard=lags et pertes de performances. Acre, good!

Je réessaye OC en injectant ce FB.

OC fonctionne!

Bon, probablement pas le "plug" ou SSDT, sûrement juste l'injection du FrameBuffer Acre... À vérifier pour être certain!

***Édition: c'est vérifié avec OC. Ni AppleXcpmCfgLock et AppleCpuPmCfgLock cochés, "Plug.aml" standard. Finis les lags et performances graphiques à ch... après retour de veille.

Maintenant, un autre utilisateur de XPS 8930 avec une RX570 n'a pas ce problème. Peut-être (?) seulement lié à cette machine ET une Radeon Polaris sans alimentation auxiliaire, du type RX560, RX460, WX5100.

****Confirmé: le seul truc nécessaire, c'est d'injecter le FrameBuffer Acre! Clover et OpenCore fonctionnent normalement, graphiquement parlant, avec seulement cette petite modification! Le SSDT n'avait aucune influence!

**J'ai quand même re-coché AppleXcpmCfgLock dans OC, better safe than sorry!

Comment vous réinjectez "FrameBuffer Acre" !? Quand je regarde la partie Device Properties de mon EFI je ne vois rien ! Et après avoir regardé des dizaines d'EFI sous OpenCore, je ne l'ai jamais vu !

[tinkar]

Et tu as laissé le SSDT fait avec SSDTTime ?

Est-ce que tu peux mettre ici, entre balises code, l'extrait de ton config.plist concernant l'injection de ce Framebuffer ?
Merci

Oui je suis aussi intéressé !

[Patrice Broussea...]

Une image, ça vous va?

À utiliser seulement si nécessaire puisque « normalement », Whatervergreen s’acquitte de cette tâche.

**Ici, c’est avec OC mais ça fonctionne exactement de la même façon pour Clover.

Pour un autre FB (pour une autre carte, par exemple), on doit ajouter « @x,name » pour chacun des ports disponibles. Se trouve facilement avec ioregistryexplorer. Logiquement, c’est le nombre de connecteurs derrière le GPU…

https://www.tonymacx86.com/attachments/capt...-12-png.561994/

Code

<key>Properties</key>
        <dict>
            <key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)</key>
            <dict>
                <key>@0,name</key>
                <string>ATY,Acre</string>
                <key>@1,name</key>
                <string>ATY,Acre</string>
                <key>@2,name</key>
                <string>ATY,Acre</string>
            </dict>
        </dict>

Ce message a été modifié par Patrice Brousseau - 16 Jan 2023, 23:21.

[Patrice Broussea...]

Et tu as laissé le SSDT fait avec SSDTTime ?

Est-ce que tu peux mettre ici, entre balises code, l'extrait de ton config.plist concernant l'injection de ce Framebuffer ?
Merci

J'ai un SSDT fait à l'aide de SSDTTime, c'est SSDT-HPET.aml.

Si tu parles de celui généré par ssdtPRgen.sh ( https://github.com/Piker-Alpha/ssdtPRGen.sh ) pour la gestion de l'alimentation du processeur, maintenant, ça ne change plus rien. C'est l'équivalent de cocher "plug" dans Clover/ACPI ou encore, le "Plug.aml" de Dortania dans OC. Je croyais que c'était ça la solution... jusqu'à temps que je me rende compte.. que ce n'était pas ça .

Mais, oui, je l'ai laissé...

Ce message a été modifié par Patrice Brousseau - 16 Jan 2023, 23:27.

[tinkar]

Une image, ça vous va?

À utiliser seulement si nécessaire puisque « normalement », Whatervergreen s’acquitte de cette tâche.

**Ici, c’est avec OC mais ça fonctionne exactement de la même façon pour Clover.

Pour un autre FB (pour une autre carte, par exemple), on doit ajouter « @x,name » pour chacun des ports disponibles. Se trouve facilement avec ioregistryexplorer. Logiquement, c’est le nombre de connecteurs derrière le GPU…

https://www.tonymacx86.com/attachments/capt...-12-png.561994/

Code

<key>Properties</key>
        <dict>
            <key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)</key>
            <dict>
                <key>@0,name</key>
                <string>ATY,Acre</string>
                <key>@1,name</key>
                <string>ATY,Acre</string>
                <key>@2,name</key>
                <string>ATY,Acre</string>
            </dict>
        </dict>

Merci. Je note.

[jeandemi]

Et tu as laissé le SSDT fait avec SSDTTime ?

Est-ce que tu peux mettre ici, entre balises code, l'extrait de ton config.plist concernant l'injection de ce Framebuffer ?
Merci

J'ai un SSDT fait à l'aide de SSDTTime, c'est SSDT-HPET.aml.

Si tu parles de celui généré par ssdtPRgen.sh ( https://github.com/Piker-Alpha/ssdtPRGen.sh ) pour la gestion de l'alimentation du processeur, maintenant, ça ne change plus rien. C'est l'équivalent de cocher "plug" dans Clover/ACPI ou encore, le "Plug.aml" de Dortania dans OC. Je croyais que c'était ça la solution... jusqu'à temps que je me rende compte.. que ce n'était pas ça .

Mais, oui, je l'ai laissé...

Oui, mes doigts ont fourché
Merci pour le code pour le Framebuffer, ça va me permettre d'un peu mieux comprendre comment fonctionnent les patches des cartes graphiques

Encore une question : pourquoi Acre et pas autre chose ? Comment sais-tu que c'était ça qu'il fallait mettre ?

[Patrice Broussea...]

Et tu as laissé le SSDT fait avec SSDTTime ?

Est-ce que tu peux mettre ici, entre balises code, l'extrait de ton config.plist concernant l'injection de ce Framebuffer ?
Merci

J'ai un SSDT fait à l'aide de SSDTTime, c'est SSDT-HPET.aml.

Si tu parles de celui généré par ssdtPRgen.sh ( https://github.com/Piker-Alpha/ssdtPRGen.sh ) pour la gestion de l'alimentation du processeur, maintenant, ça ne change plus rien. C'est l'équivalent de cocher "plug" dans Clover/ACPI ou encore, le "Plug.aml" de Dortania dans OC. Je croyais que c'était ça la solution... jusqu'à temps que je me rende compte.. que ce n'était pas ça .

Mais, oui, je l'ai laissé...

Oui, mes doigts ont fourché
Merci pour le code pour le Framebuffer, ça va me permettre d'un peu mieux comprendre comment fonctionnent les patches des cartes graphiques

Encore une question : pourquoi Acre et pas autre chose ? Comment sais-tu que c'était ça qu'il fallait mettre ?

Pour les RX460/560, c’est le FB qui correspond le plus: 1xHDMI, 1xDP et 1xDVI. Lu sur les forums Hackintosh (Insanely, Tony, m’en souviens plus…) il y a quelques années alors que je passais à Mojave.

*** Je me souviens:

- Orinoco était injecté pour la Sapphire RX 580
- Acre pour la Sapphire RX 560
- Toutes les deux recommandées et testées par Apple à l’époque pour Mojave, le MacPro j’imagine…

Par exemple, avec un script trouvé sur TonyMac (je crois). J’aimerais bien un nouveau script qui fonctionne sur Big Sur (celui que j’ai pour Mojave ne fonctionne plus sur BS et n’énumère même pas les FB Navi, Vega, etc…):

**Me semble que c’est dans ce fil, pour le script: https://www.tonymacx86.com/threads/apple-in...s.112299/page-5

CODE

AMD Framebuffer :


-------------------------AMD9500Controller.kext-------------------------

Orinoco (6) @ 0x70450
DP, DP, HDMI, HDMI, DVI-D, DP
000400000403000000010101000000001204060100000000
000400000403000000010201000000002205040300000000
000800000402000000010300000000001102010200000000
000800000402000000010400000000002103050400000000
040000000400000000010500000000000000030600000000
000400000001000000014601000000002001000000000000

Exmoor (6) @ 0x704f0
LVDS, LVDS, DP, DP, DP, DP
020000000001000000010151200000002205020400000000
020000000001000000010261110000001204010300000000
000400000403000000010343400000001102030100000000
000400000001000000010431300000002103050500000000
000400000403000000010523600000001000040200000000
000400000001000000010611500000002001050500000000

Elqui (5) @ 0x70580
LVDS, LVDS, DP, DP, DP
020000000001000000010141200000001102020400000000
020000000001000000010231110000002103010300000000
000400000001000000010313500000002001030100000000
000400000001000000010413500000001204040200000000
000400000403000000010501000000001000050500000000

Florin (6) @ 0x70600
LVDS, LVDS, DP, DP, DP, DP
020000000001000000010141200000001102020400000000
020000000001000000010231110000002103010300000000
000400000001000000010313400000002001030100000000
000400000001000000010421300000001000050500000000
000400000001000000010553600000002205040200000000
000400000001000000010661500000001204060600000000

Sinu (6) @ 0x70710
LVDS, LVDS, DP, DP, DP, DP
020000000001000000010141200000001102020400000000
020000000001000000010231110000002103010300000000
000400000001000000010313400000002001030100000000
000400000001000000010421300000001000050500000000
000400000001000000010553600000002205040200000000
000400000001000000010661500000001204060600000000

Yelcho (6) @ 0x707a0
DP, DP, HDMI, DP, DP, DP
000400000001000000010111000000001204060100000000
000400000001000000010321000000002205040300000000
000800000402000000010500000000002103050400000000
000400000001000000014251000000001000000000000000
000400000001000000014461000000002001000000000000
000400000001000000014601000000001102000000000000

Acre (3) @ 0x70890
DP, HDMI, DVI-D
000400000403000000010101000000001102020100000000
000800000402000000010200000000002103050400000000
040000000402000000010300000000000000030500000000

Huallaga (3) @ 0x708e0
DP, DP, HDMI
000400000403000000010101000000001204040300000000
000400000403000000010201000000001102010200000000
000800000402000000010300000000002103050400000000

Berbice (5) @ 0x70960
LVDS, DP, DP, DP, DP
020000000001000039050108000000002001010100000000
000400000001000000010243300000001000020200000000
000400000001000000010313200000002103030300000000
000400000001000000010453500000001102040400000000
000400000001000000010533400000001204050500000000

Longavi (5) @ 0x709e0
LVDS, DP, DP, DP, DP
020000000001000039050108000000002001010100000000
000400000001000000010243300000001000020200000000
000400000001000000010313200000002103030300000000
000400000001000000010453500000001102040400000000
000400000001000000010533400000001204050500000000

Tolten (5) @ 0x70ad0
LVDS, LVDS, DP, DP, DP
020000000001000000010141200000001102020400000000
020000000001000000010231110000002103010300000000
000400000001000000010313500000002001030100000000
000400000001000000010413500000001204040200000000
000400000001000000010501000000001000050500000000

Palena (5) @ 0x70b50
LVDS, DP, DP, DP, DP
020000000001000039050108000000002001010100000000
000400000001000000010243300000001000020200000000
000400000001000000010313200000002103030300000000
000400000001000000010453500000001102040400000000
000400000001000000010533400000001204050500000000

Caroni (5) @ 0x70bd0
LVDS, LVDS, DP, DP, DP
020000000001000000010141200000001102020400000000
020000000001000000010231110000002103010300000000
000400000001000000010313500000002001030100000000
000400000001000000010413500000001204040200000000
000400000001000000010501000000001000050500000000

Salado (5) @ 0x70c50
DP, DP, DP, DP, DP
000400000403000000000001000000001000020200000000
000400000403000000000001000000002001010100000000
000400000403000000000001000000001102040400000000
000400000403000000000001000000002103030300000000
000400000403000000000001000000001204050500000000

Guariba (6) @ 0x70cd0
DP, DP, DP, HDMI, DVI-D, DP
000400000403000000010101000000001204060100000000
000400000403000000010201000000002205040300000000
000400000403000000010301000000001102010200000000
000800000402000000010400000000002103050400000000
040000000402000000010500000000000000030600000000
000400000001000000010601000000002001020500000000

Dayman (6) @ 0x70d60
DP, DP, DP, HDMI, DVI-D, DP
000400000403000000010101000000001204060100000000
000400000403000000010201000000002205040300000000
000400000403000000010301000000001102010200000000
000800000402000000010400000000002103050400000000
040000000402000000010500000000000000030600000000
000400000001000000010601000000002001020500000000

Baladi (6) @ 0x70df0
DP, DP, DP, DP, DP, DP
000400000403000000010300000000001204030300000000
000400000403000000010100000000001102010100000000
000400000403000000010200000000002103020200000000
000400000403000000010400000000002205040400000000
000400000403000000010500000000001000050500000000
000400000403000000010600000000002001060600000000

OPM (5) @ 0x70e80
DP, DP, DP, DP, DP
000400000403000000000001000000001102020200000000
000400000403000000000001000000002103030300000000
000400000403000000000001000000001204010100000000
000400000403000000000001000000001000040400000000
000400000403000000000001000000002001050500000000

Forrahue (6) @ 0x70f00
DP, DP, DP, DP, DP, DP
000400000001000000010113200000002001010100000000
000400000001000000010223100000001000020200000000
000400000001000000010333400000002103030300000000
000400000001000000010443300000001102040400000000
000400000001000000010553600000002205050500000000
000400000001000000010663500000001204060600000000

Ce message a été modifié par Patrice Brousseau - 18 Jan 2023, 01:54.

[Patrice Broussea...]

En fait, ces deux fils datent un peu mais m’ont été d’un grand secours pour « patcher » les FB de mes cartes AMD en 2019. Pour diverses raisons telles que:

- scintillement aléatoire d’un de mes écrans;
- changer le type de connecteur (software) pour mes deux LCD Acer qui sont DVI - adaptateur HDMI ou DP.

https://www.insanelymac.com/forum/topic/303...over-injection/

https://www.tonymacx86.com/threads/guide-ho...-clover.235409/

[jeandemi]

Merci.
Je pensais qu'il fallait utiliser le FB du nom de la puce de la carte (Polaris en l'occurrence)

Je n'ai jamais eu de problème de scintillement ou autre, que ce soit avec des GeForce 730, 760, 770, 1050Ti Gigabyte et Asus ou Radeon RX470, 570, 580, Vega64 Gigabyte, MSI ou XFX (ces dernières n'étant pourtant pas recommandées pour les Hackintoshes)...
il est vrai que j'utilise jusqu'à présent les écrans en natif (DisplayPort ou DVI-D ou HDMI, sans adaptateur) mais je viens de commander deux câbles DisplayPort/VGA (avec DAC incorporé) pour réutiliser de vieux écrans et peut-être que j'aurai ce genre de problème
Je n'ai également jamais utilisé qu'un écran à la fois, il paraît qu'avec deux ou plus il y a plus de soucis nécessitant de patcher les connecteurs.

Donc je devrais regarder ce qu'il y a comme connecteurs sur mes cartes pour choisir le FB le plus approprié ?

Ce message a été modifié par jeandemi - 18 Jan 2023, 09:15.

[Patrice Broussea...]

Merci.
Je pensais qu'il fallait utiliser le FB du nom de la puce de la carte (Polaris en l'occurrence)

Je n'ai jamais eu de problème de scintillement ou autre, que ce soit avec des GeForce 730, 760, 770, 1050Ti Gigabyte et Asus ou Radeon RX470, 570, 580, Vega64 Gigabyte, MSI ou XFX (ces dernières n'étant pourtant pas recommandées pour les Hackintoshes)...
il est vrai que j'utilise jusqu'à présent les écrans en natif (DisplayPort ou DVI-D ou HDMI, sans adaptateur) mais je viens de commander deux câbles DisplayPort/VGA (avec DAC incorporé) pour réutiliser de vieux écrans et peut-être que j'aurai ce genre de problème
Je n'ai également jamais utilisé qu'un écran à la fois, il paraît qu'avec deux ou plus il y a plus de soucis nécessitant de patcher les connecteurs.

Donc je devrais regarder ce qu'il y a comme connecteurs sur mes cartes pour choisir le FB le plus approprié ?

Seulement si c’est nécessaire. J’ai deux hacks avec deux écrans et dans les deux cas, des RX460/560 et j’injecte Acre à cause de ces fameux « scintillements ». D’autres n’y verraient pas de problèmes puisque ces « scintillements » ne sont présents que lors des redémarrages (après log in, un scintillement sur un des deux écrans) ou parfois, lors de sorties de veille (un scintillement sur un des deux écrans).


Comme je suis un peu OCD, ça m’énerve!

Normalement, WEG est « supposé » gérer parfaitement tout ça, mais il y a des exceptions…

Ça me faisait le même truc avec ma MSI RX580 (maintenant dans l’ordi de mon fils qui est mon premier hack, un Z97). Je crois que c’est particulièrement dû au fait que je dois utiliser des adaptateurs pour mes écrans qui sont tous en DVI (pas de DP ni HDMI) mais je peux me tromper…

Maintenant, dans le cas particulier de ce XPS, WEG gérait parfaitement les « scintillements » mais ce sont évidemment les lags/perte de performance graphiques en retour de veille qui m’obligent à recourir à ce stratagème.


J’ose espérer que je n’aurai plus besoin de passer par là avec ma (à venir) HP RX5500 mais je ne me fais pas trop d’illusions… Les NAVI 14 ont trois choix de FB: Boa, Keelback et Python.

https://www.tonymacx86.com/threads/list-of-...11#post-2100732

Oui, il est « possible » que tu rencontres ce genre de désagréments avec de vieux écrans mais c’est peut-être moi qui est malchanceux…

Jamais eu ce genre de bugs avec des NVidia (GT950, GT710, GT740) et j’ai toujours eu deux écrans.

Ce message a été modifié par Patrice Brousseau - 18 Jan 2023, 19:51.

[jeandemi]

Pour les lags à la sortie de veille, est-ce que ça n'aurait pas à voir avec ce sujet ?
https://www.insanelymac.com/forum/topic/351...5-compute-help/

[Patrice Broussea...]

Pour les lags à la sortie de veille, est-ce que ça n'aurait pas à voir avec ce sujet ?
https://www.insanelymac.com/forum/topic/351...5-compute-help/

Malheureusement non, j'ai essayé tout ce qui suit, sans succès:

CODE

unfairgva:
Only the first value of unfairGVA=1 is documented in the WEG readme. The values of 2 and 4 are not. This entry can be used as as a boot-arg or a device property for the AMD GPU.
I came to realize then that unfairgva=4 is an equivalent of what shikiGVA used to do and explains why using values 4, 5, 6 or 7 enables AppleTV/iTunes DRM on my machine.
The value add up:
unfairgva = 1 -> enables DRM on old CPUID
unfairgva = 2 ->Relax HDCP requirements
unfairgva = 1+2 = 3 -> enables the two options above
unfairgva = 4 -> Inject the iMacPro1,1 board ID
unfairgva = 4+1 = 5 -> enables the options 4 and 1
unfairgva = 4+2 = 6 -> enables the options 4 and 2
unfairgva = 4+2+1 = 7 -> enables all


I opened the command line, and I paste line by line, and pushed enter
these are the commands:

defaults write com.apple.AppleGVA gvaForceAMDKE -bool YES
defaults write com.apple.AppleGVA gvaForceAMDAVCEncode -bool YES
defaults write com.apple.AppleGVA gvaForceAMDAVCDecode -bool YES
defaults write com.apple.AppleGVA gvaForceAMDHEVCDecode -bool YES

After that Apple TV works.

I hope I help, but, before you do it, let some experienced users to answer my post. I don’t want to mess up your machine.



DRM Compatibility Chart for 10.15
Configuration Mode iTunes Trailers iTunes Movies TV+ Prime Trailers Prime/Netflix IQSV
AMD+IGPU, IM/MM shikigva=16 SW1 SW2 HW4 HW NO OK
AMD+IGPU, IM/MM shikigva=80 SW1 SW2 HW4 HW3 HW3 OK
AMD, IMP/MP SW1 SW2 HW4 HW3 HW3 NO
AMD, IMP/MP shikigva=128 HW1 HW2 HW4 HW3 HW3 NO
NV+IGPU, IM/MM SW1 SW2 NO HW NO OK
NV, IMP/MP shikigva=256 SW1 SW2 SW3 HW NO NO
IGPU, IM/MM SW1 NO NO HW NO OK
• SW - software unencrypted decoder, works everywhere
• HW - hardware unencrypted decoder, works with any compatible GPU
• SW1 - software FairPlay 1.0 decoder (CoreFP)
• SW2 - software FairPlay 1.0 decoder (CoreFP), requires HDCP
• SW3 - software FairPlay 4.0 decoder (CoreLSKD), requires HDCP and no IGPU
• HW1 - hardware FairPlay 1.0 decoder (CoreFP), requires select AMD GPUs
• HW2 - hardware FairPlay 1.0 decoder (CoreFP), requires HDCP and select AMD GPUs
• HW3 - hardware FairPlay 2.0/3.0 decoder (CoreLSKDMSE), requires HDCP and select AMD GPUs
• HW4 - hardware FairPlay 4.0 decoder (CoreLSKD), requires HDCP and select AMD GPUs
• IM/MM - iMac/Macmini models with IGPU, IGPU must have connector-less framebuffer-id when AMD/NV is used.
• IMP/MP - iMacPro/MacPro models without IGPU.
• Other configurations are used at your own risk, use -shikioff to disable modifications
DRM Compatibility on macOS 11
Things to keep in mind:
• All kinds of software DRM decoders were removed from macOS 11
• All kinds of legacy hardware DRM decoders (e.g. NVIDIA VP3) were removed from macOS 11
• WhateverGreen Shiki functionality is not planned for inclusion for macOS 11
• AMD GPU video decoder preference can be chosen through preferences overrides for some types of DRM content (like Apple TV and iTunes movie streaming)
• Only IGPU-free Mac models allow for full DRM content access given a compatible AMD GPU video decoder
• For old CPUs (e.g. Xeons or Quad 2 Quad) and supported AMD GPUs injecting unfairgva with <01 00 00 00> value is required for streaming DRM
List of overrides:
• defaults write com.apple.AppleGVA gvaForceAMDKE -boolean yes forces AMD DRM decoder for streaming services (like Apple TV and iTunes movie streaming)
• defaults write com.apple.AppleGVA gvaForceAMDAVCDecode -boolean yes forces AMD AVC accelerated decoder
• defaults write com.apple.AppleGVA gvaForceAMDAVCEncode -boolean yes forces AMD AVC accelerated encoder
• defaults write com.apple.AppleGVA gvaForceAMDHEVCDecode -boolean yes forces AMD HEVC accelerated decoder
• defaults write com.apple.AppleGVA disableGVAEncryption -string YES forces AMD HEVC accelerated decoder
• defaults write com.apple.coremedia hardwareVideoDecoder -string force forces hardware accelerated video decoder (for any resolution)
• defaults write com.apple.coremedia hardwareVideoDecoder -string disable disables hardware accelerated video decoder (in QuickTime / Apple TV)

Changement de sujet, je vais me chercher une Sapphire RX580 dans quelques heures.

- WX5100: température très haute et pas moyen de résoudre les lags après réveil en injectant des Framebuffers;
- HP RX5500: perfs un peu meilleures que la RX460 mais problèmes de DRM (films téléchargés sur iTunes/TV) à moins de ne laisser qu'un écran en HDMI;
- RX460: ok mais je veux un peu mieux...

Dans presque tous les cas (RX460, RX5500), j'ai parfois un écran qui devient noir une fraction de seconde et se rallume. Problème aléatoire mais c'est embêtant alors ce matin, j'ai procédé à:

- retour de tous les kexts Lilu et cie à septembre 2021;
- retour à OC 0.8.3 depuis 0.8.8;

On verra si cela règle le problème du moniteur qui se comporte comme un con... Je penche pour un truc chelou du côté de WhateverGreen mais ça peut être aussi du fait de OC 0.8.8. Je hais les "bugs" aléatoires car ils sont difficiles à cerner...

**Mes deux écrans sont DVI (connectés sur DVI et câble DVI - HDMI sur la 460) et VGA seulement donc il se peut également que cela ait un impact. Sur la RX5500, c'était DVI - adaptateur DP et câble DVI - HDMI...

Ce message a été modifié par Patrice Brousseau - 12 Feb 2023, 16:30.

[jeandemi]

J'ai une RX580 de chez XFX qui fait des écrans noirs comme ça assez souvent, sous Windows dans un jeu ça va jusqu'à 1 seconde toutes les 10-15 secondes. Je pense que la carte a trop miné, j'en ai une autre identique qui ne le fait jamais.
J'ai une Vega64 de Gigabyte qui le fait très rarement.

Il y a un bug dans la gestion des ventilateurs avec les cartes PC Vega et plus récentes, qui touche les Hackintoshes comme les vrais Mac équipés d'une carte PC. Apple a résolu le problème en cachant la misère sous le tapis : les cartes ne surchauffent plus, au prix d'une sévère réduction des performances dans GeekBench. Le kext RadeonBoost.kext restaure les performances GB5 des cartes RX4x0 et supérieures en rechargeant le BIOS de la carte à la sortie de veille, mais en supprimant le cache misère de Apple, du coup la gestion des ventilateurs redevient problématique sur les Vega et RX5700.
Sur les dernières versions du kext, le support des Vega a d'ailleurs été enlevé.

C'est assez controversé comme kext, car les autres benches ne montrent aucune amélioration des résultats.
Je ne sais pas si tu utilises ce kext

[Patrice Broussea...]

J'ai une RX580 de chez XFX qui fait des écrans noirs comme ça assez souvent, sous Windows dans un jeu ça va jusqu'à 1 seconde toutes les 10-15 secondes. Je pense que la carte a trop miné, j'en ai une autre identique qui ne le fait jamais.
J'ai une Vega64 de Gigabyte qui le fait très rarement.

Il y a un bug dans la gestion des ventilateurs avec les cartes PC Vega et plus récentes, qui touche les Hackintoshes comme les vrais Mac équipés d'une carte PC. Apple a résolu le problème en cachant la misère sous le tapis : les cartes ne surchauffent plus, au prix d'une sévère réduction des performances dans GeekBench. Le kext RadeonBoost.kext restaure les performances GB5 des cartes RX4x0 et supérieures en rechargeant le BIOS de la carte à la sortie de veille, mais en supprimant le cache misère de Apple, du coup la gestion des ventilateurs redevient problématique sur les Vega et RX5700.
Sur les dernières versions du kext, le support des Vega a d'ailleurs été enlevé.

C'est assez controversé comme kext, car les autres benches ne montrent aucune amélioration des résultats.
Je ne sais pas si tu utilises ce kext

Ouais, il y a deux "améliorations": le RadeonBoost et un SSDT (InsanelyMac vs TonyMac, ChrisM vs Mattystonie).

Bon, la Sapphire Pulse RX580 avec FB Orinoco donne des performances meilleures que la RX5500. Pour le moment, pas d'écran qui devient noir et se rallume mais j'ai pas mal trifouillé mon EFI:

- Retour à 0.8.3 et tous les kexts Acidanthera de Septembre 2021.

Quelques sueurs froides quand j'ai mélangé les OpenCore Configurator et sauvegardé les config= KP. Heureusement, j'ai pu réparer l'EFI sous Windows avec l'aide de MacDrive (pour aller chercher un EFI fonctionnel sur mon Bureau).

Je crois que la Sapphire Pulse est un choix sûr puisqu'elle avait été testée en eGPU par Apple à l'époque de Mojave. Elle fonctionne également nickel sous Windows 11. Elle reste également relativement "froide" même en usage intensif (LuxMark, BaseMark, GFXBench Metal, Cinebench).

Pas de plantages non plus lors des benchs, ce qui était le cas avec la RX460 et la RX5500.

On ne touche plus à rien... quoique j'ai une Alim EVGA encore dans sa boîte et deux ventilos Noctua... Plus tard puisque ça implique de retirer le ventirad et de réappliquer la pâte thermique!

***Bon, un écran noir à l'instant... Je vais essayer sur un autre port (2DP, 2HDMI et un DVI). L'écran problématique est sur le port DVI...

Ce message a été modifié par Patrice Brousseau - 12 Feb 2023, 21:24.

[Patrice Broussea...]

Ouch!

Deuxième écran qui, aléatoirement, vire au noir et revient. 4-5 fois par jour. Ça arrivait avec la RX460 et la RX5500 aussi...

Je m'en vais de ce pas chercher un autre câble DVI vers HDMI pour connecter le deuxième écran. Je me croise les doigts: ça peut être le câble, l'alim (460w, quoique ce serait étrange que ça n'affecte qu'un seul écran) ou pire... le moniteur lui-même qui a plus de dix ans!

J'ai essayé d'injecter des tables PowerPlay, sans succès! De plus, cela arrive également sous Windows! C'est probablement plus matériel que logiciel. Je reviens donc à OC 0.8.8 et aux kexts Lilu les plus récents puisque ça semble n'avoir aucun impact sur ce "bug".

**J'ai ajouté les valeurs de la RX580 dans les propriétés OC en me basant sur le SSDT ici: https://www.tonymacx86.com/threads/amd-rade...55/unread?new=1
Différences plus cosmétiques que réelles, i.e., pas de résultats différents dans les benchs.

Code

<key>DeviceProperties</key>
    <dict>
        <key>Add</key>
        <dict>
            <key>PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)</key>
            <dict>
                <key>AAPL,slot-name</key>
                <string>Internal@0,1,0/0,0</string>
                <key>@0,AAPL,boot-display</key>
                <data>AQAAAA==</data>
                <key>ATY,EFIVersionB</key>
                <data>MTEzLUM5NDRBMVhULTAxNA==</data>
                <key>ATY,Rom#</key>
                <data>MTEzLTJFMzQ3MFUuUzVY</data>
                <key>PP_BootupDisplaySate</key>
                <data>AQAAAA==</data>
                <key>PP_PowerPlayEnabled</key>
                <data>AQAAAA==</data>
                <key>ATY,EFIVersion</key>
                <data>MDEuMDEuMTgz</data>
                <key>@0,name</key>
                <string>ATY,Orinoco</string>
                <key>@1,name</key>
                <string>ATY,Orinoco</string>
                <key>@2,name</key>
                <string>ATY,Orinoco</string>
                <key>@3,name</key>
                <string>ATY,Orinoco</string>
                <key>@4,name</key>
                <string>ATY,Orinoco</string>
            </dict>

Ce message a été modifié par Patrice Brousseau - 13 Feb 2023, 18:36.

[jeandemi]

Mes RX470/570/580/Vega64 fonctionnent sans patch, sur tous les ports
As-tu essayé sans ces ajouts de Framebuffer et autre?

Si tu as de vieux écrans, j'ai acheté sur AliExpress des câbles convertisseurs DisplayPort vers VGA qui fonctionnent bien, ça permet d'utiliser ces vieux écrans VGA sur des cartes graphiques modernes. Si ça t'intéresse, je te donnerai la référence

[Patrice Broussea...]

Ah, c'est le moniteur! Tout ajustement avec les boutons en-dessous du LCD mènent inexorablement au même résultat, écran qui devient noir et se rallume. Pire, au bout d'un certain moment et à force d'essayer d'ajuster les paramètres, le bouton "off" ne fonctionne même plus! Je dois retirer l'alim pour l'éteindre.

Je regarde pour remplacer mon affichage double écran par un seul 32 pouces...

[Patrice Broussea...]

Mes RX470/570/580/Vega64 fonctionnent sans patch, sur tous les ports
As-tu essayé sans ces ajouts de Framebuffer et autre?

Si tu as de vieux écrans, j'ai acheté sur AliExpress des câbles convertisseurs DisplayPort vers VGA qui fonctionnent bien, ça permet d'utiliser ces vieux écrans VGA sur des cartes graphiques modernes. Si ça t'intéresse, je te donnerai la référence

Ce sont deux moniteurs Acer S220HQL. J’ai ouvert celui qui flanche et essayé de brancher/débrancher les câbles internes mais il semble résolument sûr le point de « mourir ».

Je m’en fais livrer un identique que j’ai trouvé pas cher. Un 2012 alors que les miens sont un 2013 (celui qui passe l’arme à gauche) et un 2014 (celui qui fonctionne bien).

C’est peut-être un condensateur, une soudure qui lâche mais à ce point, autant en prendre un autre usagé…

J’ai regardé pour des 27 ou des 32 pouces mais ça ne le fait pas: mon meuble d’ordinateur a 45 centimètres d’espace en hauteur (y’a une tablette au-dessus) et la plupart des écrans à grande diagonale font plus dans les 50-55 cm de haut avec le pied…

**Les deux Acer ont tout de même une entrée DVI en plus du vieux standard VGA.

**Pour le moment, je roule avec le seul écran qui n’est pas foutu: pas d’écran noir mais j’ai du mal à m’habituer alors que ça fait à peu près 15 ans que je roule en double moniteur.

Ce message a été modifié par Patrice Brousseau - 14 Feb 2023, 02:24.

[Patrice Broussea...]

Bon, moniteur usagé reçu:

- quelques égratignures, fallait s'y attendre! Un peu de "Magic Eraser" (une éponge pour enlever des taches) et c'est à peine si c'est visible;
- j'aurais pu racheter deux nouveau moniteurs ou un 27 pouces mais j'ai horreur de gaspiller... Le moniteur Acer fonctionnel ne m'aurait plus été d'aucune utilité;
- l'usagé m'est revenu, avec taxes et transport, à environ 75% du prix de ce que j'aurais trouvé en bas de gamme, des Aopen 22CV1Q, pour un seul s'entend...Ce n'est pas le deal du siècle mais bon!
- plus d'écran noir aléatoire, c'était le but!

Ce message a été modifié par Patrice Brousseau - 21 Feb 2023, 02:14.

[Patrice Broussea...]

J'ai changé d'idée:

- retour à l'expéditeur du ACER S220HQL usagé car je n'arrivais pas à "matcher" les couleurs avec l'autre... Il ne m'a toujours pas donné de RMA et au pire, je le revend

- Achat d'un LG 26WQ500. Un seul moniteur à gérer et tout l'espace dont j'ai besoin pour une machine de bureau.