Habituellement, la version la plus à jour de cette documentation, et les traductions en de nombreuses langues, se trouvent ici: https://kitserver.mapote.com. La documentation pour Kitservers 5-8 et KitServer 2011 sont également consultable sur cette page.
Le kitserver 12 est un programme/utilitaire pour Pro Evolution Soccer
2012 et les démos n°1 & 2 de PES2012 ). Il charge et gère differents modules, ou
chaque module est construit comme un independent DLL contenant la
méthode pour
améliorer le jeu dans un aspect particulier. A l'origine le Kitserver a
été développé pour "gérer" les maillots (kits en anglais) pour Pro
Evolution Soccer 3,
D'autres fonctionnalités ont été ajouté au fil des années.
Voici un résumé rapide des fonctionnalités disponibles. Suivez le lien
dans la colonne de gauche pour obtenir plus de détails sur un module
particulier.
Si vous êtes nouveau dans l'univers du Kitserver, assurez-vous de lire les instructions d'installation.
| AFS2FS 12.2.1 | afs2fs.dll | Gère les AFS (.img) qui contiennent les données du jeu en utilisant des fichiers et dossiers: Beaucoup plus simple et rapide pour installer installer/supprimer, sans avoir a modifier les fichiers *.img d'origine. |
|---|---|---|
| Kserv 12.2.1 | kserv.dll | Organise vos maillots(kits) dans le GDB, et assigne à chaque équipe son propre maillot. |
| Faceserver 12.2.1 | fserv.dll | Assigner une face & Hair à n'importe quel joueur que vous voulez (via le GBD). |
| LOD Mixer 12.2.1 | lodmixer.dll | Peaufinez la configuration LOD des joueurs et arbitres . (LOD=Level Of Details <=> Niveau des details) |
| Speeder 12.2.1 | speeder.dll | Augmente ou diminue la vitesse du gameplay. |
| Sides 12.2.1 | sides.dll | Permet la selection libre du coté pendant les matchs. |
À cause de la nature du travail que le Kitserver fait, nous vous conseillons d'installer PES dans un dossier non système. C'est à dire, au lieu de le mettre dans C:\Program Files\KONAMI\Pro Évolution Soccer (l'emplacement par défaut sur XP), utilisez un dossier oou vous avez les pleines propriétés et contrôle. Par exemple, C:\Games\PES2012, ou quelque chose comme ça. Les nouvelles versions de Windows ont une logique cachée liées à des dossiers système comme "Program Files", il est donc préférable de les éviter et ainsi gagner du temps.
Décompressez l'archive (kitserver-12.xxzip) dans un dossier temporaire. Vous allez voir un dossier appelé kitserver12. Copiez ce dossier dans le dossier du jeu principal, de sorte qu'il ressemble à la photo ci-dessous. Voila, vous avez terminé.
La désinstallation est très facile: il suffit de supprimer le dossier kitserver12 lorsque vous n'en avez plus besoin. Le Kitserver n'écrit pas dans les dossiers système, ce qui rend la désinstallation très facile & simple.
Pour activer les caractéristique du KitServer dans le jeu, vous avez besoin d' «attacher» le Kitserver à votre exécutable principal du jeu (généralement appelé pes2012.exe). Pour ce faire, allez dans le dossier kitserver12, puis exécutez manager.exe. Si vous avez placé les fichiers correctement pendant les étapes d'installation, vous verrez le gestionnaire vous dévoilé la liste des exécutables que vous pouvez Attacher / Détacher du Kitserver. Cliquez sur le bouton [Attach], et attendez que le gestionnaire confirmer que l'exe a bient été attaché au Kitserver. Maintenant, allez un niveau inférieur dans la hiérarchie des dossiers et double-cliquez sur l'exe du jeu (l'exe que vous venez d'attacher au Kitserver) et le jeu devrait démarrer.
Notez que vous n'avez pas besoin d'attacher le kitserver a chaque fois que vous lancez le jeu - vous ne devez le faire qu'une fois. Une fois attaché, il reste comme ça, jusqu'à ce que vous le détachez.
Vous pouvez toujours lancer le jeu sans le Kitserver. Pour ce faire, vous aurez besoin de détacher l'exe du Kitserver. (Vous pouvez toujours le ré-attacher plus tard). Exécuter manager.exe, sélectionnez l'exe attaché au kitserver puis cliquer sur le bouton [Detach]. Attendez que le gestionnaire confirme que votre exe a bien été détaché du kitserver. Maintenant, exécutez l'exe du jeu, et le Kitserver ne sera plus chargé.
Ceci est utile pour la résolution des bugs comme la fermeture soudaine du jeu par exemple. Si vous n'avait pas localisé le soucis, la première chose à faire est d'isoler / localiser le problème. Vous voulez savoir si le Kitserver est à l'origine du problème, ou alors si c'est quelque chose d'autre. Lancement du jeu sans Kitserver est une bonne première étape pour voir ce qui est à l'origine du problème.
Kitserver utilise un fichier appelé config.txt ,c'est le principal fichier de configuration. Beaucoup de choses sont spécifiées dedans, y compris ce qui permet aux modules de charger, les paramètres de ces différents modules, etc.. Voici un exemple d'un fichier config.txt:
[afs2fs] img.dir = "c:\mypesfiles\root1" [kload] dll = afs2fs dll = speeder dll = lodmixer [speeder] count.factor = 1.0
Chaque module peut avoir ses propres paramètres, qui commence par [nom-du-module], et a généralement une ou plusieurs options qui le suit. Maintenant, vous avez normalement pas besoin de modifier le fichier config.txt, sauf dans certains cas, lorsque vous avez besoin de modifier le comportement d'un module particulier (DLL), ou activer / désactiver un DLL.
Pour désactiver un module particulier - mettez simplement en commentaire la ligne correspondante dans la section [kload] en mettant ce symbole au debut de la ligne '#' . (Ou vous pouvez supprimer cette ligne entierement, méthode radicale.)
Anciennement connu sous le nom lodcfg.exe (il l'habitude d'être l'outil graphique pour mixer LOD seulement, mais maintenant, il couvre d'autres options de configuration ), ce simple Programme GUI permet de modifier certains paramètres de configuration dans le fichier config.txt. C'est un outil d'aide et de tout ce qu'elle fait, vous pouvez aussi le faire manuellement, dans le fichier config.txt via votre éditeur de texte favori. En fait, certaines choses que vous pouvez seulement faire manuellement - comme l'ajout et la suppression de modules (DLL). Mais pour des choses simples - comme changer la vitesse de jeu ou affiner les niveaux de LOD, il est plus rapide et plus facile de lancer config.exe, régler rapidement les choses, puis cliquez sur bouton [Save] pour terminer.
Ce module permet d'organiser vos fichiers BIN-dans des dossiers sur le disque, au lieu de les insérer dans les fichiers AFS (*. img), qui est parfois long et ennuyeux, et qui peut nécessiter beaucoup d'espace disque supplémentaire.
Plusieurs personnes au cours des dernières années ont proposés des solutions similaires, mais finalement c'était Str@teG qui ne cessait de parler de cette idée d'organiser les fichiers modifiés dans des dossiers, et finalement j'ai décidé de simplement aller de l'avant et de le faire. Alors maintenant, ceci est réalisé dans le module - afs2fs.dll. Par expérience personnelle, je sais que les gens sont parfois réticents à installer des correctifs qui requièrent une grande reconstruction AFS(.img), non pas parce qu'il est particulièrement difficile ou quoi que ce soit, mais parce qu'il peut prendre beaucoup de temps et d'espace disque. Avec afs2fs, c'est maintenant très facile: il suffit de mettre vos fichiers edités dans le dossier correct et c'est tout. Et, bien sûr, il n'y a pas de contraintes de taille - les fichiers peuvent être aussi grand que nécessaire!
Le module est également très pratique, lorsque vous voulez essayer un patch sans risquer de détruire totalement le contenu que vous avez déjà. Vous avez juste besoin de mettre le nouveau patch sur un dossier racine AFS d'une manière différente et ajouter une ligne dans config.txt pour le faire fonctionner. Retirer le patch est devenu très simple: supprimer la ligne "img.dir" correspondant au dossier du patch sur le fichier config.txt, puis supprimer le dossier racine AFS du patch. La gestion de plusieurs correctifs n'est plus un cauchemar :) (voir plus d'infos sur "l'emplacement du dossier "img"" dans les sections suivantes)
Commencez par choisir un emplacement où vous mettrez vos fichiers. Par exemple, prenons c:\mypesfiles\root1. Ce sera votre soi-disant dossier source (AFS root). Dans ce dossier, créez un dossier nommé img. (Le dossier "img" est très important, puisque le jeu repose sur des noms particuliers). Puis, à l'intérieur du img, créer des dossiers, au besoin, nommé- dt00.img, dt01.img, dt0b.img, et plus si vous en avez besoin. C'est là que vous allez mettre les fichiers BIN .
Il est important de nommer les dossiers correctement: un dossier doit exactement avoir le même nom que le fichier correspondant AFS. Par exemple, si vous appelez un dossier dt00, au lieu de dt00.img, les choses ne fonctionnent pas.
C'est ainsi que mon dossier img ressemble:
En général, vous pouvez nommer les fichiers comme vous voulez, mais vous devez suivre une règle: il doit y avoir un certain numero BIN dans le nom, et elle doit être précédée par un caractère de soulignement (underscore) ('_'). En outre, les noms de fichiers ne peut être supérieur de 63 caractères.
Des exemples de fichiers correctement nommés:
unnamed_317.bin
goalnet_41.bin
ball_11.bin
unknow_11 (l'extension .bin est optionnelle)
music_23.adx (Un fichier peut avoir une extension différente:. adx est généralement utilisé pour la musique et des fichiers audio)
Exemples de fichiers mal nommés:
unnamed10.bin - pas d'underscore devant le numéro BIN.
face.bin - pas de numero BIN .
Par défaut, le module AFS2FS ne recherche pas un chemin "spéciale" par défaut. Vous devez spécifier votre Racine AFS explicitement: En dessous de la section [afs2fs] du fichier config.txt, vous devez specifier l'emplacement de votre racine AFS, qui peut être n'importe où sur votre disque dur. Vous pouvez aussi avoir des Racines AFS multiples, ce qui est très utile si vous avez plusieurs correctifs, et que vous ne voulez pas perdre la tace des patchs (vous pouvez facilement désinstaller un patch tout simplement en supprimant son dossier racine).
Voici un exemple avec 3 Racines différents configurés:
[afs2fs] img.dir = "c:\mypesfiles\root1" img.dir = "example-root" img.dir = "patch-RPL"
L'ordre des Racines est important, quand il s'agit de résoudre les «collisions» , doublons. Prenons un exemple, vous avez un dt0b.img/ball_11.bin dans la seconde racine (example-root), et dt0b.img/superball_11.bin dans la troisième racine (patch-RPL). Même si les fichiers sont nommés différemment, ils ont l'intention de remplacer le même BIN - # 11 du dt0b.img, et donc nous avons une "collision". La regle est simple: la racine la plus basse dans la liste gagne. Ce qui siginifie dans cette situation , le fichier : dt0b.img/superball_11.bin sera utilisé, car sa racine est listé en dernier dans la section [afs2fs].
Chose importante à retenir: La racine est le dossier qui contient le dossier "img", et non pas le dossier "img" lui-même. En d'autres termes, si le chemin d'accès complet est c:\mypesfiles\root1\img", dans le config.txt vous devez avoir: img.dir = "c:\mypesfiles\root1"
Lors du remplacement des chansons avec afs2fs, il est également possible
de modifier le titre de la chanson et le nom de l'artiste, en utilisant
un fichier songs.txt , qui doit être dans le dossier racine AFS.
Voici un exemple de fichier songs.txt :
# Song names map # Format: <binId>, "<title>", "<artist>" # Note that double quotes are required. 22, "I'm mad about you", "Sting" 23, "Вне зоны доступа", "Город 312"
IMPORTANT: comme pour toutes les autres activités de cartographie des fichiers et des fichiers de configuration qui utilise Kitserver, l'encodage du fichier doit être Utf-8 ou Unicode, surtout si vous utilisez des caractères non-latin comme dans l'exemple ci-dessus. (Le code ANSI est autorisé si vous utilisez uniquement des caractères Latin-1.)
De même pour les ballons, si vous remplacez/ajouter des ballons, il vous faudra changer leur noms. Un moyen facile de le faire est d'utiliser un balls.txt, qui doit être mis dans le dossier racine AFS:
# Ball names map # Format: <ball-number>, "<name>" # Note that double quotes are required. # (Ball numbers go from 1 to 16) 8, "Nike-ball Blue" 9, "Мячик плохонький"
Il est à noter que chaque dossier racine afs peut avoir ses propres songs.txt et balls.txt. Comme chaque afs-racine peut contenir des fichiers de musique et des fichiers de balles, il est logique de lier les noms de cette façon. Si vous avez plusieurs afs-Racine (comme par exemple lorsque vous avez plusieurs correctifs, et chaque patch utilise son propre afs-root), les «conflits» sont résolus de la même manière que pour les racines AFS (voir ci-dessus pour plus de détails). En d'autres termes, si l'on a une racine qui a le nom de la chanson 11, et une autre racine a un nom de la chanson 11, c'est la racine la plus basse dans la liste afs2fs (dans le fichier config.txt) qui va gagner.
Voici une photo pour clarifier la situation avec l'emplacement des fichiers songs.txt et balls.txt. Dans ce cas "root1"est ma racine afs:
Le module Kserv permet de gerer les maillots grace au GDB ("Game content DataBase") durant le jeu. La fonctionnalité principal est que vous n'etes pas limité au nombre de slots que le dt0c.img , et vous pouvez assigné des maillots à n'importe quelle equipes.
Kserv a été historiquement le premier module implémenté dans le premier kitserver , fabriqué pour PES 3. D'ou le nom Kitserver (kit=maillot - server=gestion). Plus tard , d'autres fonctionnalités ont été ajoutés comme des modules, pour ne pas porter confusion, nous avons changé le nom du module qui gère les mailots en kserv.
Le GDB contient un dossier nommé uni, qui est responsable du stockage des maillots des équipes. Le seule fichier important dans le dossier uni est nommé map.txt. Ce fichier dit au kitserver ou trouver les maillots pour les equipes spécifiés. Comme vous le savez, chaque équipe a un unique ID (identifiant) - un numero compris entre 1 et 65535, même si en pratique il y a seulement environ 500 équipes potentiellement disponible dans le jeu.
NOTEZ BIEN que cette année la map est légérement différente: GDB utilise maintenant les ID d'équipes plutôt que le numéro de la position de l'équipe (Index de l'équipe) dans la base de données de l'Edit.bin, comme cela se faisait les années précédents. Cela peut être quelque peu déroutant pour les personnes qui se sont habitués a utiliser le GDB. Mais à long terme, je crois que cela va effectivement simplifier beaucoup les choses: ID de l'équipe sont déjà utilisées par d'autres outils d'édition, il est donc logique que pour désigner les équipes le GDB utilise également les mêmes ID.
Il est très facile de trouver l'ID pour n'importe qu'elle équipes:
Il suffit de lancer le jeu une fois avec le module kserv installé, et il créera un fichier appelé "teamlist.txt" dans le dossier kitserver, qui contiendra les ID de toutes les équipes de votre jeu.
Pour chaque équipe dans le GDB, vous devez spécifier dans le fichier map.txt où les kits de cette équipe sont situés. Voici un exemple:
# This config maps team number into folder name # Format:," " # Example: 31,"Russia" 31,"National\Russia" 14, "National\Germany" 101, "EPL\Arsenal"
Vous pouvez également utiliser la notation hexadécimale pour spécifier les IDs. Assurez-vous simplement d'utiliser le préfixe «0x» pour distinguer les nombres hexadécimaux de décimales:
0x0065, "EPL\Arsenal" 0x038c, "National\Classics\Argentina"
S'il vous plaît noter que l'échantillon (fourni avec le kitserver) GDB n'est qu'un des moyens possibles de l'organisation des équipes et des dossiers. Il utilise le dossier "EPL" afin d'organiser l'ensemble de la Première League, dossier "national" - organiser toutes les équipes nationales, et d'autres similaires. Vous pouvez pensez votre propre structure de dossier - pas besoin de cette organisation spécifique. Dans ce cas, aussi longtemps que le fichier map.txt est modifié, créer la structure de dossier que vous souhaitez. C'est le principal avantage du fichier map.txt - flexibilité dans l'organisation des kits.
Vous pouvez voir que dans le fichier map.txt ci-dessus pour trouver les maillots de l'équipe #101, le KitServer a besoin d'aller dans le GDB\uni\EPL\Arsenal. Ce dossier contient tous les kits pour l'équipe #101 (Arsenal). A l'intérieur, vous devez créer un dossier pour chaque kit. Comme ceci:
Pour les joueurs, le maillot domicile doit avoir le nom de dossier pa, et pour l'extérieur - pb. Des maillots supplémentaires peuvent être ajouté avoir n'importe quel nom de dossier qui commencent par la lettre "p". J'ai trouvé utile de faire précéder tous les kits supplémentaires avec px-. Par exemple, px-redwhite.--> Pour les gardiens de but,le maillot domicile doit avoir le nom de dossier ga, extérieur - gb. Des maillots supplémentaire peuvent être ajouté avoir n'importe quel nom de dossier qui commencent par la lettre "g".
Une équipe peut aussi avoir un autre ensemble de kits maillots qui ne sont utilisés que dans les compétitions européennes, tels que l'UEFA Champions League et l'UEFA Europa League. Mettez ces kits dans des dossiers nommés respectivement: euro-ga, euro-gb, euro-pa, and euro-pb. Cependant ces kits sont facultatifs. Si pour une équipe il n'y a pas de dossier euro-* pour les kits européens, les kits régulier (ga, gb, pa, pb) seront utilisés pour les matchs européens.
Passons maintenant au sein de l'un des dossiers kit. Prenons comme exemple le dossier pa.
Voir tableau ci-dessous pour voir l'explication de chacun des fichiers:
| Nom du fichier | Signification | Format |
|---|---|---|
| Image du maillot | 1024x512px image 8-bit palettisées au format PNG. | |
| Texture de police: utilisé pour les noms sur le dos des maillots | 256x64 image 8-bits ou 4-bit palettisées au format PNG. | |
| Texture numéro: utilisé pour les nombres sur le dos / devant des maillots, et aussi sur les shorts | 512x256 image 8-bits ou 4-bit palettisées au format PNG. | |
| config.txt | Fichier du configuration du maillot (voir la section suivante pour plus de détails) | Fichier texte (en format UTF-8) |
NOTE IMPORTANTE POUR LES KITMAKERS:
Le format BMP pour les kits n'est plus pris en charge, utiliser le format PNG a la place.
C'est le fichier de configuration d'attribut. C'est juste un fichier texte simple - vous pouvez utiliser le Bloc-notes ou tout autre éditeur de texte pour afficher ou modifier son contenu. Pour chaque dossier, vous devez avoir un fichier config.txt. Voici un exemple du config.txt du dossier pa:
# Attribute configuration file auto-generated by GDB Manager collar = 1 front.number.show = 0 main.color = BA001D second.color = D7D7D7 socks.color = D7D7D7 icon.type = 4 model = 10 name.shape = type3 name.show = 1 name.size = 28 name.y = 20 number.size = 20 number.y = 7 shorts.color = D7D7D7 shorts.number.location = left shorts.number.size = 20 shorts.number.x = 12 shorts.number.y = 8 sleeve.patch.left.pos.long = 12 sleeve.patch.left.pos.short = 12 sleeve.patch.right.pos.long = 7 sleeve.patch.right.pos.short = 7
Voici le tableau récapitulatif de tous les attributs pris en charge:
| Nom de l'attribut | Signification | Format | Exemple |
|---|---|---|---|
| collar | Type de col (les différents modèles auront des valeurs différentes). | 1/2/3/4 | |
| description | Toutes informations sur le kit. Ce texte sera affiché sur l'écran du choix des maillots. Utile lorsque l'on a des kits qui semblent identiques et que souhaitez savoir celui qui est sélectionné. | Tout le texte de description entre guillemets | |
| front.number.show | Indique si le numéro doit s'afficher sur le devant du maillot: 1-montrer, 0-cacher (s'applique uniquement aux équipes nationales.). | 0|1 | |
| front.number.size | Taille du numéro sur le devant du maillot. | Nombre décimal. Valeur: 1 à 30 | |
| front.number.x | La position horizontale du numéro sur le devant du maillot. | Nombre décimal. Valeur: 0(gauche) à 30(droite) | |
| front.number.y | Position verticale du numéro sur le devant du maillot. | Nombre décimal. Valeur: 0(bas) à 30(haut) | |
| main.color ( radar.color ) |
Cet attribut spécifie la couleur principale du maillot. Il est aussi utilisé comme la couleur des joueurs sur l'écran radar. Elle influe également sur le kit qui est sélectionné par défaut. (L'ancien nom «radar.color" est également pris en charge). | couleur, écrit au format hexadécimal RRGGBB (rouge, vert, bleu) | |
| second.color | Cet attribut spécifie la deuxièmecouleur du maillot. Il est utilisé dans les écrans de Formation (Plan de jeu), pour les icônes joueur, avec la couleur principale. | couleur, écrit au format hexadécimal RRGGBB (rouge, vert, bleu) | |
| socks.color | Cet attribut spécifie la couleur des chaussettes. | couleur, écrit au format hexadécimal RRGGBB (rouge, vert, bleu) | |
| icon.type | Type de l'icône joueur utilisé dans l'écran de Formation (Plan de Jeu). Cela affecte la façon dont l'icône est présenté: une couleur unie, rayé, ou autres motifs de deux couleurs. | Entier décimal (Valeur: 0 à 16) | |
| model | Identifiant pour le modèle 3D du maillot. | Entier décimal | |
| name.show | Indique si le nom du joueur doit être indiqué sur le maillot: 1-Montrer, 0-Cacher. | 0|1 | |
| name.shape | Indique si le nom doit être courbé ou droit. Les valeurs ont la même signification que dans le mode édition: type1 - droit, type2 - légèrement incurvée, type3 - plus courbé, type4 - encore plus courbée. | type1|type2|type3|type4 | |
| name.size | Taille du nom du joueur sur le maillot. | Nombre décimal. Valeur: 1 à 35 | |
| name.y | Position verticale du nom du joueur. | Nombre décimal. Range: 0(bas) à 30(haut) | |
| number.size | Taille du numéro sur le dos du maillot. | Nombre décimal. Valeur: 1 à 35 | |
| number.y | Position verticale du numéro sur le dos. | Nombre décimal. Valeur: 0(bas) à 30(haut) | |
| shorts.color | Cet attribut spécifie la couleur du short joueur / gardien. La couleur du short est utilisé par le jeu pour déterminer la couleur exacte de la culotte pour les joueurs qui les portent, et les ont réglé pour correspondre à la couleur short. | couleur, écrit au format hexadécimal RRGGBB (rouge, vert, bleu) | |
| shorts.number.location | Détermine l'emplacement du numéro sur le short. ("Off": le numéro ne sera pas affichée.) | left|right|off | |
| shorts.number.size | Taille du numéro sur le short. | Nombre décimal. Valeur: 1 à 35 | |
| shorts.number.x | La position horizontale du numéro sur le short. | Nombre décimal. Valeur: 0(gauche) à 30(droite) | |
| shorts.number.y | La position verticale du numéro sur le short. | Nombre décimal. Valeur: 0(bas) à 30(haut) | |
| sleeve.patch.left.pos.long | Position du patch sur la manche longue gauche. | Nombre décimal. Valeur: 0 à 13 | |
| sleeve.patch.left.pos.short | Position du patch sur la manche courte gauche. | Nombre décimal. Valeur: 0 à 13 | |
| sleeve.patch.right.pos.long | Position du patch sur la manche longue droite. | Nombre décimal. Valeur: 0 à 13 | |
| sleeve.patch.right.pos.short | Position du patch sur la manche courte droite. | Nombre décimal. Valeur: 0 à 13 |
Par défaut, l'utilisation de l'attribut "description" est activé, mais si vous voulez, vous pouvez le désactiver. Pour ce faire, éditez le fichier de configuration principal (config.txt) , puis ajoutez l'option suivante à la section [kserv]:
[kserv] use.description = 0
Dans ses dernières mises à jour DLC, KONAMI inclus de nouveaux modèles qui utilisent différentes textures kit - en particulier celui dans lequel deux textures différentes apparaissent dans le même maillot: version sérré ou normale.
Seuls certains modèles supportent ces textures, Novembre 2011, qui sont: 34, 35, 36, 37, 38, 44, 55, 56, 57, 65, 69 , 100. Kitserver prend en charge ces modèles sans aucune configuration supplémentaire. Toutefois, si une autre mise à jour sort avec d'autres modèles similaires qui sont ajoutés, il est maintenant possible de les spécifier dans la bloc [kserv] du fichier config.txt.Vous avez besoin de les énumérer tous de cette façon:
[kserv] techfit.model = 34 techfit.model = 35 techfit.model = 36 techfit.model = 37 techfit.model = 38 techfit.model = 44 ...
Un autre modèle spécial est le Puma Tight-fit. Il permet à n'importe quel maillot normal de le rendre moullant (qui colle au corps). (de bons exemples sont les sélections africaines)
Depuis Novembre 2011, seuls les modèles 22 et 83 sont comme ça, et le KitServer le prend en charge sans aucun réglage supplémentaire. Toutefois,une autre mise à jour sort et à ajouté plus de modèles comme celui-ci, vous pouvez les indiquer dans le fichier de configuration principal config.txt dans le bloc [kserv].Vous avez besoin de tous les énumérer, comme ceci:
[kserv] tight.model = 22 tight.model = 83 ...
Faceserver vous permet de charger autant de Face/Hair dans le GDB que vous le souhaitez. Ainsi, vous pouvez attribuer à chaque joueur une face combinaison Face/Hair unique, si vous voulez, y compris personnalisés les joueurs créés. Le faceserver utilise des ids uniques, qui sont attribués à chaque joueur, et il crée un slot "virtuel" Face/Hair, qui n'existent que pendant le temps d'éxecution.
Si vous avez activée le faceserver (ce qui est fait par défaut), il suffit de lancer le jeu, puis dans le dossier kitserver12, il devrait y apparaître un fichier texte appelé playerlist.txt. Il contiendra les ID de tous les joueurs que vous avez dans votre jeu, classées par ordre alphabétique pour faciliter la recherche, y compris les joueurs qui ont été créés par l'utilisation à partir de zéro dans le mode Edit du jeu (leur id commence généralement par 1048576).
Le seul id de joueur pas disponible dans le fichier playlist.txt est l'id de votre joueur BAL (Become A Legend). Cependant, il semble que l'id soit toujours: 16777376.
Le faceserver utilise une map (GDB/faces/map.txt), dans un format similaire au Kserv: vous devez spécifier l'id unique du joueur, suivi par le nom du fichier pour la face, et éventuellement suivie du nom du fichier pour les cheveux (hair):
{ID}, {face-file}, {hair-file}
Les fichiers sont relatifs au dossier visage du GDB/faces, mais à l'intérieur de ce dossier, vous êtes libres d'organiser vos faces: soit en un seul répertoire, ou une hiérarchie de dossiers. La seule chose très importante est que vous devez correctement spécifier les chemins dans le fichier map.txt. Les guillemets autour des noms de fichiers sont optionnels.
Voici quelques exemples de face/hair dans le fichier map.txt:
# Example 1: face & hair BINs: 8637, Anyukov_face.bin, Anyukov_hair.bin
# Example 2: face & hair BINs mis dans un dossier "anyukov": 8637, anyukov/face.bin, anyukov/hair.bin
# Example 3: Seulement la face 8637, "anyukov/face.bin"
# Example 4: Seulement le fichier hair (notice: 2 virgules!) 8637, , anyukov/hair.bin
Le Faceserver devrait fonctionner correctement dans tous les modes de jeu en ligne (online), même si je n'ai pas fait beaucoup de tests avec.
LOD-Mixer est un module qui permet d'affiner certains aspects graphiques de PES2011.
Ces paramètres peuvent être configurés manuellement dans le fichier principal de configuration kitserver (kitserver / config.txt), mais il est probablement plus facile d'utiliser l'outil de configuration
(config.exe).
De nombreux moniteurs LCD ne sont ni 4:3, ni 16:9. Souvent, un ratio de 16:10 est utilisé, ou même 16:9.6. Il en résulte sur l'image du jeu: joueurs trop gros ou trop maigre, et la balle n'est pas ronde. Dans cette version, Konami utilise les barres noires (comme dans PES2009 et PES2010) afin de compenser pour le cas où le rapport d'aspect est différent (case LB). Toutefois, si vous n'aimez pas les barres noires, exécutez le settings.exe, puis désactivez la case à cocher LB, puis utiliser la fonction de correction aspect-ration du Kitserver à la place:
Avec LOD Mixer, vous pouvez définir le ratio d'aspect que vous voulez. Soit laisser LOD Mixer le calculer automatiquement - au moment de l'exécution, en utilisant la largeur de l'écran et de la hauteur en pixels - ou définir la valeur manuellement. La méthode automatique fonctionnerait exactement si le pixel est supposé carré. Parfois non. Cependant, vous pouvez l'activer manuellement. Par exemple, je joue sur écran large, mais en utilisant une résolution de 800x600, parce que ma carte vidéo n'est pas assez puissant. Le calcul automatique donnerait 4:3, mais l'aperçu est étirée pour remplir l'écran entier, nous avons besoin de tenir compte de cela. Aspect ratio à 1,6 (qui est un AR naturel pour mon ordinateur portable) est le tour est joué.
Vous pouvez choisir n'importe quelle résolution d'écran que vous voulez, si vous jouez en mode fenêtré. Même des résolution folle comme 1234*487 fonctionnerait, mais vous êtes susceptible souffrir de problèmes de performances sur de tels cas. Ainsi les résolutions pleine écran sont entièrement débloqué. Toutefois, seuls ceux que votre carte vidéo prend en charge pour le mode plein écran pourront fonctionner. Si vous avez de façon accidentelle choisi une résolution non supportée en plein écran, votre PES devrait toutefois être en mesure de démarrer en mode fenêtre.
Bien que ce soit maintenant un cas rare, il existe encore des situations, où le jeu (et le settings.exe) n'analysent pas correctement la capacité de votre carte vidéo, et cette erreur peut vous désactiver les paramètre "Moyen" et "Haut" pour la qualité de l'image.
Si vous êtes un "chanceux" avec une carte vidéo comme ça, le mélangeur LOD peut vous aider à jouer avec une meilleur qualité d'image. Sélection de l'un des paramètres - faible, moyen ou haut - ce paramètres sont prioritaires sur le choix fait dans le settings.exe, et aussi désactive tous contrôles de compatibilité faite par le jeu vidéo. Par conséquent, soyez très prudent avec cette fonction: si votre carte vidéo ne peut en effet pas supporté la qualité de l'image choisie, le jeu va planter très problablement ou encore quitter de façon anormale.
L'algorithmes LOD (le niveau de détail) sont utilisés dans les moteurs graphiques pour améliorer la qualité d'image et la vitesse de rendu lorsque les objets affichés sont à différentes distances du point de l'observateur. L'idée de base est que lorsque l'objet est proche, un modèle très détaillée est utilisé. Et lorsque vous êtes loin, un autre modèle moins détaillé est utilisé. C'est beaucoup plus rapide de rendre un objet avec moins de polygones et qui est distant, car il souffre moins de crénelage. En théorie, c'est comment il est censé fonctionner.
Dans PES 2012, il y a 4 façons différentes de rendre un joueur. L'option utilisée à chaque moment dépend de circonstances diverses: position du joueur par rapport a la caméra, s'il est actif(contrôlés par le joueur) et ainsi de suite. Voici une photo qui montre la différence entre les niveaux de détail (LOD):
Notez que les étiquettes S1, S2, S3, qui sont faites entre les quatre rendus sont a considérer comme des transitions d'un rendu à un autre. (Par exemple,S1 contrôle le moteur de jeu pour rendre un joueur dans tous les détails.) C'est le sens de S1, S2, S3 dans l'outil de configuration UI.
Malheureusement, le moteur de PES a toujours souffert d'un faible niveau de conservatisme dans les détails (LOD),et l'échange de modèles complexes à la normale se passe si vite, et cela se traduit par divers artefacts visuels. Dans PES4-PES6, des exemples ont été: les joueurs à la tête blanche, manque de détails sur les kits maillot. Dans PES2008, PES2011 les joueurs et les arbitres paraissent avoir des visages flous, une fois qu'ils s'éloignent de la caméra.
Donc, si vous avez un bon ordinateur et une bonne carte graphique, vous pouvez affiner les détails du jeu, même quand les joueurs sont loin de la caméra (la qualité des animations semblent être affectée par cela aussi). Pour ce faire, déplacer les curseurs vers la droite.
En outre, si au contraire, votre machine a du mal à lancer le jeu à un taux de trame extrêmement fluides, vous pouvez essayer de déplacer les curseurs LOD dans le sens inverse - en rendant le moteur à des modèles de charge avec moins de polygones. Cela peut améliorer le framerate, mais au détriment de la qualité de l'image. Pour ce faire,déplacer les curseurs vers la gauche.
Configuration LOD prend bien du temps. Je voudrais mentionner ici quelques considérations qui devraient vous aider à la configuration LOD.
Malentendu #1:Si je déplace tous les curseurs le plus à droite, je vais avoir la meilleure qualité.
Ce n'est tout simplement pas vrai. Vous obtiendrez un rendu des plus détaillés et le plus lourd, oui, MAIS PAS NECESSAIREMENT la meilleure image. Des objets plus détaillés à l'extrême à distance sont pire que ceux qui sont moins détaillés, en raison de l'effet de crénelage.
Malentendu #2: Ma carte graphique est vraiment bonne, il peut gérer quoi que ce soit lancée sur elle.
Ce n'est pas vrai non plus. La génération actuelle de jeux est devenu très sofistiquer et gourmand en ressources. GPU et CPU travaillent dur pour traiter le rendu, la physique, l'IA. 60 FPS est le type de trame minimum de taux au cours de laquelle un jeu a besoin pour fonctionner, afin d'offrir un gameplay agréable et lisse. Cela signifie que le rendu de la scène dans son ensemble doit s'inscrire dans 1/60ème de seconde et laisser du temps pour d'autres tâches à faire.(Physique, en particulier, est souvent gérés au même rythme que le rendu, afin que l'image ne souffre pas de bruit.) Pour vous assurer que le temps de rendu ne sera pas engendrer des problèmes dans la mesure où elles sont traitées, le niveau de détailest utilisé comme une technique d'optimisation. En déplaçant les curseurs vers la droite, vous avez réellement fermé l'algorithme de LOD et puis< dites à votre carte : "Donne tout ce que tu peux avec le détail maximum. Et si tu brûle, je ne m'inquiète pas.". Ok, alors c'est peut-être pas un exemple amusant mais vous devez avoir compris le message.
Maintenant, pour revenir à notre jeu, comme je l'ai dit, dans de nombreux cas, il suffit juste d'ajuster un ou deux curseur pour obtenir l'effet désiré, tout en conservant un taux de trame extrêmement fluides.
Pas tout le monde est satisfait du rythme du gameplay. Il faut dire que ce n'est pas chose facile d'obtenir cet aspect pour simuler un match de football correctement. De nombreux facteurs sont en jeu, et beaucoup dépend du matériel. Personnellement, je pense que Konami a fait un travail décent la dessus, mais beaucoup de gens trouvent le gameplay trop rapide.
Plusieurs techniques pour ralentir le jeu existent, et pas l'un d'eux n'est parfait, mais tous les travaux dans une certaine mesure. Le module speeder existe principalement pour ralentir le tour d'horloge permettant de rendre le jeu plus lent. Ce n'est pas la solution idéale mais c'est un petit ajustement tout en améliorant l'expérience du joueur. Ne considérez pas comme une solution miracle. Vous pouvez améliorer votre plaisir, mais à des effets secondaires: (Par exemple: un match de 10 minutes avec 0,9 en vitesse durera 11,1 minutes).
Il est possible de diminuer ou d'améliorer la vitesse de jeu. La valeur 1,0 est la vitesse de jeu par défaut. Moins de 1,0 - gameplay plus lent, plus de 1,0 - gameplay plus rapide. Il n'est pas conseillé d'utiliser des valeurs inférieures à 0,7, parce que la musique / commentaires commence à se disloquer. Aussi les valeurs supérieures à 2,5 sont pas pris en charge. Il est déjà ridiculement rapide avec 2,5!
Utilisez l'outil de configuration (config.exe) pour ajuster la vitesse du jeu:
Vous pouvez également définir le réglage de la vitesse de jeu manuellement dans le fichier de configuration principal (config.txt), en utilisant le réglage count.factor:
[speeder] count.factor = 0.95
Ce module permet de changer de coté librement durant les matchs non amicaux. Utile si vous voulez jouer un tournoi avec vos amis, et vouloir qu'ils jouents comme opposants, au lieu de jouer à chaque tour contre le CPU.
Par défaut, ce module est désactivé. Pour l'activer , veuillez cliquer sur la case Free sides selection dans l'outil de configuration (config.exe), et appuyez sur le bouton [Save] pour sauvegarder.
Ou sinon comme toujours, vous pouvez éditer le fichier de configuration principal (config.txt) , pour le bloc "sides" , mettez l'option free.select à 1, comme ci-dessous:
[sides] free.select = 1
Programmation: Juce et Robbie
avec la contribution de Stelios
Information sur la structure des kitspour le module kserv: Chris00
Béta-test: membres et invités des forums Evo-Web et le forum PesWe.com
Exemple illustrant le GDB par: Gerlamp, EPT-CGF, alepes
Aleksandr Anyukov & Juan Mata faces & hairs par: Anat-Z
Logo du Kitserver 12 : par Ariel
Kitserver license est BSD-style que vous pouvez trouver ici: license.txt
Chdan - Pes-Soccer.fr