Version imprimable du sujet

Écrit par : legallou 4 Jan 2017, 12:06

J'ai installé sans difficulté sur un Nuc6i3SYH El Capitan en utilisant la Config.plist de Chris27.
J'ai mis Kext Audio AppleALC.kext 1.0.18.
J'ai mis IntelMausiEthernet.kext, l'Internet fonctionne.
J'ai fait l'injecteur pour l'USB qui fonctionne.
J'ai fait le SSDT-IGPU.aml en suivant le tutoriel de Sibenouse avec 0x00, 0x00, 0x16, 0x19 pour Audio 0x80869D70, Intel graphics 520 FrameBuffer 0x19120000. Aussi testé et 0x02, 0x00, 0x16, 0x19.
Je n'ai pas de son.

J'ai levé le doute sur une panne matérielle en installant l'audio via MultiBeast. L'audio marche. Donc, j'ai refait une installe complète de El Capitan pour trouver comment en Clover pur faire fonctionner la SSDT-IGPU.aml.

J'ai lancé Rapport_Syste__me_de_votre_Hack_Clov il y a visiblement des problèmes de Patch SSDT que je ne sais pas résoudre.

Le rapport est ici http://www.legallou.com/d/2017/RapportNUC6i3ALG.zip

Merci de votre aide. j'aimerais bien ne pas avoir à utiliser MultiBeast.


PS : Dans cette phrase de première page en début de tutoriel de Sibenouse « Appliquer le patch Clover disponible ici (cliquez sur "view raw") » le lien ICI est cassé. Est-ce que ce serait cette patch qui me manque

Écrit par : polyzargone 4 Jan 2017, 15:17

Salut,

Avec AppleALC.kext, pas besoin de script ni de patch AppleHDA dans Clover. En revanche, il faut rentrer le Layout-id (cf. http://forum.macbidouille.com/index.php?showtopic=397020). Ne connaissant pas ton codec (0x80869D70 c'est l'audio device, pas le codec ID), difficile de savoir si 1 est la bonne valeur…

Par ailleurs, il est possible que tu doives cocher FixHDA car la SSDT-IGPU.aml n'ajoute pas le device HDEF, juste le device HDAU qui sert uniquement à l'HDMI audio.

Un IOReg extrait avec http://forum.macbidouille.com/index.php?act=Attach&type=post&id=52582 > File > Save as… nous en dirait un peu plus.

Écrit par : legallou 4 Jan 2017, 16:41

Merci, à me focaliser sur des potentiels problèmes SSDT, j'en avais oublié de vérifier le codec ID. J'ai l'audio avec codec ID 3 et 11. Par contre j'ai un crissement dans les haut-parleurs (larsing). Je ne l'avais pas quand j'avais essayé avec MultiBeast.

J'avais déjà coché FixHDA. J'ai aussi essayé sans. Cela marche dans les deux cas.

Une idée sur ce problème du larsing. les HP n'ont pas de larsing branchés sur mon HackIntosh personnel GA-Z170X-Gaming 5.

Écrit par : Sebinouse 4 Jan 2017, 16:45

Trop rapide ce Poly !

Je confirme que SSDT-IGPU.aml ne gère pas l'audio autre que HDMI ... et encore pas tout seul.

Pour l'audio tout court il faut suivre le lien du post précédent ... de memoire ton NUC à une carte ALC283 et donc essayer en injectant 3 ou 11 par Clover (tu as injecté 1 avec le config.plist du rapport)

EDIT: tu m'as grillé aussi ! la loose

Écrit par : legallou 4 Jan 2017, 16:52

La Loose ou plutot la honte c'est moi de ne pas avoir vu moi-même cette erreur de codec ID dans la Config.plist de Chris27. Il y a 1 dans la Config.plist de Chris27. C'est mon troisième HackIntosh, je ne devrais plus faire une erreur aussi banale. Reste le larsing.

Écrit par : Sebinouse 4 Jan 2017, 16:56

Damned ...

tu peux essayer cette version que j'avais compilée au début de macOS 10.12 : http://osxonthinkpads.wikidot.com/local--files/alc283-of-intel-nuc-i5-4250/AppleALC.kext.zip avec un layout 1 ou 12

il te reste des patches pour l'HDA dans ton config.plist et ça peux poser des soucis avec AppleALC.kext.

Écrit par : legallou 4 Jan 2017, 17:16

Je les avais toutes supprimées pour mon dernier essai.

J'ai aussi fait un essai sans AppleALC.kext et avec le patche l'HDA ALC283 dans config.plist. Même problème de larsing.

je vais essayer de suite ta proposition
http://osxonthinkpads.wikidot.com/local--f...pleALC.kext.zip avec un layout 1 ou 12

Écrit par : legallou 4 Jan 2017, 17:57

Pas de son avec 12 du son avec 1 et 3 et 11 et toujours du larsing. J'ai vider les caches avec Kext Zizard

Une autre idée ?

Écrit par : Sebinouse 4 Jan 2017, 19:21

ok c'est normal pour le douze et pas normal pour le larsen sur les autres ...

tu as essayer d'activer / désactiver DMIC dans le BIOS

Écrit par : legallou 4 Jan 2017, 19:41

Je viens de faire tous les menus du BIOS du NUC je n'ai pas trouvé cette option DMCI peut-elle avoir un autre nom ?

Ne pas oublier dans la recherche du pourquoi du larsing que je n'en avais pas quand j'ai fait un test pour vérifier que le hardware marchait en utilisant Multibeast. Qu'est-ce que ces bidouilleurs peuvent bien patcher dans macOS ? car rien n'avait été ajouté dans la configuration Clover config.list ou .kext.

Écrit par : polyzargone 4 Jan 2017, 20:40

Pas sûr. Si comme je le soupçonne MultiBeast utilise le script de Toleda, il est possible que l'AppleHDA.kext ait été légèrement modifié en y ajoutant des layoutx.xml.zlib et Platforms.xml.zlib spécifiques .

Si tu as réinstallé OS X de zéro, normalement c'est bon mais si tu as conservé le même AppleHDA.kext, c'est peut-être ça.

Écrit par : legallou 4 Jan 2017, 20:48

J'avais fait un Erase du SSD pour être sûr de repartir à zéro. À demain.

Écrit par : legallou 5 Jan 2017, 12:12

J'ai tout repris à zéro ce matin. J'ai fait un Erase du SSD en entier, pas seulement la partition. De plus j'ai installé 10.12 pour changer.
J'ai fait un essai avec le AppleALC.kext officiel 10.0.18 et celui proposé par Sebinouse. J'ai bien l'audio mais toujours du larsing.
voici le nouveau http://www.legallou.com/d/2017/RapportALG5jan10.12.zip

Écrit par : legallou 6 Jan 2017, 18:26

Pas d'idée pour un patch Clover pour éviter le larsing ? Et d'être obligé d'utiliser Multibeast, la honte sur ce forum.

Polyzargone, Sebinouse, Chris27...... Toujours pas d'idée de patch pour éviter que le larsing sur un NUC6i3

Écrit par : legallou 13 Jan 2017, 10:43

Toujours pas d'idées où chercher pour supprimer ce larsing désagréable.

Écrit par : Sebinouse 25 Jan 2017, 15:02

a part se compiler un version custom de AppleALC avec les infos du package MultiBeast je vois pas trop ...

Écrit par : legallou 29 Jan 2017, 13:36

Je reprends la recherche pour savoir qu'est-ce que MultiBeast fait comme modifications pour supprimer le larsing.
Sur une installation El Capitan toute fraîche qui a du larsing, j'installe par MultiBeast l'option « ALC283 NUC only ». Redémarrage, plus de larsing.

MultiBeast a ajouté un fichier realtekALC.kext dans /L/E
Visiblement dans realtekALC.kex c'est du code Toleda. Il y a une grosse quantité de patchs. J'ai travaillé pas dichotomie pour trouver lequel fonctionne. Il y en a plusieurs.

Ce serait les patchs LayoutID 1 codes ID 283904135 283904136 283904133

Ma question est comment transformer cette patch /L/E en une patch Clover.

À quoi correspond ces valeurs codes ID 283904135 ?
------------------------------------------------
<array>
<dict>
<key>CodecID</key>
<integer>283904135</integer>
<key>ConfigData</key>
<data>IUccECFHHUAhRx4RIUcfkCFHDAIhVxwgIVcdECFXHgEhVx8BIWccMCFnHWAhZx4BIWcfASF3HPAhd
x0AIXceACF3H0AhhxxAIYcdkCGHHqAhhx+QIZccYCGXHZAhlx6BIZcfAiGnHFAhpx0wIacegSGnHwEhtx
xwIbcdQCG3HiEhtx8CIbcMAiHnHJAh5x1hIeceSyHnHwEh9xzwIfcdACH3HgAh9x9AIRcc8CEXHQAhFx4
AIRcfQA==</data>
<key>FuncGroup</key>
<integer>1</integer>
<key>LayoutID</key>
<integer>1</integer>
<key>Comment</key>
<string>toledaALC</string>
</dict>
</array>
------------------------------------------------
Les fichiers complets en téléchargement le rapport http://www.legallou.com/d/2017/Rapport28janMultiBeast.zip
et le fichier MultiBeast http://www.legallou.com/d/2017/PatchToledaNUC.plist complet

Écrit par : legallou 5 Feb 2017, 15:29

L'antienne de Macbidouille c'est de ne pas utiliser Unibeast/MultiBeast. J'en suis partisan, mais faut-il trouver une solution pour passer outre.

Alors, je relance, comment trouver l'équivalent en pur Clover du code de fichier realtekALC.kext de MultiBeast ? C'est quoi ces codes ID 283904135 ? Où peut-on apprendre comment cela fonctionne ?

Ceci me paraît d'autant plus important que le NUC6i3 et le remplacement idéal du MacMini en entrée de gamme.

Écrit par : polyzargone 5 Feb 2017, 15:42

Non mais c'est pas tellement important si tu utilises les patchs Clover de Toleda et un realtekALC.kext. La méthode AppleALC.kext est un peu plus propre et a l'avantage de fonctionner avec toutes les versions d'OS X sans avoir besoin de mettre les patchs à jour mais celle de Toleda reste tout de même très efficace.

Pour rappel, on faisait tous comme ça avant qu'AppleALC.kext n'arrive. On passait par https://github.com/toleda/audio_CloverALC/ et voilà ! Il serait d'ailleurs intéressant de voir s'il donne les mêmes résultats que MultiBeast…

Parce qu'il ne faut pas oublier que MultiBeast, c'est juste une compilation de kexts/scripts/patches volés récupérés à droite à gauche …

Si on ne veut pas de MultiBeast ici, c'est pour ça c'est aussi et surtout parce que ça installe tout et n'importe quoi et pas forcément là où il faudrait (EFI/CLOVER/kexts par ex.).

Mais bon là, on va pas chipoter parce que le principal, c'est quand même que ça fonctionne !