Documentation et guides
Un parcours linéaire de l’installation à la première session stable : politique BIOS, adéquation matérielle, puis graphismes et audio — dans cet ordre. Conçu pour terminer la mise en place, pas pour accumuler les onglets.
Chaque page ci-dessous remplit un rôle précis. Commencez par Télécharger, ou allez directement à l’étape qui bloque.
Aucun BIOS ni image de jeu ici — documentation uniquement. Utilisez des fichiers que vous êtes légalement autorisé à posséder.
En bref
Chaque page a un seul objectif — moins de recherche, plus de jeu.
Pages thématiques ciblées
Contenu pédagogique
ROM ou BIOS hébergés
Accès en libre-service
Hub documentaire indépendant — pages reliées pour passer du téléchargement aux guides puis au dépannage sans perdre le fil.
Parcours recommandé
Stable ou nightly selon votre OS — sachez ce que nous hébergeons ou non.
Ouvrir TéléchargerBIOS, manettes, graphismes — le même ordre à chaque fois pour ne rien oublier.
Ouvrir les guidesConfiguration requise, notes graphiques, puis dépannage par symptômes.
Corriger les problèmesSources
Ce hub est uniquement de la documentation — nous n’hébergeons ni installateurs ni BIOS. Associez ces pages aux releases officielles de PCSX2 et au wiki communautaire pour les binaires ou les astuces par jeu.
Commencez par une build stable pour un comportement prévisible. Les nightlies apportent les derniers correctifs — et parfois de nouvelles régressions — notez donc la version exacte quand vous comparez ou signalez un bug.
Les builds Windows et Linux que beaucoup suivent sont publiées sur le site officiel de PCSX2. Faites correspondre nom de fichier et version à ce que vous croyez avoir installé — archives portables et installateurs n’atterrissent pas au même endroit.
Quand un titre exige clamping, hacks ou contournements de rendu, les articles du wiki communautaire par jeu sont la référence habituelle. À traiter comme des pistes de test — pas une garantie sur toutes les générations GPU.
Site de documentation indépendant — nous n’hébergeons pas vos fichiers. BIOS, images de jeux et respect du droit applicable restent de votre responsabilité.
Premier lancement
Évitez les réglages au hasard — ces vérifications évitent la plupart des cas « ça ne démarre pas » avant d’ouvrir un second onglet.
Vérifiez où la build stocke config, sauvegardes et journaux — portable ou installé, les emplacements diffèrent. Ce chemin servira quand quelque chose dérape après une mise à jour.
Indiquez à PCSX2 un dump BIOS provenant d’un matériel dont vous êtes propriétaire. Mauvaise région ou fichier corrompu : erreurs au boot — pas forcément « mauvais pilotes GPU ».
Mappez une manette dans l’interface et vérifiez les boutons dans un titre 2D simple avant de courir après la mise à l’échelle. Bluetooth OS et zones mortes provoquent plus de « l’émulateur est cassé » que les réglages EE.
Activez l’affichage à l’écran, choisissez une scène lourde, puis modifiez une seule option graphique ou de sync par essai. Mélanger les réglages rend les régressions impossibles à isoler.
Une fois les bases stables, revoyez la configuration requise si vous montez la résolution interne ou activez des correctifs de fusion agressifs sur de nombreux titres.
Éviter la spirale
Pas de « réglages secrets » — ce sont les erreurs banaires derrière les longs fils. Stabilisez d’abord l’environnement, puis touchez à l’émulation.
Écrans noirs et sorties immédiates viennent souvent d’un BIOS manquant ou d’une mauvaise région — pas d’un « Vulkan cassé ». Vérifiez le dump et le dossier avant de changer trois moteurs de rendu.
Mélanger les réglages rend les régressions impossibles à isoler. Une variable par essai, même scène de test, notez le delta — surtout avant pilotes ou nouvelle build.
Bureau synchronisé cloud, antivirus agressif, chemins exotiques : erreurs fichiers « aléatoires ». Préférez un chemin court que vous maîtrisez.
Deux copies de PCSX2, deux arbres de config. Saves ou réglages « disparus » : souvent l’autre raccourci — vérifiez cible et répertoire de travail.
Les modes silencieux plafonnent CPU et GPU ; les pics ressemblent à du stutter alors que la machine thermique-throttle. Testez sur secteur avec un profil performance.
Une capture des réglages sans version, moteur et journal de session recrée le hasard. Récupérez le log juste après l’échec — même session, même reproduction.
Plateformes
Chemins d’installation et piles pilotes diffèrent, mais l’ossature reste : build → BIOS de votre matériel → réglages globaux → réglage par jeu.
Beaucoup commencent ici. Préférez une build 64 bits, des pilotes GPU à jour (Vulkan ou OpenGL), et un chemin sans caractères exotiques. Portable ou installateur selon la version — choisissez ce qui colle à votre façon de mettre à jour.
Paquets distro, Flatpak ou bundles type AppImage : chacun arbitre fraîcheur vs intégration. Les API graphiques dépendent de Mesa ou des pilotes constructeur ; Wayland vs X11 peut toucher plein écran et entrées — vérifiez ce contre quoi votre build est testée.
Apple Silicon et Intel diffèrent en capacités GPU et marge thermique. Certains chemins de rendu ne recollent pas à Windows — traitez les notes de compatibilité comme des indices, pas des garanties.
Politique
PCSX2 a besoin d’une image BIOS PlayStation 2 que vous extrayez d’une console dont vous êtes propriétaire. Partager ou télécharger un BIOS en ligne est souvent illégal selon votre pays ; ce site explique l’exigence sans distribuer de fichiers.
Les images de jeu (ISO, BIN/CUE, etc.) relèvent de votre responsabilité. Nous documentons l’usage des médias par l’émulateur, pas l’obtention de jeux protégés.
Encore incertain ? Commencez par la FAQ → politique BIOS et la liste du premier lancement.
Sous le capot
Les réglages que l’on touche en pratique — souvent dans cet ordre. Chaque carte renvoie plus loin ; rien ne remplace la lecture des notes de version de votre build.
Vulkan et OpenGL arbitrent compatibilité et bizarreries de pilotes. Changer de moteur est une étape de dépannage valide après mise à jour — surtout en cas d’erreurs device-lost ou d’écran noir.
Des multiplicateurs plus élevés paraissent plus nets mais sollicitent le fill-rate et la VRAM. Partez prudent, vérifiez la vitesse pleine en scènes lourdes, puis montez.
Certains titres demandent plus de précision pour les FMV ou la physique. Le clamping est un scalpel — utilisez-le quand les notes de compatibilité ou votre propre reproduction le justifient, pas par défaut.
Étirement temporel et latence corrigent grésillements ou désync quand le CPU ne tient pas un rythme stable. Associez les changements à des contrôles de rythme d’images, pas à des bascules au hasard.
Les états sont rapides pour expérimenter ; les cartes mémoire se rapprochent d’une vraie PS2 pour le long terme. Sachez sur quoi vous comptez avant de changer de build.
Les défauts globaux gardent le premier jour simple ; les INI par jeu capturent les exceptions. Notez ce que vous changez pour que les mises à jour n’effacent pas votre logique.
Approfondissement
À lire après votre premier boot réussi. Chaque bloc est optionnel — arrêtez quand vos titres cibles sont stables, et revenez si vous changez de pilotes GPU ou sautez une version majeure de PCSX2.
Les patches communautaires peuvent corriger le widescreen, la sortie progressive ou des séquences cassées — mais changent aussi ce que le jeu attend du timing. Activez un patch à la fois, notez CRC et nom de fichier, et retestez les sauvegardes avant d’empiler d’autres correctifs.
Le cyclerate EE et options similaires échangent précision contre marge. Ils peuvent sauver des CPU faibles sur certains titres et en casser d’autres en silence. Les notes de compatibilité sont une lecture obligatoire avant de laisser les hacks activés globalement.
Les titres PS2 mélangent modes entrelacés et progressifs en cours de jeu. Le « bon » désentrelaceur dépend de la scène — les menus peuvent scintiller alors que le gameplay est net. Testez les modes sur une sauvegarde statique plutôt que des combos aléatoires en plein boss.
Un filtrage agressif peut flouter le texte UI ou exagérer les coutures sur des assets upscalés. Si les textures lointaines rampent ou scintillent, ajustez les options mip/LOD avant d’accuser une « mauvaise émulation » — le matériel d’origine avait ses propres limites.
Vulkan et le GL moderne construisent des caches shader dans le temps. Attendez des à-coups au premier passage dans une zone riche en effets, puis comparez le second tour. Vider les caches après une mise à jour pilote est valide quand des artefacts n’apparaissent « qu’après le patch du mardi ».
Certaines régions visent 50 Hz, d’autres 60 Hz. Le mauvais limiteur se voit en ralenti, audio rapide ou saccades périodiques. Alignez la région du jeu et évitez d’empiler plusieurs limiteurs externes sur PCSX2 sans mesurer les frame times.
Les RPG et anthologies attendent souvent des changements de disque via le flux BIOS. Gardez une arborescence claire et notez quel image appartient à quel bloc de sauvegarde — mélanger régions ou révisions en cours de partie est une source fréquente de memory cards « corrompues ».
Les dossiers portables sont puissants jusqu’à ce que OneDrive, l’antivirus ou la politique d’entreprise verrouille un fichier en écriture. Si les réglages « se réinitialisent », confirmez que vous avez lancé le même exécutable et que rien ne synchronise le répertoire de données pendant que PCSX2 est ouvert.
Les outils de capture ajoutent une file GPU et imposent souvent vsync ou mise à l’échelle oubliée. Testez d’abord sans capture ; si la latence ne monte qu’avec OBS, ajustez l’encodeur ou utilisez une seconde machine pour les streams de production.
Dépannage
Partez du symptôme — pas de chaque case de l’interface. Ces entrées reflètent la structure de la page dépannage complète.
Changement de moteur, plein écran exclusif et mises à jour pilotes sont les suspects habituels. Notez si les FMV, menus ou la 3D échouent — cela sépare vite problèmes GS vs cœur.
Souvent lié à la marge CPU et à la chaîne vsync. Stabilisez d’abord le rythme d’images ; puis ajustez étirement et latence par petits pas.
Pilotes GPU, droits sur dossier portable et INI par jeu obsolètes se cumulent après bump OS ou build. Capturez un journal de la session qui plante avant de réinstaller à l’aveugle.
Patches par jeu, clamping et rendu logiciel vs matériel arbitrent fidélité et vitesse. Vérifiez les notes par titre avant les rustines globales.
Tout sur ce hub
Chaque URL est volontairement étroite. Ouvrez celle qui correspond à ce que vous faites maintenant ; le reste est relié depuis chaque page.
Stable vs nightly, pièges par OS et bonnes habitudes d’installation. Aucun fichier hébergé ici — orientation et prudence seulement.
Liste ordonnée du premier lancement au BIOS, stockage, manettes et graphismes — les prérequis avant les rustines exotiques.
Réponses courtes aux questions récurrentes : provenance du BIOS, stable vs nightly, mythes de performance, et quoi lire ensuite ici.
Fonctionnalités CPU, planchers RAM, API GPU et attentes réalistes portable vs bureau lors de la montée en résolution.
Tour d’horizon : rendu, mise à l’échelle, entrées, patches, audio — assez de vocabulaire pour suivre les fils avancés.
Choix du moteur, résolution interne, fusion, rustines matérielles — notes structurées quand l’image est fausse, pas seulement « bas FPS ».
Flux par symptômes : écran noir, crachats audio, plantages après pilotes, et comment isoler les causes.
Retours de terrain — combinaisons matériel et réglages illustratives quand les défauts ne suffisaient pas.
Points saillants des versions et mises à jour doc à relire avant un saut de version majeur.
Vocabulaire
La PlayStation 2 associait une Emotion Engine (EE) MIPS à des processeurs d’E/S (IOP) et un Graphics Synthesizer (GS) dédié. PCSX2 recrée cette séparation en logiciel et shaders GPU — d’où des charges CPU, une activité GS et des métriques GPU distinctes lors du réglage.
Les unités vectorielles (VU) gèrent beaucoup de calculs pour les jeux ; quand le rendu est « presque bon » mais que la géométrie tremble ou les ombres cassent, vous êtes souvent dans le domaine de la précision VU — pas quelque chose qu’une case « mode performance » règle universellement.
Habitudes
Une liste ennuyeuse évite des heures d’archéologie forum. Rien ne remplace les données de compatibilité par jeu — mais cela filtre le bruit.
Base
Mesure
Quand arrêter de régler
Si vous êtes à quelques pourcents de la vitesse pleine et l’image est stable, validez. Courir après des courbes parfaites alors qu’un titre est connu comme cassé sur la build actuelle rend les configs ingérables. Gelez votre INI, sauvegardez-le, et revenez après la prochaine étape de version.
Réalité matérielle
Même émulateur, enveloppes thermiques et pilotes différents. Ces scénarios distillent des fils de support courants — adaptez, ne copiez pas aveuglément.
Le basculement iGPU+dGPU peut router PCSX2 sur la mauvaise puce ou plafonner la TDP en silence. Forcez le GPU haute performance dans l’OS, restez sur secteur, et vérifiez quel adaptateur l’OSD nomme avant de chasser un « Vulkan lent ».
Les installations propres de pilotes GPU retirent les couches Vulkan obsolètes laissées par les overlays. Après une mise à jour, videz les caches shader une fois, retestez deux titres fiables, puis rouvrez les tweaks par jeu — pas l’inverse.
Les machines scolaires ou de bureau peuvent bloquer les installateurs non signés ou l’écriture à côté de Program Files. Les ZIP portables aident, mais l’antivirus imposé peut mettre les memory cards en quarantaine — surveillez les logs de scan temps réel si les saves disparaissent.
Cycle de vie
Les grosses mises à jour PCSX2 et les releases de pilotes GPU sont les deux événements qui invalident les captures de forum. Traitez chaque bump comme une expérience : figez les variables, mesurez, puis réappliquez les hacks seulement si la nouvelle baseline déraille.
inis, memory cards et fichiers pnach — zippez avec la chaîne de build dans le nom.Les nightlies bougent vite — pour une aide reproductible, associez un hash nightly au numéro de série exact du jeu et à votre politique de save states. Les builds stables restent le meilleur défaut pour « je veux juste finir ce RPG ».
Longues parties, tentatives speedrun ou setups tournoi bénéficient de builds que vous ne touchez pas en cours de run. Notez la version dans l’overlay ou vos notes pour que les spectateurs puissent reproduire les conditions.
Si un changelog mentionne explicitement votre classe de bug (régression Qt, fix GS sw, réécriture input), un nightly ciblé peut gagner des semaines — soyez prêt à revenir en arrière avec l’archive zippée plus tôt.
Les dossiers style Dropbox adorent écrire en conflit sur les memory cards. Préférez des copies manuelles en fin de session, ou excluez l’arborescence de données PCSX2 de la sync live pendant que l’émulateur tourne.
Au-delà de ce hub
Nous gardons les pages courtes volontairement. Pour changelogs, tableaux wiki ou années d’archéologie forum, passez par la liste ci-dessous — puis revenez ici pour le processus.
Les posts officiels et builds tagués expliquent réécritures de moteur, migrations UI et bumps toolchain sensibles à la sécurité. Lisez au moins les dernières entrées avant d’accuser des « régressions aléatoires » au matériel inchangé.
Le wiki communautaire indexe la terminologie ; les forums préservent les cas limites bizarres ; les subreddits surfacent des contournements rapides. Notre page Blog & sources cartographie ces destinations sans miroir de posts protégés.
Fonctionnement de ce hub
Les sujets sont découpés pour que vous sachiez toujours où vous êtes : installation, configuration, compatibilité ou récupération. Moins de chercher, plus de jeu.
Nous insistons sur le processus — quoi vérifier en premier, quoi mesurer ensuite, où regarder quand ça casse. Pas de dumps BIOS, ISO ou jeux commerciaux ; orientation seulement.
Nouveaux ou de retour : la même colonne vertébrale — prérequis → installation → config globale → réglage par jeu.
9+
Pages thématiques
100%
Pédagogique
En bref
Guides, jalons et notes concrètes pour de vraies machines — moins de sauts d’onglets, plus de temps en jeu.
Questions fréquentes
Réponses courtes uniquement. Pour l’installation pas à pas, voir les Guides ; pour symptômes et correctifs, le dépannage.
Oui. PCSX2 est un logiciel libre et open source. Ce site ne fournit que de la documentation pédagogique.
Vous devez extraire le BIOS d’un matériel dont vous êtes propriétaire. Ce site n’héberge pas de BIOS ni n’y renvoie.
La plupart des utilisateurs devraient commencer par une stable ; les nightlies incluent les derniers changements mais sont moins prévisibles.
Les titres exigeants demandent de la marge CPU et des réglages graphiques raisonnables. Partez des préréglages recommandés, puis ajustez clamping EE/IOP, résolution interne et moteur selon les notes de compatibilité — pas au hasard.
Mappez dans PCSX2 ou via pilotes OS ; enregistrez des profils par jeu. Le multijoueur local dépend du titre et du nombre de périphériques.
Le netplay dépend des builds, plugins et outils communautaires — toutes les configs n’égaleront pas la latence retail. Considérez-le expérimental : vérifiez le fil de build exact avant d’organiser des sessions.
Des parties du pipeline PS2 se parallélisent mal comme les jeux modernes. Une forte charge EE ou GS sur un fil peut être normale — regardez le temps de frame et les graphes par fil, pas le nombre de cœurs seul.
Chaque voie arbitre fraîcheur vs intégration système. Choisissez selon votre rythme de mise à jour pilotes et d’urgence des correctifs. En cas de souci, notez quel bundle vous avez installé avant de comparer.
La compatibilité est excellente pour beaucoup de titres mais pas universelle. Certains effets demandent des correctifs par jeu ; d’autres restent en recherche. Croisez les notes par titre avec ces docs et retestez après changement de build.
Les chemins varient selon OS et layout portable vs installé. Pour demander de l’aide, prenez le journal de la session du plantage, indiquez moteur, résolution interne, speedhacks et patches activés ou non.
Oui — copiez les fichiers memcard et les dossiers d’états instantanés depuis l’ancien répertoire de données PCSX2 vers la même structure relative sur la nouvelle machine, puis pointez-y l’émulateur. Sauvegardez avant de migrer entre stable et nightly.
Version de build, OS, modèles CPU et GPU, moteur de rendu, résolution interne, et si le problème apparaît en rendu logiciel. Joignez l’emulog d’une seule reproduction — pas une photo de chaque onglet.
Prêt quand vous l’êtes
Téléchargez d’abord, suivez le guide ensuite — le reste s’enchaîne depuis là. Pas de compte, pas de BIOS ni jeux hébergés.
Retours terrain
Ce que disent les lecteurs
À titre illustratif — vérifiez toujours sur votre matériel et votre liste de jeux.
★★★★★
★★★★★
★★★★★
★★★★★
Donnez du contexte quand vous demandez de l’aide
Chaîne de version, OS, CPU/GPU, moteur de rendu, et s’il s’agit d’un jeu ou de plusieurs — cela fait gagner du temps à tout le monde.
Lire les témoignages →