Revenir à Monterey après déception de Séquoia avec OCLP

[Paul13]

J’avais installé Séquoia avec oclp mais j’ai vite été déçu: mon mbp 2015 16go ssd500 étant devenu très lent je décide de revenir à Monterey afin de retrouver la rapidité d’avant. Après recherches, je vois que je peux redémarrer en mode récupération pour réinstaller la dernière version d’os supportable. Sauf que je constate que je ne peux pas faire cette manip: après avoir renseigné le réseau wifi et le mot de passe, impossible d’aller plus loin.
Merci d’avance pour les retours.

[ch21]

Perso, je conseillerais Ventura qui tourne parfaitement sur mes Mini et MBP 2012 (avec OCLP bien sûr)
Pas plus lent qu'avec Monterey et bien mieux qu'avec Sonoma. Je n'ai pas essayé Sequoia.

Il faut refaire une clé de boot classique avec OCLP et reprendre à zéro

[Laszlo Lebrun]

Perso, je conseillerais Ventura qui tourne parfaitement sur mes Mini et MBP 2012 (avec OCLP bien sûr)
Pas plus lent qu'avec Monterey

Quelle est la différence pratique?
Avec un mac 2015 Monterey marche en natif, sans OCLP.
Y mettre OCLP pour aller plus loin, je veux bien, mais pourquoi en pratique?

Ce message a été modifié par Laszlo Lebrun - 24 Jul 2025, 20:52.

[jeandemi]

Peut-être pour avoir un OS encore supporté (pour quelques mois encore) ?
Même si perso j'en reste à Monterey (et quand ça n'ira plus pour les applications importantes (Banque etc...), ça sera un Linux en // de MacOS (uniquement pour Capture One)

Quoique, en faisant des recherches sur la compression vidéo, il apparaît que si l'on veut que ce soit la carte graphique qui fasse le travail plutôt que le CPU, il faille au minimum Ventura (je n'ai pas encore vérifié, mais je le ferai sur mon Hackintosh no14)

[Laszlo Lebrun]

Peut-être pour avoir un OS encore supporté (pour quelques mois encore) ?
Même si perso j'en reste à Monterey (et quand ça n'ira plus pour les applications importantes (Banque etc...), ça sera un Linux en // de MacOS (uniquement pour Capture One)
Quoique, en faisant des recherches sur la compression vidéo, il apparaît que si l'on veut que ce soit la carte graphique qui fasse le travail plutôt que le CPU, il faille au minimum Ventura (je n'ai pas encore vérifié, mais je le ferai sur mon Hackintosh no14)

Merci de l'info. Le "support" Apple, pour ma part, je m'en tape... Mon navigateur est Firefox et il vient tout juste de ne plus être mis à jour pour Mojave (quoique marchant toujours pour les banques) et il est encore supporté activement pour Catalina et ff. Il y a donc de la marge avant d'avoir un problème avec Monterey. Quand à la compression vidéo par la carte graphique, ça paraît un argument de poids, mais pas sûr qu'il reste valable pour une config OCLP, surtout qu'Apple changeait de fournisseur entre nVidia et AMD chaque année.

[Mac Arthur]

Au risque de me répéter inlassablement, passer sous OCLP sans raison valable n'a aucun intérêt, sauf à pouvoir démarrer la machine et très souvent constater un ralentissement. OCLP n'est qu'un patch permettant le boot, en aucun cas un cocktail de vitamines aux vertus régénératives…

[ch21]

Perso, je conseillerais Ventura qui tourne parfaitement sur mes Mini et MBP 2012 (avec OCLP bien sûr)
Pas plus lent qu'avec Monterey

Quelle est la différence pratique?
Avec un mac 2015 Monterey marche en natif, sans OCLP.
Y mettre OCLP pour aller plus loin, je veux bien, mais pourquoi en pratique?

Pourquoi ?
Je trouve Ventura bien plus abouti que Monterey. Nettement plus réactif, même ressenti que Mojave .
Etre tranquille un peu plus longtemps sur le support et les navigateurs.
Mais, bon, c'est un point de vue et effectivement ça ne concerne que MES ordis de 2012

[Benzebut]

Quoique, en faisant des recherches sur la compression vidéo, il apparaît que si l'on veut que ce soit la carte graphique qui fasse le travail plutôt que le CPU, il faille au minimum Ventura (je n'ai pas encore vérifié, mais je le ferai sur mon Hackintosh no14)

Quelle compression vidéo ? Car cela fait quelques versions de macOS que le codage et décodage de flux vidéo est fait par les cartes vidéos pour accélérer les calculs...

[jeandemi]

C'est ce que je pensais pour recomprimer des vidéos sur mon Hackintosh "photo" mais c'est bien le i7 qui s'y est collé et pas ma 6800XT. J'espérais que l'iGPU aurait fait ça également, mais il faut minimum un Skylake (6xxx) pour ça.
Pourtant ce n'était pas des codecs compliqués, juste vers du H264, ce que gère le QuickSync du i7-4770 sous Windows (mais pas Linux, il faut aussi un Skylake)

Ou alors j'aurais dû essayer autre chose que Handbrake (qui utilise ffMpeg sous une couche graphique), peut-être Da Vinci Resolve ?

Au risque de me répéter inlassablement, passer sous OCLP sans raison valable n'a aucun intérêt, sauf à pouvoir démarrer la machine et très souvent constater un ralentissement. OCLP n'est qu'un patch permettant le boot, en aucun cas un cocktail de vitamines aux vertus régénératives…

Je l'ai utilisé pour mettre une GeForce GT730 (Kepler) sous Séquoia (Hackintosh no15), et ça va très bien sans ralentissement.

Mon beau-frère qui fait du montage vidéo l'a utilisé sur son MacBookPro (modèle avec une GeForce, normalement maximum Big Sur) pour pouvoir utiliser la dernière version de Da Vinci Resolve, et ça fonctionne encore correctement, même si cette dernière est de plus en plus gourmande en RAM et qu'il n'y a que 16GB dans ce Mac...

Mais si évidemment on essaye avec une carte graphique pas compatible Métal (genre ATI HD5770), sur un disque dur mécanique, avec pas assez de RAM, il ne faut pas s'étonner d'avoir des ralentissements !

Ce message a été modifié par jeandemi - 25 Jul 2025, 21:17.

[Mac Arthur]

Mon message n'est pas destiné aux initiés mais plutôt à ceux qui, comme pour CleanMyMac, pensent qu'OCLP va transformer leur vieille machine en M4

[Benzebut]

C'est ce que je pensais pour recomprimer des vidéos sur mon Hackintosh "photo" mais c'est bien le i7 qui s'y est collé et pas ma 6800XT. J'espérais que l'iGPU aurait fait ça également, mais il faut minimum un Skylake (6xxx) pour ça.
Pourtant ce n'était pas des codecs compliqués, juste vers du H264, ce que gère le QuickSync du i7-4770 sous Windows (mais pas Linux, il faut aussi un Skylake)

Ou alors j'aurais dû essayer autre chose que Handbrake (qui utilise ffMpeg sous une couche graphique), peut-être Da Vinci Resolve ?

Si c'est par un Hackintosh, il semblerait normal que l'accélération vidéo ne soit pas reconnue nativement. Elle dépend des bibliothèques de macOS en fonction des cartes reconnues par Apple par Metal pour une configuration donnée. Pour déporter les calculs, il faudrait également "tromper" macOS pour lui faire croire qu'il s'agit d'une carte vidéo par défaut...
Le problème n'est pas le format vidéo ou la taille du fichier, mais bien la reconnaissance de l’architecture. Sinon, c'est le processeur qui s'y colle...

[jeandemi]

i7-4770K processeur présent dans des iMac.
HD4600 intégrée, présente dans les iMac.
AMD RX6800XT compatible Métal et MacOS depuis Big Sur 11.3 (ou 11.4 je ne suis plus sûr)
SMBIOS d'iMac16 qui doit utiliser l'iGPU (ce qui ne serait pas le cas avec iMacPro1,1 ou MacPro qui n'ont pas d'iGPU)
Tout est 100% compatible MacOS, sans bidouille comme ça pourrait être le cas avec un HD4400 par exemple.

Mais je vais réessayer avec mon Hackintosh no14, qui utilise un SMBIOS d'iMacPro1,1 avec une Vega (56 ou 64) qui est la carte graphique "native" de ce Mac

[jeandemi]

Je viens de voir ce post:

Sinon, quand j'ai testé le mien (M4 Max, voir signature) sous Handbrake pendant 30 minutes : CPU à fond et température proche de 95 degrés Celsius, pas un bruit et je voyais bien que les ventilos (il y en a 2) tournaient à 1500 tours (de mémoire) versus 1000 au repos.

Donc mon souci n'est dû au hack, ni à ma version de MacOS, mais à Handbrake qui visiblement n'utilise pas le GPU (du moins sous MacOS)
Je pourrais réessayer avec Da Vinci Resolve

[Pat94]

Salut,

Un hack avec les bons pilotes pédale a priori beaucoup plus vite que les M truc dans les utilisations pros, et ce avec un simple I3 comme processeur et une 5700 comme GPU, à méditer...

GEEKBENCH 6 CPU

Hackintosch I3-13100 avecRX5700

Mono 2356
Multi 8355
Mac mini M1 8CPU/8GPU Cores

Mono 2350
Multi 8388
Mac mini M2 8CPU/10GPU Cores

Mono 2630
Multi 9738

Mac mini M4 10CPU/10GPU Cores

Mono 3917
Multi 15128
GEEKBENCH 6 GPU METAL

Hackintosch I3-13100 avecRX5700

90410
Mac mini M1 8CPU/8GPU Cores

32980
Mac mini M2 8CPU/10GPU Cores

46386
Mac mini M4 10CPU/10GPU Cores

55900
BLACKMAGIC DISK SPEED TEST

Hackintosch I3-13100 avecRX5700

5200/4800

Mac mini M1 8CPU/8GPU Cores

2800/3000

Mac mini M2 8CPU/10GPU Cores

1510/1590

Mac mini M4 10CPU/10GPU Cores

2900/2065
LIGHTROOM CC EXPORT 10 IMAGES 26,1 MEGAPIXEL RAW X-T4

Hackintosch I3-13100 avecRX5700

6,54 s

Mac mini M1 8CPU/8GPU Cores

15,9 s

Mac mini M2 8CPU/10GPU Cores

13,4 s

Mac mini M4 10CPU/10GPU Cores

8,63 s

[Mac Arthur]

Je viens de voir ce post:

Sinon, quand j'ai testé le mien (M4 Max, voir signature) sous Handbrake pendant 30 minutes : CPU à fond et température proche de 95 degrés Celsius, pas un bruit et je voyais bien que les ventilos (il y en a 2) tournaient à 1500 tours (de mémoire) versus 1000 au repos.

Donc mon souci n'est dû au hack, ni à ma version de MacOS, mais à Handbrake qui visiblement n'utilise pas le GPU (du moins sous MacOS)
Je pourrais réessayer avec Da Vinci Resolve

Sur mon M4 ce n'est pas le GPU qui pédale à toute vitesse mais bien le CPU.

[jeandemi]

Oui, c'est bien ce que je voulais dire, que Handbrake n'utilise pas le GPU.
Da Vinci Resolve utilise normalement la carte graphique pour les compressions vidéo
Je ne sais pas ce qu'il en est pour iMovie et Final Cut Pro X (CPU ou GPU ?), je vais voir s'il y a une différence due à MacOS, puisque j'ai lu qu'il fallait au minimum Ventura pour que ce soit la carte graphique qui s'y colle.

S'il n'y a pas moyen de faire tourner la carte graphique pour ça et que j'ai de grosses compressions à faire, je les ferai sur un de mes doubles 12 cœurs...

@Pat94: les résultats de benches ne donnent aucune réponse à la question initiale : ma RX6800XT y donne d'excellents résultats, mais si le logiciel utilisé ne s'en sert pas, ça ne sert à rien d'en avoir une si grosse, avec une RX560/4G le résultat serait identique.

[jeandemi]

D'abord un petit article sur l'encodage et le décodage matériel dans Handbrake.
https://www.journaldulapin.com/2023/12/01/h...odage-materiel/

Ensuite, les résultats de mes tests sur mes Hackintoshes 10, 14 et 16:
Sur le 10 avec un EFI fraîchement refait avec OpCore Simplify et un SMBIOS d'iMac15,1, Hackingtool me met VDA Décoder: Fully supported. Je peux sélectionner l'encodage materiel via VideoToolBox et l'encodage de ma vidéo est très rapide, avec le processeur qui bosse beaucoup (je ne parviens pas à connaître la charge sur le GPU).
Sur le 14 (toujours sous Monterey) avec un SMBIOS iMacPro1,1 c'est pareil (mais encore plus rapide) avec une utilisation CPU de 350% (1 cœur = 100%)
Sur le 16 avec un SMBIOS d'iMac16,2, Hackingtool me met VDA Décoder: Failed. Je ne peux pas sélectionner l'encodage materiel via VideoToolBox et l'encodage de ma vidéo est fait uniquement via le CPU.
J'ai comparé les config.plist des 10 et 16 et ils sont identiques à part le SMBIOS.
J'ai donc essayé le 10 avec un SMBIOS d'iMac16,2 et Hackingtool me met VDA Décoder: Failed

Conclusions:
- L'utilisation du SMBIOS iMac16,2 (lequel Mac n'a qu'un iGPU et pas de dGPU) que j'avais choisi pour contourner la limitation à Big Sur du 15,1 empêche donc le codage/décodage matériel des vidéos.
Je vais donc devoir le changer pour profiter pleinement de ma RX6800XT, car peut-être que cela joue dans d'autres logiciels comme CaptureOne ?
- L'encodage materiel fonctionne sous Monterey par contre (alors que c'est dit Ventura minimum)
- La plus grande vitesse constatée sur le no14 peut être due à la Vega plus puissante, au CPU plus rapide et/ou au disque plus rapide (NVME plutôt que SATA), je devrais faire des tests plus poussés pour savoir quoi, éventuellement sur le 16 une fois que j'ai changé de SMBIOS

Ce message a été modifié par jeandemi - 16 Aug 2025, 00:05.