Jump to content

8 posts in this topic

Recommended Posts

Bonjour,

 

Je me suis monter un p'tit Hack avec la config suivante :

 

• Gigabyte GA-H97-HD3

• Core i5 4570

• nVidia Geforce GT 730 1Go VGA/DVI-D/HDMI

 

Le tout sous Clover 3193 avec ALC887 patché à la volée via le script de Toleda Layout 3, webdrivers nVidia 343.02.02f03.

 

Je précise qu'il s'agit de ce modèle en ce qui concerne la CG. Pour info, elle fonctionne sur une longueur de voie PCIe x8 (si ça peut changer quelque chose, ce dont je doute).

 

Problème : pas d'HDMI audio et aucune sortie HDMI dans les prefs système. J'ai bien un Digital Out mais il me semble qu'il correspond à la sortie S/PDIF de ma carte mère. En tout cas, pas de trace de ma TV HDMI…

 

Pas plus avec une DSDT et via HDMIAudio.kext non plus.

 

En revanche, VoodooHDA détecte bien les deux ( :wacko:) sorties HDMI mais ne produit aucun son :wallbash:

 

Je me suis un peu renseigné et il semble que pour certains, l'utilisation des webdrivers "casse" l'audio HDMI depuis la 10.10.2. Mais les avis sont contradictoires car ça fonctionne tout de même pour d'autres. De toute manière, le fait de les désactiver ne change rien. Le problème est donc ailleurs.

 

Est-ce dû :

 

À ma carte ? (pas de soucis sous Windows)

À ma DSDT ?

Au patch Clover ou au config.plist mal réglé ?

 

Ci-joint :

 

- config.plist

- DSDT non-modifiée extraite par Aida64

- DSDT fixée par artur-pt d'Olarila

- Patch maison pour injecter la GT 730

- DSDT patchée par mes soins (essayé, chargée mais ne change rien, mauvaise injection ?)

- IOReg sans DSDT chargée

- IOReg avec DSDT chargée

- Captures Informations Système & Préférences Système

 

Je m'en remet à vous parce que là, je sèche :P

 

Merci !

 

 

DSDTs_IOREGs_Screenshots_Patch_GT730.zip

Share this post


Link to post
Share on other sites
Advertisement

salut polyzargone   :)

 

juste une question, stp... quand tu dis "Patch maison pour injecter la GT 730", tu veux dire avec DSDT ?

 

pourquoi utiliser DSDT alors que Clover le fait très bien ?   :)

 

certainement je dois me tromper mais à ma connaissance VoodooHDA n'a jamais fait marcher HDMI d'une carte graphique (à moins qu'en éditant Info.plist, on peut faire quelque chose, mais cela m'étonnerait), même si celui-ci le reconnaît.

 

Inutile de polluer ce sujet en listant les avantages de Clover, mais juste pour dire que Clover a des options très poussées pour ce genre de problème.

 

déjà, pour commencer, tu devrais injecter ta GT 730 avec Clover et ensuite essayer de débloquer HDMI avec l'option AddHDMI  dans ACPI -> New way

 

bref, je ne vais m'étaler sur toutes les options, fais juste quelques essaies et au pire, cherche un peu si d'autres ont le même souci... pas par rapport avec ce que tu disais sur les contradictions de certains membres, mais par exemple si le faite de patcher ta cg avec le bios d'un autre constructeur ne serait pas plus bénéfique... nous avons déjà vu cela, des membres débloquant HDMI par cette astuce.   :)

Share this post


Link to post
Share on other sites

salut polyzargone   :)

 

juste une question, stp... quand tu dis "Patch maison pour injecter la GT 730", tu veux dire avec DSDT ?

 

pourquoi utiliser DSDT alors que Clover le fait très bien ?   :)

 

Merci pour ta réponse :)

 

Alors, je m'explique :

Oui, il s'agit bien d'un patch appliqué à la DSDT pour injecter la GT 730. Non pas que Clover ne la reconnaisse pas (encore que, il me met model : unknown dans le menu Graphic Injector au boot puis Unknown 0 Mo dans About this Mac :wacko:), mais car le patch AppleHDA de Toleda, malgré un Layout 3, ne semble pas détecter mes sorties HDMI. Je me suis donc dit que peut-être, c'était parce qu'il manquait la partie HDAU ou que Clover ne l'interprétait pas ou mal.

 

D'ailleurs, j'ai ceci dans le Boot.log (sans DSDT chargé et avec inject nVidia=true) :

 

22:145  0:000  have no HDMI device while HDMIADR2=1

22:145  0:000  HDMIADR1=10000 HDMIADR2=1

 

et concernant la carte elle même :

 

22:441  0:200  patch_nvidia_rom

22:441  0:000  version 80.28.78.00.06

22:441  0:000  nVidia Unknown  2101346304MB NV106 [10DE:1287] ::

22:441  0:000  PciRoot(0x0)\Pci(0x1,0x0)\Pci(0x0,0x0)

22:441  0:000  devprop_add_nvidia_template

22:441  0:000  default_NVCAP: 04000000-00000200-3D000000-00000007-00000000

 

D'où l'idée de passer par une DSDT. Pour lui forcer la main disons.

 

Cela étant dit, même avec la DSDT patchée et chargée, IOReg m'indique clairement (v. pièces jointes) que l'HDAU n'est pas à sa place. Du moins pas là où je m'attendais qu'il soit, à savoir après la partie GFX0 et non pas avant. Ça me fait penser que ma DSDT est peut-être un peu foireuse.

 

Pour VoodooHDA, je suis d'accord, ça n'a jamais marché pour moi non plus. Mais bon, autant essayé, ça ne coute rien :P.

 

 

déjà, pour commencer, tu devrais injecter ta GT 730 avec Clover et ensuite essayer de débloquer HDMI avec l'option AddHDMI  dans ACPI -> New way

 

Déjà essayé. Marche pô. :(

 

 

par exemple si le faite de patcher ta cg avec le bios d'un autre constructeur ne serait pas plus bénéfique... nous avons déjà vu cela, des membres débloquant HDMI par cette astuce.   :)

 

Ça en revanche, ça me paraît être une piste intéressante.

 

Mais concrètement, quels sont les risques ? C'est qu'elle me suffit très bien cette carte et même si elle n'est pas très chère, ça m'embêterais de la flinguer pour une bête histoire d'audio HDMI :shock:

Share this post


Link to post
Share on other sites
Ça en revanche, ça me paraît être une piste intéressante.

 

Mais concrètement, quels sont les risques ? C'est qu'elle me suffit très bien cette carte et même si elle n'est pas très chère, ça m'embêterais de la flinguer pour une bête histoire d'audio HDMI :shock:

 

et bien comme tu l'as dit... le risque est que tu rates le flashage du bios de ta carte graphique et qu'elle ne soit plus récupérable

 

mais normalement, elles le sont toujours... récupérables    :P

 

mais je te conseillerais de faire cette astuce qu'au dernier recours... attendons un pti peu les avis des autres membres, ils vont peut-être apporter une meilleur solution  ;)

Share this post


Link to post
Share on other sites

Ok c'est noté. Merci.

D'autant que j'ai cherché un peu entre temps et visiblement le bios qui s'approcherait le plus du mien serait celui de cette carte. À ceci près que :

 

1/ C'est de la GDDR5 et moi, de la DDR3

2/ Le bios n'est pas dispo au téléchargement :P:lol:

 

Donc je le sens pas du tout du tout :rolleyes:

 

De toute manière, j'ai fait une réclamation sur le site où je l'ai acheté (Rue du commerce) car elle est clairement indiquée comme GDDR3 PCIe 3.0 x16 alors que GPU-Z m'affiche DDR3 PCIe 2.0 x8 (en même temps, quand tu vois la photo de la carte, ça paraissait évident que c'était pas du x16 :angry:)

 

Bref, le temps qu'ils me répondent j'aurais peut être une solution à mon problème mais ça ne m'empêchera pas de leur renvoyer si c'est possible ! :police:

Share this post


Link to post
Share on other sites

Alors, suite des aventures :P

 

La GT 730 est gentiment repartie chez Rue du Commerce et intégralement remboursée parce que non conforme à la commande :rolleyes: !

 

[EDIT] Je l'ai gardé finalement. Même si elle n'est pas conforme à la commande, à 47 € je pense quand même avoir fait une bonne affaire. La même est vendue 54,40 € sur Rue du Commerce maintenant :D !

 

Du coup, j'en ai profité pour me payer une MSI GTX 650 Ti 2Gb OC PCIe x16 3.0. (sortie HDMI en 1.4a).

 

Retour à la case départ donc et problème toujours présent :wallbash:

 

À la différence que :

 

Clover reconnait bien la carte dans le menu Graphic Injector au boot puis dans About this Mac (toujours à 0 Mo sauf si je lui explique que c'est 2048 avec Clover Configurator) mais en revanche, j'ai le droit à un magnifique black screen si je coche injectNvidia . Sans, ça passe. De toute manière, même avec l'écran noir et en VNC, l'audio HDMI n'est toujours pas détectée. :hammer:

 

Je soupçonnerai bien ma TV mais sous Windows, je n'ai pas ce problème, ni avec la GT 730 ni avec la GTX 650 Ti. Détail qui me paraît intéressant, quand je suis sur OS X, la TV passe en mode DVI alors qu'elle reste en HDMI sous Windows.

 

Même avec la DSDT modifiée pour la GTX 650 Ti, l'HDAU est reconnu mais pas là où je m'y attends.

 

Donc à premieère vue, c'est ma DSDT qui est foireuse. Je ne vois pas d'autres explications.

 

Si une bonne âme pouvait y jeter un coup d'œil… Merci à elle :D

DSDT+IOReg.zip

H97-DH3_dsdt.aml.zip

Share this post


Link to post
Share on other sites

OK, problème réglé :D

 

J'ai viré les webdrivers, installé HDIAudio.kext et voilà. Fin de l'histoire :thumbsup_anim:

 

Un truc que je pige pas trop en revanche c'est pourquoi lorsque je coche injectNvidia, Clover, j'obtiens un écran noir ? Mais bon, c'est un détail…

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By arsradu
      Hi guys,
       
      So, this little tutorial is meant to help people fix a new issue with Mojave: opening jpg files (looks like it happens with larger files, not so much with smaller ones) using Quick Look (on spacebar key pressed) or Preview app, using the dedicated GPUs.
      The issue is that, when trying to open jpg files (for some reason, it doesn't occur with pngs), the pop-up window would remain in an endless loop. And from that point forward, any other app trying to open the same file will either become unresponsive (in the case of the Preview app) or just stay in endless loop (in case of Quick Look)
       
      As a workaround, in case the tutorial below doesn't work for you, you can use Grab (built-in app in MacOS) to open said files.
       
      This issue DOES NOT occur using the iGPU. So...if you're comfortable using the iGPU, just switch to that and you should be good to go. You don't need this tutorial.
       
      This tutorial is based on @Cyberdevs' research and testing on this topic (especially useful if you're using an RX series AMD video card), and my own very limited time testing this on my rig. I just thought it would be useful to create a new thread for it so that people can discuss this particular issue here.

       
      With that being said, I'll just move on to the actual tutorial.
       
      New (probably better) method.
       
      Switch your SMBIOS in Clover config in regards to the dedicated GPU you're using, instead of the CPU. Take a look here and choose the corresponding SMBIOS closest to your hardware.
      Yeah, that's it.
       
      In case you lose CPU PM with this method, there are multiple ways to fix that, and they do not make the object of this thread.  It worked perfectly fine for me though and I didn't need to change anything else.
       
      Alternatively, you can also try one of the MacPro SMBIOSes, such as MacPro5,1 or MacPro6,1. It was tested multiple times and it showed good results. 
      Keep in mind that choosing these will most likely not show you an iGPU in System Report, since those machines generally (probably all of them) use Xeon CPUs with no iGPUs either.
       
      /!\NOTE: There have been reports saying that using this method (switching SMBIOS to a MacPro one) with newer versions of MacOS may cause iTunes to crash.
      So...keep that in mind and better try some of the other methods mentioned here.
       
      A simple Lilu plugin
       
      Thanks to vulgo for the plugin and @Matgen84 for sharing and testing it, we now have yet another possible solution to this issue. It's a Lilu plugin (which means that it requires Lilu.kext in order to work) it's called NoVPAJpeg, and it can be downloaded from here.
      You use it as a regular kext, alongside Lilu. I prefer (and recommend) using it within the EFI folder, in Clover/kexts/Other. But if you want to use it in S/L/E, that should work just fine.
       
      More info can be found in this post here.
       
      In case you wanna try alternative medicine  ...
       
      The main thing we need to do is actually very simple: we need to enable the iGPU (integrated GPU) by default, in BIOS, while actually being connected to the dedicated GPU.
       
      For ATI GPUs (curtesy of @Cyberdevs' post here).
       
      The discreet GPU should be set as primary in BIOS and your displays should be connected to your discreet GPU
      The iGD/iGPU/iGFX must be enabled in BIOS/UEFI as the secondary GPU.
       
      I removed the DSDT Reconfigured the config.plist to and removed some flags which weren't needed because of the DSDT added the InjectATI + Ornioco Framebuffer (I removed the Orinoco framebuffer because of some weird glitches but it might be useful for other AMD GPUs if you inject the correct framebuffer according to your GPU. No need to inject anything for nVidia GPUs unless your GPU needs it) Added the InjectIntel + ig-platform-id for my intel HD530 (for intel HD 530 I use the 0x19120001 ig-platform-id)  
      Steps 5 to 7 might not be necessary I just did them anyway, if anyone succeeded to get quicklook working without those steps let me know so I can exclude those steps.

           Also confirmed to work with AMD R9 270X on a SandyBridge rig (without an iGPU) using WhateverGreen + Lilu kexts, which also helped to solve the transparency issue along with the Quick Look problem, it also resolved the buggy Screen Capture (Command+Shift+5) issue as well. 
       
          Also, do:
      nvram cleanup kextcache & prelinked kernel rebuild reboot  More info on that here.
       
       
      For NVIDIA GPUs
       
      This is what I needed for my NVIDIA rig and the MSI motherboard in the signature. Your milage may vary, depending on your hardware. But, the idea should be the same regardless.
       
         For MSi motherboads (check out my motherboard details in the signature)
       
      Set your BIOS to use PEG (dedicated GPU) so you can boot.
      Since you're reading this, chances are that you're already connected to the dedicated GPU and the BIOS is set to PEG. So just go into BIOS and see if you're using the iGPU or the dedicated (PEG) graphics device by default.
      If you're already using this, skip to Step 3 (the part AFTER Reboot). Reboot (I think you don't necessarily need to boot into the OS...but you do need to reboot at least until Clover UI) Reboot back into BIOS and set it from PEG to IGD (integrated graphics) WITHOUT removing the cable. Save Reboot again.  
         The result should be that the OS is tricked into thinking you're booting with the IGPU when in fact you're using the dedicated GPU.
       
         For Gigabyte motherboards
       
         Set:
      Peripherals -> Initial Display Output -> iGFX Chipset -> Internal Graphics -> Enabled
           DVMT Pre-Allocation -> default 64M.
           DVMT Total Gfx Mem -> default 256M Save Reboot  
         You should do this with the cable connected to the dedicated GPU.
       
      You will also need to patch the iGPU from Clover config.
      1. Graphics -> Inject Intel (UNCHECK Inject Nvidia or ATI if it's checked).
      2. ig-platform-id (in my case for Intel HD 4600 Desktop) it was: 0x0d220003
       
      And use IntelGraphicsFixup.kext (now included into WhateverGreen.kext) in Clover/kexts/Other. In my particular case, without the kext, I would get freezes in Safari.
       
      Another way to activate the iGPU while having the dGPU set as primary is by going into BIOS/SAG/Graphics Configuration/iGPU and setting Multi-Monitor to [Enabled], all the rest remains on [Auto], and set Inject/Intel to [True] in Clover config.*.
       
      Thanks to @gjw for the tip.
       
      *Motherboard dependent. But the multi-monitor option might be the same regardless of manufacturer.
       
       
      This might be a bug with Mojave and it could be fixed by Apple in the future. but in the meantime, feel free to use this if it helps you fix the issue.
       
      For HP motherboards (including laptops), so far no solution, unless the BIOS somehow allows to switch from dGPU to iGPU and vice-versa.
       
      Cheers!
    • By Coke2g
      I've been happily using macOS Sierra 10.12.6 (16G29) successfully for more than a year (all things working), but now I replaced my old Asus GTX 750 Ti card with a new Zotac GTX 1060 6GB, and it get stuck on boot just before going to the login screen (verbose boot screen attached).
       
      I've updated Clover with all its kexts, and reinstalled the Nvidia Web Drivers (using nvidia-update script), but it's still stuck in the same part. I can only enter using nv_disable=1
       
      My current Hackintosh specs:
      Motherboard MSI H110M Gaming (MS-7994) (LGA 1151/Intel H110/DDR4/SATA 3 & USB 3.1) CPU Intel Core i5-6600 6M Skylake Quad-Core 3.3 GHz LGA 1151 65W RAM HyperX FURY 16GB (2 x 8GB) DDR4 2133 (PC4-17000) HX421C14FBK2/16 Video Zotac GTX 1060 6GB SSD Samsung SSD 850 EVO 250GB HDD Western Digital Black 1TB (32MB Cache) (WDC WD1001FALS-00J7B1)  
      I've read that maybe it can be fixed patching the DSDT, but I don't know how to do it.
       
      My RunMe.app generated zip file and verbose boot screen are attached.
       
      Any kind of help is appreciated. Thanks.
      Send me Coke-iMac.zip

    • By tom666
      osx10.14
      i5-4250u
      i have added "irq hdef hdau  mutex osys10" patch
      and install acpibettery on clover ,but the battery management still donot work

      my audio card is alc269vc ,i try to use applealc,and tried all the layoutid, all of those colud not work.
      2019-03-31 20:18:23.389590+0800  localhost kernel[0]: (kernel) AppleALC:     alc @ failed to find IOHDACodecVendorID, retrying 0
      i have also use linux to find the codec
      i uploaded the clover , dsdt,codec.
      This problem has been bothering me for two days.
      thanks
       
       
      all.zip
      2019-03-31 20:18:17.997435+0800  localhost kernel[0]: calling mpo_policy_init for Lilu
      2019-03-31 20:18:18.003796+0800  localhost kernel[0]: Security policy loaded: Lilu Kernel Extension 1.3.5 (Lilu)
      2019-03-31 20:18:23.389590+0800  localhost kernel[0]: (kernel) AppleALC:     alc @ failed to find IOHDACodecVendorID, retrying 0
      2019-03-31 20:18:23.398483+0800  localhost kernel[0]: (kernel) Lilu: patcher @ lookup patching applied only 0 patches out of 1
    • By renandesouza
      Hi guys, I recently installed OS X 10.10 Yosemite on my PC, everything was fine in the installation, video card already configured and working perfectly, the sound also had no problems, but I just can not connect to the internet, no connection with ethernet etc ... I tested some kex but it did not work.
       
      PC:
      Asus P5GC-MX/1333
      Core 2 Duo E8400 3.0 GHz 
      2GB DDR2 
      ATi HD 5450
      Realtek ALC883 HD Audio
      Atheros L2 Fast Ethernet 
       
      Network Screen Prints:

    • By noisegate
      Hi,
       
      I use AppleALC v1.3.5, I can see the device in system info but no sound. Any idea?
       
      Thanks!
       
×