Gigabyte Z390 Designare - Configurations, expériences, retours, One Thread to rule them all* (*Un sujet pour les gouverner tous)

[Yellocab]

Bonjour à tous

Nous sommes déjà nombreux à posséder cette carte mère et il nous semblait intéressant avec @mbournau de concentrer sur un seul sujet toutes notre expériences afin de faciliter le travail de certains et des nouveaux acquéreurs de cette carte.

Il n'est pas question de copier le Thread de @CaseySJ de TonyMac mais force est de constater que cette carte est devenue très populaire dans le tout petit monde du Hackintosh (et surement grâce à ce membre d'ailleurs...). Sur ce forum nous sommes déjà plus d'une dizaine à posséder une configuration autour de cette mobale.

La raison est simple selon moi. C'est une Gigabyte et comme pour les plus grandes marques le passage au Hackintosh est très aisé mais surtout cette carte possède nativement 2 ports Thunderbolt 3 plutôt simples à mettre en oeuvre. Elle possède aussi 2 ports RJ45, un module Wifi intégré, (Ce dernier ne pourra d'ailleurs pas fonctionner sous macOS), et 2 ports M.2 NVMe avec des limitations restreintes.

Le guide de CaseySJ est très complet mais:
- il repose sur la maudite méthode UniBeast/MultiBeast...
- il est en anglais...
- il devient énormissime et on compte au moment ou je lance ce sujet plus de 1365 pages...

Donc l'idée est simplement de vous faciliter le travail si vous prenez le train Designare en marche et surtout d'adopter les méthodes promulguées sur le forum Hackintosh Macbidouille. Pour cela il fallait un "espace" où nous puissions tous partager nos expériences autour de cette Z390 Designare!

Voilà alors il est par contre évident que ce thread ne m'appartient pas vraiment. Déjà l'idée vient de notre éminent membre @mbournau et je tiens à le remercier mais surtout ce sujet ne sera utile que si bcp partagent et n'hésitent pas à poser des questions.

Pour ma part vous avez ma configuration en signature et vous avez aussi un accès à une version "partageable" de mon EFI (SMBIOS modifié).

J'ajouter juste:
- un lien ICI pour télécharger les nouvelles versions du Bios de la carte.
- un lien ICI pour télécharger la notice de la carte.



Ce message a été modifié par Yellocab - 27 Jan 2020, 13:19.

[Mac Arthur]

Si vous avez besoin de quelqu'un pour tenir la buvette , pour l'instant je reste fidèle à ma Gigabyte à moi.
Juste par curiosité (ça doit figurer quelque part mais je ne sais plus où...) Quel gain de performance entre vôtre configuration et la mienne ?
Pour ce qui est de la connectivité j'ai tout ce qu'il me faut, et pour le reste il est parfaitement stable.

By the way, le forum est devenu bilingue ?

Ce message a été modifié par Mac Arthur - 27 Jan 2020, 10:55.

[vjpirat]

Je me permets d'ajouter un élément sur cette carte pour permettre aux personnes qui se posent la question du matériel à acquérir pour leur hackintosh.
Cette info est disponible partout relayée sur pas mal de posts mais comme on rassemble nos expériences je pense que cela eut être utile ici.

Lorsque qu'on utilise un ou deux disques M2 sur cette carte des port Sata sont désactivés. Le nombre de Sata disponibles à l'origine est de 6 mais en fonction des du type de disques M2 insérés et de leur socket d'insertion un ou plusieurs port Sata sont désactivé.

Voici le tableau officiel consultable dans la notice de la carte mère.



J'en parle parce que c'est une des première question que je me suis posé concernant cette carte.
La limitation n'est pas dramatique mais il est important de la connaître avant de construire sa configuration.

Ce message a été modifié par vjpirat - 27 Jan 2020, 10:53.

[mbournau]

Quelques petits conseils (loin d'être exhaustif...) issus des expériences déjà menées sur ce forum par plusieurs de ses membres :

- Etre à jour de Clover : mini : 5103, recommandation valable pour les configurations en général, mais plus particulièrement ici afin d'éviter des problèmes rencontrés avec les modules mémoire 32 Go... (et bien sûr avoir des kexts à jour (surtout WhateverGreen pour cette config, voir section tutoriels de ce forum)

- Pour une bonne gestion des sorties Audio il est recommandé d'utiliser (avec Clover Configurator) le layout comme indiqué ICI

- L'installation de MacOs avec une carte graphique 5700 XT de la marque MSI peut s'avérer problématique (écran noir). Il est recommandé de ne pas installer cette carte au moment de l'installation de MacOs et de procéder à celle ci avec l'iGPU seule.

- Si l'on adopte un SmBios iMac19,1, la lecture des DRM avec AppleTV, iTunes, semble nécessiter l'argument shikigva=16 dans la section Boot-->Arguments (avec Clover Configurator) Avec le SMBIOS iMacPro1,1 il semble que l'on puisse s'en dispenser.

- Avec les cartes graphiques 5700 il est nécessaire d'avoir l'argument agdpmod=pikera dans cette même section (et comme pour toute config CG 5700 Catalina dans sa dernière version, mini : 10.15.1)

.../...

Ce message a été modifié par mbournau - 27 Jan 2020, 11:34.

[vjpirat]

Je rajoute également une info concernant l'installation de 2 disques M2 pour un dual boot MacOS/Windows.

L'info est tirée du post de Casey

La copie de la source en Anglais :

"Microsoft releases Feature Updates to Windows on a periodic basis. These are different from security and bug fix releases, and contain new and updated functionality. Unfortunately, Windows will interfere with the EFI partition of other drives in the system, and may prevent Clover from starting.

It’s been suggested by some users that Windows should be installed in the M2M slot (closest to CPU) so that it updates/modifies its own EFI partition. Just as Linux enumerates all disks as /dev/sda, /dev/sdb, /dev/sdc, etc. based on an internal hardware order, Windows does a similar thing. It enumerates disks as disk1, disk2, disk3, etc. and will update/modify the EFI partition on the first disk that contains an EFI partition. M2M is disk1. M2P is disk2, and the SATA ports take it from there. Therefore, moving the Windows NVMe SSD to the M2M slot will attach it to disk1 and Windows should no longer interfere with any other EFI partitions on other disks. Note that I have not tested this myself. Update 17 May 2019: This has been confirmed to work. More details located here.

When actually installing Windows, all other NVMe and SATA drives should be physically removed from the system. Failure to do so may result in a number of installation errors. In BIOS, it may be wise to change Windows 8/10 Features to Windows 8/10 or Windows 8/10 WHQL. After installation is completed, this should be changed back to Other OS."

La traduction (google) :

"Microsoft publie régulièrement des mises à jour des fonctionnalités pour Windows. Ils diffèrent des versions de sécurité et de correction de bogues et contiennent des fonctionnalités nouvelles et mises à jour. Malheureusement, Windows va interférer avec la partition EFI des autres lecteurs du système et peut empêcher Clover de démarrer.

Certains utilisateurs ont suggéré que Windows devrait être installé dans l'emplacement M2M(le plus proche du CPU) pour qu'il mette à jour / modifie sa propre partition EFI. Tout comme Linux énumère tous les disques en tant que / dev / sda, / dev / sdb, / dev / sdc, etc. en fonction d'un ordre matériel interne, Windows fait la même chose. Il énumère les disques comme disk1, disk2, disk3, etc. et mettra à jour / modifier la partition EFI sur le premier disque qui contient une partition EFI. M2M est disk1. M2P est disk2, et les ports SATA le prennent à partir de là. Par conséquent, le déplacement de Windows NVMe SSD à la fente M2M va l' attacher à disk1 et Windows ne devrait plus interférer avec les autres partitions EFI sur d' autres disques. Notez que je n'ai pas testé cela moi-même. Mise à jour 17 mai 2019: cela a été confirmé pour fonctionner. Plus de détails ici .

Lors de l'installation de Windows, tous les autres disques NVMe et SATA doivent être physiquement supprimés du système. Ne pas le faire peut entraîner un certain nombre d'erreurs d'installation. Dans le BIOS, il peut être judicieux de remplacer les fonctionnalités de Windows 8/10 par Windows 8/10 ou Windows 8/10 WHQL . Une fois l'installation terminée, celle-ci doit être redéfinie sur Autre OS . "

[Mac Arthur]

Arfff, la version originale est parfaitement compréhensible, la traduction est a mourir de rire. Un peu de relecture à faire...

[Yellocab]

Juste par curiosité (ça doit figurer quelque part mais je ne sais plus où...) Quel gain de performance entre vôtre configuration et la mienne ?

Hola l'ami

les performances brutes sont les mêmes non? Mon processeur était sur une Z370 UG avant et mes Benchs étaient parfaitement identiques (autour de 40000 sur Geekbench 4). Par contre la Z370 UG n'arrivait pas à gérer correctement le processeur. (l'overcloking était complètement aléatoire et de base le processeur était coincé sur une fréquence loin des valeurs par défaut, pire au dela d'une certaine version du Bios je ne pouvais plus installer macOS...et ça tombait mal c'était les versions du Bios qui permettait de gérer mon i9...)

Yello

Ce message a été modifié par Yellocab - 27 Jan 2020, 11:55.

[Yellocab]

- Si l'on adopte un SmBios iMac19,1, la lecture des DRM avec AppleTV, iTunes, semble nécessiter l'argument shikigva=16 dans la section Boot-->Arguments (avec Clover Configurator) Avec le SMBIOS iMacPro1,1 il semble que l'on puisse s'en dispenser.

Je confirme! Tout fonctionne sans cet argument avec le SMBIOS iMacPro1,1 chez moi (Netflix,TV,...). Attention cependant puisqu'en choisissant ce SMBIOS vous vous simplifiez la vie mais vous ne bénéficierez pas du petit "plus" en puissance qu'apporte l'iGPU de votre puce Intel.

Ceci étant dit si vous avez opté pour un processeur Intel sans iGPU (Série KF) le SMBIOS iMacPro sera nécessaire.

[mbournau]

- Si l'on adopte un SmBios iMac19,1, la lecture des DRM avec AppleTV, iTunes, semble nécessiter l'argument shikigva=16 dans la section Boot-->Arguments (avec Clover Configurator) Avec le SMBIOS iMacPro1,1 il semble que l'on puisse s'en dispenser.

Je confirme! Tout fonctionne sans cet argument avec le SMBIOS iMacPro1,1 chez moi (Netflix,TV,...). Attention cependant puisqu'en choisissant ce SMBIOS vous vous simplifiez la vie mais vous ne bénéficierez pas du petit "plus" en puissance qu'apporte l'iGPU de votre puce Intel.

Ceci étant dit si vous avez opté pour un processeur Intel sans iGPU (Série KF) le SMBIOS iMacPro sera nécessaire.

Pour Netflix, Canal +, chez moi, avec une RX580, le SMBIOS iMacPro1,1(pas plus l'iMac19,1) ne les fait pas fonctionner avec Safari ; seul Firefox (et peut être d'autres, le dernier de MS...) fonctionne avec (19,1 et1,1). Avec une Vega (la 56) le SMBIOS iMacPro1,1 permet leur lecture avec Safari (!!?? j'suis paumé)

Ce message a été modifié par mbournau - 27 Jan 2020, 13:39.

[Yellocab]

Vraiment il y a de quoi!
Il faudrait qu’on sache avec la série 5X00

[hoogs]

En montant ma config à base de Designare, j'ai eu plutot de la chance : j'suis parti sur du NVMe Samsung 970 plus sans faire attention qu'il était recommandé de l'éviter, sous peine de devoir mettre à jour les pilotes avant. J'avais 2 barrettes, une de 1To destinée à Mac OS, une de 500Go destinée à Win 10. Une seule des 2 barrettes était déjà à jour avec le bon pilote : celle que j'ai utilisée dès le départ.

J'avais un gros problème de crashes répétitifs sur Heroes of the Storm (jeu blizzard), après recherche il s'avère que c'est côté Blizzard le problème et non mon hack qui pèche.

Mis à part les DRM (Netflix, myCanal, NBA League Pass) sous Safari qui bloque encore, tout ce que j'ai pu essayer fonctionne.

Tout n'est pas parfait (mon écran n'est pas très joli ) mais je suis ravi de ma machine !

[mbournau]

Il faudrait qu’on sache avec la série 5X00

Le commentaire de hoogs indique donc que c'est pas mieux avec une 5700. ("Mis à part les DRM (Netflix, myCanal, NBA League Pass) sous Safari qui bloque encore")

[hoogs]

ah, faudrait que j'essaie de changer mon smbios pour un iMac Pro, pour voir si y'a du mieux alors, avec la rx 5700

[Yellocab]

Mon EFI est fait pour toi!
Désactive bien ton iGPU avant.

[Yellocab]

Depuis que j'ai fait la manip pour avoir la NVRAM nativement j'ai une sortie de veille qui me donne un accès au TrackPad (Bluetooth) immédiat. Mon clavier lui est branché en USB en permanence.

Mon EFI partagé n'est pas encore a jour mais je démarre donc sans EmuvariableUEFI.efi et sans les cases - KernelPM - AppleIntelCPUPM cochées.

Attention cette manip est dispo ici mais c'est assez touchy. Ne vous lancez pas si vous ne vous sentez pas.

Ce message a été modifié par Yellocab - 29 Jan 2020, 11:22.

[vjpirat]

Qu'apporte la gestion native de la NVRAM ? J'ai du mal à comprendre le gain.

[Yellocab]

macOS ou plutôt l'ordinateur sous macOS utilise ce mini bout de mémoire pour stocker plusieurs réglages. Du coup certains accès sont plus rapides. Certains pro de macOS pourront mieux t'expliquer ici.

La manip sera a faire à chaque mise à jour du Bios.

[vjpirat]

Ok merci déjà pour cette explication, je creuse aussi de mon côté.

[benskope]

En montant ma config à base de Designare, j'ai eu plutot de la chance : j'suis parti sur du NVMe Samsung 970 plus sans faire attention qu'il était recommandé de l'éviter, sous peine de devoir mettre à jour les pilotes avant.

Idem pour ma part, un Samsung 970 EVO PLUS en NVMe M.2 = Absolument aucun soucis (pour l'instant) Tout s'est installé parfaitement (avec l'aide de Yellocab et mbournau)

[mbournau]

Attention cette manip est dispo ici mais c'est assez touchy. Ne vous lancez pas si vous ne vous sentez pas.

Moi rien que de lire le mini guide en question ça m'fout la trouille !! Pourrais tu, si toutefois c'est faisable, nous dédramatiser l'affaire, Yellocabix de Lugdunum ?

[Yellocab]

Vraiment en fait c'est tout simple:

- formatage d'un clé USB en mode GUID que l'on va appeler GRUSB tiens
- Montage de la partition EFI de la dite clé GRUSB avec Clover Configurator par exemple
- dans cette partition EFI on va créer un dossier nommé EFI et dans celui ci nous allons créer un dossier BOOT
- dans ce dossier BOOT nous allons placer le fichier modeGRUBShell.efi récupéré ici
- Ensuite nous allons renommer le fichier modeGRUBShell.efi en bootx64.efi

Ensuite c'est là qu'il ne faut pas faire n'importe quoi:
- on boot sur la clé F12 choix GRUSB

- on arrive sur le Shell de Grub

- et on tape:

Code

setup_var_3 0x5c1

- ca va vous donner un long text mais vers le premier paragraphe on voit bien la valeur

Code

0x01

ce qui indique que c'est "ON"

- on déverrouille le MSR en tapant

Code

setup_var_3 0x5c1 0

- on va vérifier que ça a fonctionné en tapant

Code

setup_var_3 0x5c1

- Idem plusieurs paragraphes s'affichent mais on voit qu'il affiche

Code

0x00

ce qui signifie que le verrou est retiré

- on tape

Code

reboot

- On retire la clé

C'est fait!

Franchement rien de difficile. les 0 sont des zéros et les x sont des lettres x.
Regardez bien ce que vous tapez, le clavier est QWERTY

Il faut ensuite copier le SSDT-NVRAM.aml dans CLOVER/ACPI/patched.

Supprimer EmuVariableUefi de CLOVER/drivers/UEFI

Supprimer Clover RC scripts s'il est installé en tapant ces commandes dans un terminal (Faites bien attention!!)

Code

sudo rm /etc/rc.boot.d/10.save_and_rotate_boot_log.local
sudo rm /etc/rc.boot.d/20.mount_ESP.local
sudo rm /etc/rc.boot.d/70.disable_sleep_proxy_client.local.disabled
sudo rm /etc/rc.shutdown.d/80.save_nvram_plist.local
sudo rm /etc/rc.clover.lib

Ensuite sur votre config.plist vous pouvez décocher:
- KernelPM
- AppleIntelCPUPM

Et voila!
Merci CaseySJ

Ce message a été modifié par Yellocab - 29 Jan 2020, 16:11.

[mbournau]

Ah là, on peut dire MERCI, j'm'en va essayer ça ce soir, ça va chauffer !!

[Yellocab]

J'ai ajouté un lien pour le SSDT...

[mbournau]

J'ai eu le TestVar Hello :
"Last login: Wed Jan 29 17:25:15 on console
premiumi9@Premiums-iMac-Pro ~ % sudo nvram -p | grep TestVar
Password:
TestVar Hello
premiumi9@Premiums-iMac-Pro ~ % "

et je suis bien content d'avoir, grâce à toi Yello, la Nvram native (tu as, dans mon cas, décomplexé le problème !!) même si, comme tu le dis le mérite revient une fois encore à Maître @Casey pour le fichier ssdt !!

Maintenant en avant toute vers la simplification de la reconnaissance des ports Thunderbolt 3 !!!

Ce message a été modifié par mbournau - 29 Jan 2020, 17:47.

[Yellocab]

cool! nous voila NVRAMisés!

[mbournau]

cool! nous voila NVRAMisés!

L'intérêt de la NVRAM native :

"Les vrais Mac lisent et écrivent des données en NVRAM pendant de nombreuses phases différentes de fonctionnement. Certaines d'entre elles sont :

Lors du démarrage de l'ordinateur, la NVRAM identifie le disque de démarrage.
Lors du démarrage de l'ordinateur, le chargeur de démarrage d'Apple vérifie également si la session précédente avait planté. Si c'est le cas, il affiche un message disant "L'ordinateur n'a pas été arrêté correctement".
Lors du redémarrage ou de l'arrêt, les informations sont écrites ou mises à jour dans la NVRAM.

En cas de panne du système, un processus d'arrière-plan stocke les informations de panique du noyau dans la NVRAM.
Lorsqu'on exécute le programme d'installation de macOS, il lit et écrit des informations sur la NVRAM pour sélectionner les bons disques de démarrage intermédiaires.
FaceTime et Messages stockent diverses "clés" dans la NVRAM.
Les informations sur les appareils Bluetooth couplés sont également stockées dans la NVRAM. Cela permet à Apple Magic Mouse et Magic Keyboard de se connecter via Bluetooth avant le démarrage de macOS.

Beaucoup d'autres « petits détails » sont stockés dans la NVRAM.
La NVRAM est utilisée par:
Le Bootloader Apple (boot.efi)
Le programme d'installation de macOS
Les mises à jour de macOS

Lorsqu'on utilise EmuVariableUefi pour émuler la NVRAM, ce driver stocke les données NVRAM dans un fichier appelé nvram.plist dans la partition EFI du disque de démarrage. Mais cela nécessite les scripts "rc" de Clover pour lire / écrire ce fichier.

Pour autant :

Le Bootloader ne peut pas lire / écrire ce fichier
Le programme d'installation de macOS ne peut pas lire / écrire ce fichier
Le programme de mise à jour macOS ne peut pas lire / écrire ce fichier

On n'obtient donc pas toutes les fonctionnalités de la NVRAM avec seulement EmuVariableUefi et les scripts RC. Mais avec la NVRAM native, tous les composants du système peuvent accéder à la NVRAM à tout moment."

Pour moi, le principal intérêt réside en la disponibilité immédiate des clavier et souris sans fil Apple.

A préciser, compléter, amender en tant que de besoin !!

Ce message a été modifié par mbournau - 31 Jan 2020, 09:50.

[hoogs]

ouuuh, j'avais pas vu le pas à pas ET l'explication sur l'intérêt de la NVRAM.
J'essaie ça ce weekend aussi (va falloir que je renouvelle mon stock de clés usb )

Question probablement bête ou sans intérêt : vous êtes sur quelle version du BIOS ? Moi je suis en F7, je me demandais si ça servait à quelque chose de mettre à jour (quand ça marche, pourquoi changer !).

Ce message a été modifié par hoogs - 31 Jan 2020, 14:25.

[mbournau]

vous êtes sur quelle version du BIOS ? Moi je suis en F7, je me demandais si ça servait à quelque chose de mettre à jour (quand ça marche, pourquoi changer !).

Version F9b (Yellocab aussi je crois bien); pourquoi changer quand ça marche : c'est pas faux !... dès la F8 il y a un changement d'interface qui peut être déroutant, après... on s'y fait !! En fait ça dépend des mises à jour, certaines ne sont réalisées que pour, par exemple, accepter un nouveau CPU... mais d'autres peuvent être plus "structurelles"; pour ma part, je mets à jour (sauf quand il n'y a pas de retour possible à une version antérieure, là j'fais gaffe).

Ce message a été modifié par mbournau - 31 Jan 2020, 15:59.

[Yellocab]

Hello

F9b de mon côté!

[hoogs]

j'aurai du suivre mon propre conseil : "quand ça marche, pourquoi changer ?"

La NVRAM native est bien activée (test de la variable vsible après reboot) mais maintenant j'ai de gros lags sur l'affichage (si je bouge une fenêtre dans tous les sens ça ne "suit pas"), la frappe du clavier est louche (répétition de touches, saisie inopérante), mon curseur de souris se déplace de façon erratique et les clics ne sont pas tous pris en compte (Logitech MX3, dongle Unify branché sur le clavier Apple filaire) le switch entre 2 applis est over lent. Damned je sais pas trop quoi faire

Je vais le laisser reposer/travailler, l'OS a peut être des choses à replacer sinon tenter de revenir en arrière

[edit] j'ai enlevé le dongle Unify du clavier pour le placer directement sur la tour puisque mes problèmes semblaient fortement liés à une latence de souris/frappe, ça semble aller mieux.
Dommage, les ports usb du clavier Apple étaient parfaits pour ce dongle (c'est à peu près la seule utilisation efficace de ces ports, de mémoire ils sont USB1, faut pas utiliser de clés qui soient trop grosses sous peine de surélever le clavier, bref un dongle là ne gênait et n'occupait aucun port. Sur l'iMac faut compter leur utilisation. Sur la Designare, y'a de la marge )


Ce message a été modifié par hoogs - 2 Feb 2020, 17:47.

[Yellocab]

Du coup plus aucun pb?

[hoogs]

Tout est rentré dans l'ordre oui
(par curiosité je testerai en remettant le dongle sur le clavier pour voir)

Par contre, petite question : cette modification concerne la carte mère en elle-même ? Si je décidais à mettre à jour le bios (vu que je suis en retard de version), il me faudrait donc refaire la manip' ?

[Yellocab]

et Oui je pense que ce sera à refaire à chaque mise à jour du bios.
Mais pas la peine de mettre à jour si c’est pas nécessaire hein. Je fais ça pour faire avancer la science!

Enfin les mises à jour du bios. Pour le reste j'y suis évidemment pour rien...

Ce message a été modifié par Yellocab - 2 Feb 2020, 20:46.

[mbournau]

Suite aux problèmes de gestion de mémoire de vjpirat, j'ai trouvé Ça sur le support gigabyte de la designare je trouve qu'il n'y a pas beaucoup de modules 32 Go... compatibles, quelques Corsair, un Adata...
Trompe je me ?
Y'a ça aussi qu'est écrit : " When running XMP at DDR4 3200 MHz or higher, the system’s stability depends on the CPU’s capabilities."

Ce message a été modifié par mbournau - 5 Feb 2020, 19:30.

[Yellocab]

Concernant les DRM il semble que shikivga=80 règle les pb avec les Vega.
J'ai essayé et cela me permet effectivement de laisser l'iGPU activé et de regarder Netflix, TV+,... avec un SMBIOS iMacPro. J'essaye tout de suite le 19,1!

EDIT: Rien n'y fait...Impossible chez moi de lire un film TV/serieTV/Netflix sur Safari avec le SMBIOS 19.1 (j'ai essayé shikivga=16, shikivga=80).

Pas très grave mon SMBIOS iMacPro me va bien et tout fonctionne. Apparemment Sidecar ne fonctionne pas mais je ne peux pas le tester parce que je n'ai plus d'iPad...

Ce message a été modifié par Yellocab - 5 Feb 2020, 19:02.

[vjpirat]

Suite aux problèmes de gestion de mémoire de vjpirat, j'ai trouvé Ça sur le support gigabyte de la designare je trouve qu'il n'y a pas beaucoup de modules 32 Go... compatibles, quelques Corsair, un Adata... je peux me tromper mais je n'ai pas vu les HyperX 32 de vjpirat. D'ailleurs je ne comprends pas pourquoi ce pirate n'a pas choisi des Corsairs ?
Trompe je me ?
Y'a ça aussi qu'est écrit : " When running XMP at DDR4 3200 MHz or higher, the system’s stability depends on the CPU’s capabilities."

Mes barrettes sont des 16G, j'ai vérifié la compatibilité avant d'acheter et elles sont dans la liste. J'avais prévu de prendre des Corsaires mais quand j'ai commandé il y avait des problèmes de disponibilité, pour pas perdre de temps j'ai changé mon fusil d"épaule.
Comme je le dis dans mon poste, avec le réglage manuel tout fonctionne correctement et mes barrettes sont bien à 3200Mhz. Le XMP m'apporterait il quelque chose de plus ? Je crois comprendre que cela sert surtout à régler la fréquence de la RAM à sa fréquence optimale ?

[Yellocab]

ça doit aussi adapter le voltage. Les miennes se calent sur 1,35v automatiquement avec le profil XMP.

[vjpirat]

Je viens de vérifier, de mon côté l'alimentation des barrettes est à 1,2 v

[Yellocab]

Je viens de vérifier, de mon côté l'alimentation des barrettes est à 1,2 v

Et elle sont données pour quel voltage? Si elle sont sous alimentées tu auras des soucis de stabilité.

[vjpirat]

Et elle sont données pour quel voltage? Si elle sont sous alimentées tu auras des soucis de stabilité.

Sur le site constructeur entre 1,2V et 1,35V

J'ai testé la machine hier toute la journée avec photoshop, FCPX, Resolve, modélisation et calcul 3D C4D aucun plantage aucun ralentissement aucun truc bizarre.

[vjpirat]

Autre question (je sais j'en ai beaucoup mais j'essaye de comprendre).
J'ai effectué le test pour la Nvram avec le terminal.
Je redémarre et j'ai bien le Hello Word.
Dois je faire quand même la procédure de Casey pour la NVRAM native (que tu décris simplement un peu plus haut) ou je n'en ai pas besoin ?
Je voudrai passer avec clavier et trackpad BT donc j'ai besoin de ca fonctionne au boot et que les éléments se connectent rapidement en cas de sortie de veille.

[Yellocab]

non non mais vas y profite nous sommes la pour ça!

En fait ça fonctionne chez toi grâce a EmuvariableUEFI qui va simuler une NVRAM. La procédure de Casey te permet d'avoir une véritable NVRAM. Plus simple donc et surtout plus "Mac".

[mbournau]

Concernant les DRM il semble que shikivga=80 règle les pb avec les Vega.
J'ai essayé et cela me permet effectivement de laisser l'iGPU activé et de regarder Netflix, TV+,... avec un SMBIOS iMacPro. J'essaye tout de suite le 19,1!

Avec la Vega56, le SMBIOS iMacPro et sans aucun shikigva, tout fonctionne sous Safari (Canal, Netflix, OCS). Avec la 580, quel que soit le SMBIOS et des shikigva en veux tu en voilà, rien à faire... !

[Yellocab]

Concernant les DRM il semble que shikivga=80 règle les pb avec les Vega.
J'ai essayé et cela me permet effectivement de laisser l'iGPU activé et de regarder Netflix, TV+,... avec un SMBIOS iMacPro. J'essaye tout de suite le 19,1!

Avec la Vega56, le SMBIOS iMacPro et sans aucun shikigva, tout fonctionne sous Safari (Canal, Netflix, OCS). Avec la 580, quel que soit le SMBIOS et des shikigva en veux tu en voilà, rien à faire... !

Effectivement avec la Vega64 aussi... Je ne sais pas pourquoi j'avais en tête qu'activer l'iGPU entrainait un pb. Peut être le QuickView à l'époque?

[hoogs]

@mbourneau, @Yellocab, à tout hasard, depuis vos manips pour activer la NVRAM native, n'auriez-vous pas des problèmes de son qui coupe à 1:12 ou aux alentours ?

Je regardais tranquillement une vidéo sur Youtube, tiens, ça coupe. Bon, ça doit être la vidéo pas terrible.
Dans le doute je teste avec un truc qui a un peu plus pignon sur rue niveau qualité vidéo, pareil.
Un problème de DRM ? Je passe sur Chrome. Et bah identique. Rooh, je change de source et passe sur mon casque. Idem.
Dans le doute, je lance iTunes et lis un mp3. Pareil. ça coupe dès la minute 10 environ d'écoute. Quel que soit le morceau, quelque soit la sortie utilisée.

Comme la manip' pour activer la NVRAM native est la seule que j'ai faite récemment je me demande ce qu'il en est.

Ce message a été modifié par hoogs - 9 Feb 2020, 21:59.

[Yellocab]

Ahhhh
Qu’est ce que c’est que ça dis donc...

Tu nous avais fais un rapport MB ?

[hoogs]

jamais encore
faut faire quoi ? C'est le truc qu'il faut héberger ensuite car trop gros comme pièce jointe sur le forum ?

[Yellocab]

Yep

monte ta partition EFI (disque dur) et lance le script du rapport MacBidouille que tu peux par exemple trouver dans ma signature.
Poste le résultat (fichier ZIP) ou tu veux mais pas ici.

[hoogs]

Le voilà ! https://drive.google.com/file/d/1fHbHY4aKO2...iew?usp=sharing

Y'a pas d'infos confidentielles dedans ?
(bon en même temps, comme je l'envoie, c'est un peu tard pour m'en soucier )

[Yellocab]

Non rien. Le SMBIOS est modifié avant d'être dans le rapport.
J'injecte mon audio a l'ancienne et pas avec les Devices. Il me semble que @mbournau utilise le même procédé que toi.
Tu es branché sur quel Jack du coup? Moi le vert à l'arrière qui en fait est celui réservé a une sortie classique Audio 2.0.
Tu devrais mettre tous tes drivers dans le même repertoire Drivers/UEFI
Tu as un kext virtuels mc qui traine à la racine de Clover.

Sinon essaye d'effacer la NVRAM au démarrage de Clover. F11 je crois.

Ce message a été modifié par Yellocab - 9 Feb 2020, 23:30.

[hoogs]

Tu es branché sur quel Jack du coup? Moi le vert à l'arrière qui en fait est celui réservé a une sortie classique Audio 2.0.

Mes enceintes sont branchées à l'arrière, sur le vert oui (bon faudra quand même que je vérifie aussi, moi et les couleurs…)
Mon casque est branché sur le jack devant, de la tour.

Dans les 2 cas (casque ou enceintes), ça déconne.
Comme je n'ai pas trop fait gaffe quand le problème est apparu et que la manip' pour activer la NVRAM native est la seule modification que j'ai faite récemment, par élimination je me disais que, peut être, j'aurai fait un truc de travers. De ton côté aucun soucis de son ?

Tu devrais mettre tous tes drivers dans le même repertoire Drivers/UEFI
Tu as un kext virtuels mc qui traine à la racine de Clover.

Sinon essaye d'effacer la NVRAM au démarrage de Clover. F11 je crois.

je vais essayer ça en rentrant ce soir
(et ranger mes kext )

[Yellocab]

aucun pb chez moi.

[hoogs]

Je n'ai toujours pas trouvé d'où venaient mes coupures de son, un reset de la NVRAM native, un passage à Clover 5104 et un update AppleALC 1.4.6 n'y a rien fait.
Je ne désespère pas de trouver une solution, je vais essayer ce weekend de changer de layout.

Ce qui m'amène à un autre truc : en fouillant le thread de Casey à la recherche d'une info sur mon problème de son j'ai été surpris par des résultats Geekbench postés.
Certains sortent du 52k en metal avec une RX 580, là où je n'obtiens que 40k (45k en openCL là où je tope "que" 37k). Quand je regarde la fréquence remontée de leur carte : 1,37GHz.
La mienne : 875 MHz. C'est bizarre que ma carte ne monte pas plus haut en fréquence (et donc baisse les résultats), non ?

Ce message a été modifié par hoogs - 20 Feb 2020, 21:14.

[Yellocab]

Ce soir je vais essayer ton propre EFI pour voir.

[mbournau]

Ce qui m'amène à un autre truc : en fouillant le thread de Casey à la recherche d'une info sur mon problème de son j'ai été surpris par des résultats Geekbench postés.
Certains sortent du 52k en metal avec une RX 580, là où je n'obtiens que 40k (45k en openCL là où je tope "que" 37k). Quand je regarde la fréquence remontée de leur carte : 1,37GHz.
La mienne : 875 MHz. C'est bizarre que ma carte ne monte pas plus haut en fréquence (et donc baisse les résultats), non ?

As tu essayé ce patch acpi ? [attachment=60047:SSDT_Z39...0_V2.aml.zip]

Pour autant je suis étonné je croyais que tu avais installé une 5700...
J'ai compris !! Enfin... En fait ce qui te consterne c'est la fréquence de la 580 obtenue par certains comparée à celle de ta 5700... c'est ça ? Là il faudrait que d'autres designare avec 5700 te répondent... La 580 que j'ai installée sur une autre config (la 1 ci-dessous) indique en effet une fréquence de 1,37GHz avec le test Geekbench...

PS : si tu as installé Windows tu peux essayer de voir quelle est la fréquence de ta carte avec Wattman et avec GPU-Z. Il semble que Wattman (l'outil d'AMD) indique une fréquence de 875 MHz et GPU-Z une fréquence de 1750 MHz (1,75GHz)... à vérifier bien entendu... voir ici
[attachment=60048:Wattman.png][attachment=60049:GPU_Z.png]

Ce message a été modifié par mbournau - 21 Feb 2020, 12:10.

[hoogs]

J'ai compris !! Enfin... En fait ce qui te consterne c'est la fréquence de la 580 obtenue par certains comparée à celle de ta 5700... c'est ça ? Là il faudrait que d'autres designare avec 5700 te répondent... La 580 que j'ai installée sur une autre config (la 1 ci-dessous) indique en effet une fréquence de 1,37GHz avec le test Geekbench...

oui tout à fait, pardon pour la nécessité du déchiffrage
Je roule avec une RX 5700 et j'étais étonné des résultats qu'ils sortent avec une carte plus ancienne (la RX 580), donc logiquement "moins" performante.
Et quand je regardais en détail les infos affichées, je me suis rendu compte que leur carte était détectée à 1370Mhz là où la mienne ne remonte qu'à 875Mhz maxi.
Ce qui explique les écarts de performance.

Je me demandais donc si je n'avais pas mal configuré un truc pour que la carte ne tourne qu'à une fréquence moindre.

PS : si tu as installé Windows tu peux essayer de voir quelle est la fréquence de ta carte avec Wattman et avec GPU-Z. Il semble que Wattman (l'outil d'AMD) indique une fréquence de 875 MHz et GPU-Z une fréquence de 1750 MHz (1,75GHz)... à vérifier bien entendu... voir ici

je n'ai toujours pas installé windows mais je suis parti pour le faire ce weekend je pense, histoire de tester ça et mon problème de son pour évacuer l'hypothèse du problème materiel.

@Yellocab ah! Je suis preneur du retour sur le test de mon EFI, si tu as le temps
Faudrait que j'essaie le tien à l'inverse. Faut juste que je trouve comment procéder

Ce message a été modifié par hoogs - 21 Feb 2020, 14:52.

[Yellocab]

Tu pourrais me poster ton EFI qq part stp? Fais en une copie avant de le poster et change le numéro de série du SMBIOS de la copie. Comme ça tu seras certain que j'utilise une config différente au regard d'Apple.
Je vais juste monter ma partition EFI et remplacer son contenu par le tien.

[hoogs]

je ne suis pas sur que mon MP soit passé (je ne le vois pas dans les dossiers envoyés), bref, ma question pourra peut être servir à d'autres :
Que faut-il masquer avant de transmettre son EFI ? (désolé si la question a déjà été posée mille fois)

[Yellocab]

Je suis en train de tester = Tout fonctionne.

La seule chose c'est que j'ai retiré agpmode=pikera dans les boot args ET j'ai utilisé mon répertoire "Drivers". Aucune coupure pour le moment.

[hoogs]

hmm
va falloir que je mette à jour la carte mère alors, je vois pas ce qui diffère d'autre.
LE zap de NVRAM j'ai aucune idée de s'il a fonctionné. Je vais réessayer en mettant le test de la variable. J'ai du boulot ce weekend pour fixer ça

[Yellocab]

Tu as un driver en plus dans la partie Bios. Vide ton répertoire Drivers et prends le mien.

Ce message a été modifié par Yellocab - 22 Feb 2020, 10:19.

[mbournau]

Je reviens sur l'histoire de la fréquence de la 580; en fait je viens de refaire un bench (GB 4) et là avec la config n°1 : fréquence : 300 MHz... !!! Mais le rendu avec DaVinci résolve est toujours aussi rapide => l'indication par Geekbench 4 de la fréquence de la Radeon 580 n'a pas de rapport (chez moi) avec les performances habituelles (que cette fréquence soit indiquée à 1,37GHz ou 300 MHz)

[hoogs]

Tu as un driver en plus dans la partie Bios. Vide ton répertoire Drivers et prends le mien.

après avoir viré le contenu de mon dossier drivers et mis à la place ce qu'il y avait dans le tiens (d'ailleurs tu n'as pas de dossier BIOS dedans), toujours le même problème, le son coupe 2-3 seconds par intermittence.
J'ai allongé un peu mon test et je reviens sur mon premier constat : ce n'est pas systématiquement à 1:04 que ça coupe.

1er morceau (mp3), coupure à 1:04.
2e morceau (m4a), coupure à 1:40.
3e morceau (espoir que ça progresse), coupure à 2:35.
4e morceau (croisage de doigts), coupure à… 0:21

y'a des craquements/grésillements un peu, je vais essayer d'autres layout pour voir.

[mbournau]

y'a des craquements/grésillements un peu, je vais essayer d'autres layout pour voir.

Je ne comprends pas, tu as changé quelque chose depuis que tu écrivais cela ?

[hoogs]

y'a des craquements/grésillements un peu, je vais essayer d'autres layout pour voir.

Je ne comprends pas, tu as changé quelque chose depuis que tu écrivais cela ?

oui, j'ai fait les manipulations pour activer la NVRAM native.
C'est le seul changement, d'où ma suspicion.

Pour tester, j'ai remis le layout d'origine (le 16 je crois) : retour du volume sonore qui varie tout seul, mauvais nommage des sorties, craquements, distorsion, etc.

Je suis retourné sur le 11, avec le fol espoir que le seul fait de changer règle le soucis : micro coupures, craquements légers (comme le souffle d'un vinyl).
Je sais pas trop quels layouts essayer.

Faudrait que je vois si je peux revenir en arrière sur les manips de NVRAM native.

[mbournau]

Faudrait que je vois si je peux revenir en arrière sur les manips de NVRAM native.

CLR_CMOS carte mère, refaire réglages bios, enlever patch acpi correspondant, remettre emuvariable.efi, recocher KernelPM et AppleIntelCPUPM...

[Yellocab]

Et efface ta NVRAM pour voir

[hoogs]

Et efface ta NVRAM pour voir

normalement je l'ai déjà fait, sans succès.
Je vais retenter en écrivant une variable avant, pour valider qu'elle a bien été effacée.

Faudrait que je vois si je peux revenir en arrière sur les manips de NVRAM native.

CLR_CMOS carte mère, refaire réglages bios, enlever patch acpi correspondant, remettre emuvariable.efi, recocher KernelPM et AppleIntelCPUPM...

question bête : comment on reset la carte mère ?
Ou plutot : comment on installe les pilotes à jour ? Si je passe en F9b, ça va faire un CLR_CMOS ?
Je sais juste pas du tout comment m'y prendre pour faire ça.

Je vais essayer un truc auquel j'ai pensé dans le métro : je pourrais booter sur la clé qui m'a servi à faire le hack : en toute logique elle n'a pas bougé, je pourrais vérifier comment sort le son. Si ça fonctionne c'est que ça vient des kexts/modifs coté clover pour activer la NVAM native, si ça ne fonctionne pas c'est que ça vient de la modification de la carte mère pour la NVRAM.

[Yellocab]

Alors dans l’ordre:
- pour le Clear CMOS regarde dans la notice de ta carte mère. Un contact à faire entre deux pins. Easy mais regarde bien la doc avant de te lancer
- une mise à jour ne fait pas un clear cmos. Par contre elle remet les paramètres de base à zéro. Mais fais ta mise à jour pour avoir la même config que nous.
- la mise à jour supprimera la procédure de la NVRAM-
- attaque par le boot sur la clé. Mais encore une fois nos configs sont certainement pas parfaites mais elles ont le mérite d’être les plus light en terme de paramètres. Ce que je veux dire c’est qu’il y a peu de chance que ta clé soit plus propre que nos EFI.

Pour moi:
1 mets ton bios à jour
2 clear CMOS si ca ne marche toujours pas
3 après celui ci vérifie la version du bios installée
4 refais la procédure de la NVRAM si ça ne change rien.
5 ça coupe sous Windows? Seule manière de savoir si tu n’as pas un pb matériel avec ta CM

[hoogs]

C'est un peu l'bordel mes procédures là

J4ai d'abord voulu tester de boot sur la clé qui a servi à installer le hack. Évidement, comme un noob du hack (ou par habitude de mac user de longue date), j'ai tout simplement choisi la clé usb dans le menu de démarrage de macOS. Ça n'a donc pas loupé, il a booté sur la clé, lançant le processus d'installation/réparation.

"Zut, comment qu'on fait pour boot comme pendant l'install où la clé était nécessaire mais où j'avais bien mon système affiché ?"

Et puis j'me suis dit : bon je n'y couperai pas, autant sauter l'étape "test du son via la clé" et passer direct à l'update du bios.
Me v'la parti sur l'update du bios, rapide au demeurant. Reboot, j'veux aller sur le bios setup pour vérifier qu'il est bien à jour mais impossible de faire DEL sur le clavier Apple (soit il le prend pas en compte, soit j'appuie pas sur la bonne touche).
Bon, encore tant pis, on va partir du principe que ça a fonctionné. Clover s'affiche, je lance… ça démarre plus, génial, je reste bloqué sur la pomme sans barre de chargement ! Évidement, puisque la NVRAM native n'est plus effective, mon EFI doit être tout cassé.

Re zut… et je suis bloqué puisque je sais pas boot sur ma clé usb d'install.
Il est temps de réfléchir. Oh, c'est quoi ce menu boot ? Aaaaaah mais le boulet ! Il fallait pas boot sur la clé… mais sur l'UEFI présent sur la clé !

Mon système s'affiche !
Avant de régler mon EFI, je lance de la musique parce que je fais tout ça pour ça quand même
Pas de coupures de son, pas de craquements (à priori).

Bon j'ai les sorties mal nommées, alors que j'ai l'impression d'avoir bien le layout ID 11 (mais j'ai pourtant pas souvenir de l'avoir mis à jour sur la clé).
De toutes façons faut que je règle l'EFI de mon disque avant tout.

Work in progress

Et j'installerai windows ensuite dans la foulée, autant profiter d'avoir les mains dans le cambouis pour enchainer.
Faut juste que je mette à jour le firmware du SSD avant, dans mon premier montage j'ai eu la chance de partir, sans faire gaffe, sur le 1To qui est à jour alors que le 500Go ne l'est pas.

[Yellocab]

En fait je pense avoir compris... tu as patch ton config.plist avec Hackintool non?

[hoogs]

En fait je pense avoir compris... tu as patch ton config.plist avec Hackintool non?

Non, jamais (ou alors je ne m’en souviens pas)
Soit je l’ouvre dans Clover configurator pour voir de quoi il retourne, soit je l’edite à la main.

Après avoir refait les manipulations du BIOS pour activer la NVRAM native je me retrouve à nouveau avec mon son qui fini par couper.
J’ai bien vérifié que j’etais en F9b. Maintenant que je sais utiliser l’EFI de ma clé d’install je vais ressayer
Si ça bug encore c’est que ça vient de la modif du bios, si ça marche ça viendra de mon EFI

[edit] la bonne nouvelle, le son fonctionne sans coupure en bootant sur l'UEFI de ma clé d'install, avec donc le bios "modifié" !
Je reprends cet EFI, et fais les manips de NVRAM une par une pour voir, avant j'ai quelques mises à jour à remettre.

Je repars de ma clé qui n'était pas très à jour :
- Maj clover 5100 vers 5104 : OK
- Changement layout ID 11 (CwAAAA==) : OK
- Maj WhateverGreen.kext + Lilu.kext : OK
- Maj AppleALC.kext 1.4.6 : OK

Me reste à faire :
- copier le SSDT-NVRAM.aml dans CLOVER/ACPI/patched.
- Supprimer EmuVariableUefi de CLOVER/drivers/UEFI
- décocher KernelPM, AppleIntelCPUPM du config.plist

Ce message a été modifié par hoogs - 25 Feb 2020, 13:21.

[Yellocab]

Essaye le config que j’ai posté (sur ta clé) si ça passe utilise le sur le SSD.
J’ai viré les choses en trop

Sorry je confonds avec Dafthink... a force....

poste l'EFI de ta clé si tu peux
et fais un rapport MacBidouille une fois que tu as booté sur ton SSD et apres avoir monté l'EFI de ce dernier.

Ce message a été modifié par Yellocab - 25 Feb 2020, 12:21.

[hoogs]

Verdict :
après avoir tout remis un par un, reboot entre chaque modif puis écoute, c'est le fait de décocher KernelPm qui semble amener le problème chez moi.
Aucune idée du pourquoi du comment…

(pour l'instant) plus de craquement de vinyl ni de coupure de son !

[edit] petit changement, ma ram n'est plus remontée à 3600 mais 2133

Ce message a été modifié par hoogs - 25 Feb 2020, 15:20.

[Yellocab]

Pour la ram active à nouveau le profil XMP.

[hoogs]

Pour la ram active à nouveau le profil XMP.

Yes ! à force je vais comprendre comment ça marche
ça marche, nickel !

Ce message a été modifié par hoogs - 25 Feb 2020, 16:49.

[Yellocab]

Alors le fait de mettre a jour ton bios ou de faire un Clear CMOS a viré la procédure de la NVRAM.
Une fois celle ci faite tu n'as plus besoin de cocher KernelPM ainsi que AppleIntelCPUPM normalement.

Stp essaye de poster un dossier EFI qui fonctionne que j'y jette un oeil.

merci

[hoogs]

Alors le fait de mettre a jour ton bios ou de faire un Clear CMOS a viré la procédure de la NVRAM.
Une fois celle ci faite tu n'as plus besoin de cocher KernelPM ainsi que AppleIntelCPUPM normalement.

Stp essaye de poster un dossier EFI qui fonctionne que j'y jette un oeil.

merci

oui, oui, ça j'avais bien compris que le passage du BIOS au F9b allait reset la modif pour la NVRAM native.

Je refais pour être plus clair
j'ai fait les modifs (BIOS + EFI) pour activer la NVRAM native, mon son s'est mis à sauter.
j'ai mis à jour mon BIOS, sans changer mon EFI, mon hack ne démarrait plus.
j'ai booté sur ma clé, avec un EFI pas à jour (clover 5100, kexts anciens, pas de modif pour la NVRAM côté EFI, …), le son ne sautait plus.
j'ai activé la NVRAM côté BIOS sans toucher à l'EFI, mon hack démarrait à nouveau mais le son était toujours pété.
j'ai mis l'EFI de ma clé sur mon ssd, mon son remarche (logique).
j'ai appliqué les Maj clover, kexts, modif EFI pour la NVRAM, pas à pas, pour isoler le "fautif".
Dans mon cas, le fautif, une fois tout en place, c'était le KernelPm. Mais je ne sais pas pourquoi

Après ces manips, j'ai retrouvé mon son qui ne coupe pas, mon clover est à jour, la NVRAM native est fonctionnelle.



HS: j'ai voulu me lancer dans l'update du firmware de mon 2e ssd (970 Evo plus) pour y installer windows mais sans succès, le bios ne veut pas booter sur la clé qui contient le firmware samsung
Y'a un autre moyen pour faire cette update genre à partir de windows par exemple ? Et dans ce cas, j'avais bien compris qu'il fallait les pilotes à jour mon le hack, es-ce que c'est aussi nécessaire pour que windows démarre ?


Ce message a été modifié par hoogs - 25 Feb 2020, 22:35.

[hoogs]

J'ai fini par réussir mon dual boot !

Quelques petites pistes pour éviter aux autres mes échecs :
- je n'arrivais pas à booter sur ma clé car j'utilisai la carte graphique comme affichage, ça a fonctionné dès que j'ai branché mon écran en HDMI sur la carte mère et réglé sur le BIOS sur iGFX. Une fois installé windows j'ai pu télécharger et installer les pilotes, reconfigurer le bios sur la carte graphique et rebrancher l'écran sur la CG, en DisplayPort.

- pour le réseau sur windows, c'était ARCHI lent. Je ne comprenais pas jusqu'à ce que je réalise que, forcément, Windows n'utilisait pas la Fenvi t919 pour le réseau (carte ajoutée pour que le mac ait tout ce qu'il faut niveau réseau) mais le wifi intégré à la carte mère. Une fois l'antenne rajoutée sur la carte mère, nickel, le wifi dépote.

J'ai plus qu'à nettoyer mes entrées Clover (et vérifier mon son sur windows )

[mbournau]

Ce qui m'amène à un autre truc : en fouillant le thread de Casey à la recherche d'une info sur mon problème de son j'ai été surpris par des résultats Geekbench postés.
Certains sortent du 52k en metal avec une RX 580, là où je n'obtiens que 40k (45k en openCL là où je tope "que" 37k). Quand je regarde la fréquence remontée de leur carte : 1,37GHz.
La mienne : 875 MHz. C'est bizarre que ma carte ne monte pas plus haut en fréquence (et donc baisse les résultats), non ?

Idem, hier j'ai installé une 5700 RX et les performances ne dépassent pas celles d'une 580, notamment avec Da Vinci Resolve où les rendus indiquent des fps similaires, alors qu'avec la Vega 56 ça démoulait beaucoup plus... Question fréquence : 875 MHz au repos itou...
Des idées sur le sujet ?
Je vais essayer avec windows pour voir... Eh ben c'est idem !

Ce message a été modifié par mbournau - 5 Mar 2020, 11:20.

[maclinuxG4]

oui, il faut que ta carte puisse monté en fréquence.

et regarde le nombre de core disponible sur la carte que tu as acheté: il en existe beaucoup

[mbournau]

Vérification avec Da Vinci résolve Windows et GPU Tweak la carte monte en puissance jusqu'à 1889Mhz mais les FPS sont toujours assez faibles.

[maclinuxG4]

tu as acheté quoi ?
https://en.wikipedia.org/wiki/Radeon_RX_5000_series

Ce message a été modifié par maclinuxG4 - 5 Mar 2020, 13:04.

[mbournau]

tu as acheté quoi ?

cf tableau ci dessous

Il est où le tableau ?

Asus RX 5700 XT

[Yellocab]

Hello

installée sur la Z390 cette nouvelle carte?

[hoogs]

moi j'obtiens ça comme résultats avec Geekbench (Win10 vs MacOS) :

 geekbench_win10.jpg ( 127.64 Ko ) Nombre de téléchargements : 25

1.70 Ghz de fréquence maximum pour la carte, c'est plutot cohérent.

 gb5_macOS.png ( 243.8 Ko ) Nombre de téléchargements : 24

pas de fréquence de la RAM indiquée, fréquence max de la carte graphique bloquée à 875Mhz
et résultat total diminué quasi de moitié, ça fait pas rêver

Ce message a été modifié par hoogs - 5 Mar 2020, 13:33.

[mbournau]

Hello

installée sur la Z390 cette nouvelle carte?

Oui !

Sous Windows : GeekBench 5

[attachment=60118:Capture_...13.46.32.png]

Sous Catalina : GeekBench 5

[attachment=60120:Capture_...14.08.46.png]

Ce message a été modifié par mbournau - 5 Mar 2020, 14:09.

[Yellocab]

Et metal ça envoie?
Je suis a 61000 sous Catalina

Ce message a été modifié par Yellocab - 5 Mar 2020, 14:24.

[hoogs]

Sous Windows : GeekBench 5
[attachment=60118:Capture_...13.46.32.png]

Sous Catalina : GeekBench 5
[attachment=60120:Capture_...14.08.46.png]

impressionnant les écarts que tu obtiens par rapport à ma 5700 pas XT.

Métal moi j'obtiens 47 000, de mémoire.
Vous me mettez le bourdon avec vos scores explosifs là

Ce message a été modifié par hoogs - 5 Mar 2020, 14:42.

[Yellocab]

Mon score est le score Metal (donc sous macOS).
51000 en OpenCL sous macOS. Sous Windows je n'en sais rien.

Mes Geekbenchs ici

EDIT: Je vais lancer sous Windows j'arrive!

EDIT du EDIT: 77000 sous Win10 en OpenCL. (9280 pour le processeur a 4,7 Ghz mais c'est un autre sujet!)

Ce message a été modifié par Yellocab - 5 Mar 2020, 16:35.

[mbournau]

Donc pour ma part : Asus RX 5700 XT, Geek Bench 5 Mac :
OpenCL : 57036 (test fait après celui de l'image ci dessus) La Vega 56 faisait 47990
Metal : 51404

Avec Windows :
OpenCL : 74041

Ce que je ne comprends pas c'est que les rendus Da Vinci dépassaient les 200 fps avec la Vega, dont le score GeekBench est moindre, alors qu'ils plafonnent à 180 avec la 5700... Drivers pas encore bien adaptés à la 5700 ou Da Vinci ? Quand Apple mettra une 5700 en option pour le Mac Pro ça ira mieux ?? (AppleStore Mac Pro : "bientôt disponible : Radeon Pro W5700X avec 16 Go de mémoire GDDR6")

Ce message a été modifié par mbournau - 5 Mar 2020, 16:34.

[Yellocab]

Oui je pense. D'ailleurs ça tarde...

[mbournau]

Vous me mettez le bourdon avec vos scores explosifs là

Faut pas !! Si ta carte est non XT les écarts sont , semble t il normaux, il y a quand même 8 Compute Units d'écart... (25% de plus donc)
Voilà un test, qui vaut ce qu'il vaut : ICI où on peut "jouer" à comparer différentes cartes, j'aime bien !

Ce message a été modifié par mbournau - 5 Mar 2020, 16:54.

[mbournau]

Bonne nouvelle, selon moi, avec cette 5700 Netflix, Canal +, OCS... fonctionnent avec Safari (iMacPro 1.1) ce qui n'est pas le cas avec la 580 et aléatoirement avec la Vega 56.
Et cela, bien sûr, sur un second moniteur lui aussi sur une sortie DP, sinon c'est pas drôle !! (WEG est installé, cet article m'avait inquiété : sur github)

Ce message a été modifié par mbournau - 5 Mar 2020, 17:59.

[hoogs]

Faut définitivement que je teste de changer de SMBIOS donc

[mbournau]

Tu peux si tu veux, je précise qu'hier soir, Safari ouvert avec deux fenêtres dont une avec Netflix sur le second moniteur : impossible de sortir de veille, planté, obligé de redémarrer à l'arrache... Donc... c'est peut être pas encore idéal !!! A suivre !!
Ce serait bien que tu essaies aussi pour voir, remarque !

[Yellocab]

Hello Designare Master

tu laisses ton iGPU activé?

[mbournau]

tu laisses ton iGPU activé?

Il est sur "auto"... J'ai bon, ou pas ?

[Yellocab]

Si ça fonctionne tu as bon! Chez moi en Disable depuis toujours.

[hoogs]

Changer de smbios c’est juste une entrée de clover où faut aussi générer un nouveau numéro de série et autres ?