EDIT : Post périmé et trop succinct. J'ai rédigé un article plus complet et plus détaillé ici.

Bon c'est pas un scoop, la 4870 passe très bien dans les Mac et les Hack.
Oui, mais le scoop c'est qu'on peut le faire sans flash, sans ATY_Init, et plus proprement...

Option 1 : via GFX Strings

se rendre ici : http://www.mediafire.com/MowgliBook dossier Radeon HD 4870

HD4870.plist : GFX String avec beaucoup d'entrées pré-remplies, c'est plus une source, en cas de besoin. préférez les versions light. fonctionne tout de même très bien.

HD4870light.plist : version allégée, moins d'entrées pré-remplies, probablement la meilleure, car elle n'injecte que très peu.

HD4870light Toxic.plist : idem, version allégée, moins d'entrées pré-remplies, cette version est destinée au Sapphire HD 4870 Toxic (version du BIOS différente)


Option 2 : via DSDT

Pour ça je vous renvoie à l'excellent site darwinx86.org pour générer un fichier DSDT.aml

Intégrez-y le Time Machine Fix, et l'ALC889a, ainsi qu'une ATI HD3800 que vous renommerez 4870.
Les DevID des 4870 sont souvent 9440,l'emplacement c'est selon les mobo.

Ensuite il faudra éditer votre .aml après l'avoir décompilé en .dsl
Suivez les modifs présentes dans mon DSDT dans le dossier EX58-UD4P

profitez en pour éditer le PWRB (après votre bouton d'alumage mettra l'ordi en veille)
il faut changer HID en CID dans "Device (PWRB)"

Au passage remercions tous Trauma qui m'a bien aidé, et la Leffe aussi

Option 3 : via ATY_Init de Netkas.

Un kext, c'est tout. Le Dual Display fonctionne avec lui, et certaines 4870 exotiques aussi. Par contre dans certains cas la veille ne fonctionne pas.

This post has been edited by MowgliBook: Oct 7 2009, 08:07 PM

J'ai besoin de testeurs pour savoir si le Dual Display fonctionne avec les GFX Strings et si possible le DSDT.

La question du "plus proprement" est discutable. Finalement ces différentes méthodes reviennent exactement au même, et la modification de la DSDT est tout sauf propre. C'est pas fait pour ça, tu y figes les propriétés d'un périphérique amovible, qui vont rester là même si tu retires la carte et éventuellement poser problème. Les device-property strings économisent peut-être 2 secondes de chargement au démarrage mais là encore on fige des données amenées à changer.
La méthode la plus propre pour faire ça reste selon moi le classique injecter qui se charge uniquement si le périphérique est là, et qui ne va pas plomber le système dès la racine si quelque chose tourne mal, c'est en outre beaucoup plus accessible pour faire des modifications.
Enfin pour ce qui est du support du dual screen, si ça fonctionne avec un injecter, il n'y a aucune raison que ça ne fonctionne pas avec la DSDT ou une string, puisque encore une fois, les 3 font exactement la même chose avec donc les mêmes résultats. Si l'une ne fonctionne pas, c'est que la conversion depuis la plist a été mal faite.
Enfin pour les vrais mac, je ne suis pas sûr que l'on puisse se passer de ATY_Inject, la carte a besoin d'être initialisée manuellement pour remplacer le rôle de la ROM. Ca a peut-être changé dernièrement, je vérifierai. (EDIT : c'est confirmé)

En résumé, un injecter ou une string à la rigueur si on est à 2 secondes de chargement près, mais l'edit DSDT c'est ridicule car inutilement compliqué, inadapté et n'offre aucun bénéfice par rapport à la string.

Le DSDT à l'avantage de centraliser un maximum de modifications, et par exemple avec les i7 c'est le seul moyen d'obtenir le speedstep à l'heur actuelle.
Les GFX Strings, facilement modifiables permettent de ne pas modifier le système, et fonctionnent quelques soit les systèmes et le versions... sous 10.6 compris.
Les Kexts injecteurs ont en effet l'avantage d'être plus "intelligents" mais du coup on est tributaire de leur développement.

Justement non, et c'est bien ce que personne ne semble vouloir comprendre. Que ce soit le tout 1er titan ou le dernier je sais pas quoi, un injecteur "injecte", c'est tout. Il injecte ce que tu lui dis d'injecter. Les seules différences se situent dans la création automatique de certaines clefs ou des données "hardcodées". Ils n'en gardent pas moins leur rôle d'injecteur générique quels qu'ils soient.
Après je vois pas comment une version peut injecter mieux qu'une autre. Donc un injecteur qui fonctionne n'est pas près de s'arrêter que ca soit avec Tiger ou Snow Leopard, à moins qu'Apple décide soudainement de changer toutes les clefs qui sont crées et chargées en mémoire par l'EFI (ce qu'un injecteur remplace), et encore il suffirait alors de mettre la plist à jour. Maintenant pour le bénéfice d'un injecteur, comme je disais c'est beaucoup plus simple et ça permet de personnaliser sa plist ou d'en faire une "light". Or mon expérience en la matière (plutôt conséquente maintenant) me fait dire qu'il vaut mieux ne rien mettre plutôt que des données erronées, et je me demande bien qui a les compétences pour prendre une property-string depuis un vrai mac pour ensuite la convertir en xml, l'éditer sur mesure pour qu'elle colle parfaitement à la carte, et la reconvertir en hexa. A vraie dire personne sauf les ingénieurs d'apple qui seuls savent vraiment qu'est-ce qui fait quoi. Alors tant qu'à mettre des choses plus ou moins au pif, autant utiliser une méthode flexible plutôt que de copier/coller bêtement une suite de caractères hexa conçue pour un modèle différent.

a vrai dire je suis d'accord avec vous 2, meme si j'avoue avoir un preference pour le dsdt, la raison est simple quand on maitrise ce que l'on fait, un seul fichier peut remplacer tout un tas d'injecteurs, c'est plutot appreciable, de plus ce fichier dsdt n'a pas besoin d'autorisation pour fonctionner, gros desavantage, il faut avoir une certaine connaissance technique pour ne pas faire n'importe quoi,

les injecteurs, c'est aussi une bonne methode, pas besoin d'etre un ingenieur pour que ca marche, c'est simple a utilise et surtout c'est flexible, gros probleme, et la je rejoins MowgliBook, on est tributaire du ou des developeurs, exemple ton excellent NVEnabler (qui par ailleurs ma permis de trouver le bon nvcap pour ma sortie tv que je me suis empresser d'injecter dans mon dsdt pour mon OS principal) ne fonctionne pas sur snow en mode 64bit et pour cause l'injecteur n'a pas ete compile pour, je dirais meme qu'aucun injecteur video n'est pour l'instant compatible snow 64bit, les seul moyen d'avoir l'acceleration materiel sont les dsdt et les efi string, alors que mon fichier dsdt fonctionne toujours aussi bien que ca soit sous leopard ou snow 64bit, nul doute que ce manque sera corrigé des la sortie officiel de snow leopard, mais pour l'instant, c'est le seul moyen

maintenant je dois dire que j'utilise les 2, mais a des fin differentes, mon systeme principal, n'a aucun injecteur, aucun kext modifié, tout est en vanilla, j'utilise uniquement les dsdt et les legacy kext,
alors que sur mon systeme de secours qui fait aussi office de systeme portable, car je l'utilise aussi comme systeme de demonstration sur les pc de mes amis pour les faire swichter , doit demarrer sur quasiment n'importe quel types de pc, donc je n'utilise que des injecteurs, des kext modifiés et le voodoo kernel, pour qu'il soit compatible avec un maximum d'architectures sans prise de tete

en gros je crois que chacun peut trouver son bonheur dans l'une ou l'autre methode, mais pour moi aucune d'entre elles n'est mauvaise

This post has been edited by cparm: Aug 4 2009, 04:46 AM

Pardon me for posting in English. Your English is likely far superior to my French.

Have you successfully "renamed a 3870 to a 4870"? Does it have hardware acceleration with Snow?