[SETUP] comment proposer d'utiliser sa save BG1

[Cocrane]

Le mod est à jouer à priori avec une équipe fin de BG1.

D'une manière générale comment on procède pour laisser la possibilité au joueur d'utiliser l'équipe de son choix issue d'une sauvegarde au lieu de constituer son équipe via le mod?

Cocrane

[Cocrane]

Je relance ce sujet.

Je désire gérer les cas suivants pour mon mod:

1-Nouveau PNJ
1-1 Jouer le mod tout de suite
Lancer une partie BG1. Le charname est déplacé sur la carte de départ du mod.

1-2 Jouer le mod après la mort de Sarevok (suite)
Si Sarevok est mort, on active le mod.


2-Sauvegarde
2-1 Jouer le mod tout de suite.
Le groupe est déplacé sur la carte de départ du mod.

2-2 Jouer le mod après la mort de Sarevok (suite)
Si Sarevok est mort, on active le mod.


Je suppose que ce choix est à proposer pendant l'installation via le TP2.

1-1 ou 2-1: paramétrer un fichier BCS global. Déplacement par défaut du groupe.
1-2 ou 2-1: paramétrer un fichier BCS global. Déplacement du groupe après la mort de Sarevok.

Il me semble que le fichier BCS à paramétrer est Baldur.bcs.

A noter le mod est géré pour la version de base avec une installation BGT. (je n'ai pas testé un autre mode d'installation)


Qu'en pensez-vous?


Cocrane

[Cocrane]

Je pense avoir trouvé la solution. Voici mon code dans le TP2:

Code : Tout sélectionner

	 
BEGIN ~Le champion de Bhaal~

// Mode d'installation
PRINT @1 
//Vous désirez?
//[1] Activer le mod à la mort de Sarevok (suite de BG1).
//[2] Démarrer une partie avec le mod tout de suite.~
ACTION_READLN ~reply~
 OUTER_WHILE ((~%reply%~ STRING_EQUAL_CASE ~1~ = 0) AND (~%reply%~ STRING_EQUAL_CASE ~2~ = 0)) BEGIN
  PRINT @1  
  ACTION_READLN ~reply~
 END

// Choix [1] effectué
ACTION_IF (~%reply%~ STRING_EQUAL_CASE ~1~ = 1) BEGIN
 PRINT @2 // Choix [1] effectué
 EXTEND_BOTTOM ~BALDUR.bcs~ ~PDBA1CH8\Setup\DEM_MOD1.baf~ // Ajout variable pour activer le mod à la mort de Sarevok.
END

// Choix [2] effectué
ACTION_IF (~%reply%~ STRING_EQUAL_CASE ~2~ = 1) BEGIN
  PRINT @3
  EXTEND_BOTTOM ~BALDUR.bcs~ ~PDBA1CH8\Setup\DEM_MOD2.baf~ // Ajout variable pour démarrer le mod aussitôt la partie lancée.
END

Selon le code ajouté ajouté dans le fichier BADUR.bcs, le mod sera activé à la mort de Sarevok ou tout de suite.


Qu'en pensez-vous?

[Freddy_Gwendo]

Sur le fond, il se trouve que j'ai travaillé il y a quelques mois sur la meilleure manière d’éliminer les ACTION_READLN d'un mod pour faciliter son installation par un outil d'installation automatique.

Dans ton cas, je te conseillerais bien d’utiliser un fichier ini comportant la variable coco_protecteur=1 (Jouer le mod après la mort de Sarevok (suite)). Si l'utilisateur veut jouer l'autre version, il lui suffit de modifier la variable en 0 (Jouer le mod tout de suite). Ou l'inverse selon ta préférence.

Dans ton tp2, il te suffit de

Code : Tout sélectionner

ACTION_IF (%coco_protecteur%) BEGIN
    EXTEND_BOTTOM ~BALDUR.bcs~ ~PDBA1CH8\Setup\DEM_MOD1.baf~ // Ajout variable pour activer le mod à la mort de Sarevok.
END ELSE BEGIN
    EXTEND_BOTTOM ~BALDUR.bcs~ ~PDBA1CH8\Setup\DEM_MOD2.baf~ // Ajout variable pour démarrer le mod aussitôt la partie lancée.
END

Dans le bloc ALWAYS, une fonction vérifie intégrité de la variable coco_protecteur et la rétablit à sa valeur par défaut (1) si elle est différente de 0 ou 1.

Si ça t'intéresse, je te peux te passer les fichiers qui vont bien. Je les ai testés avec 1PP (plus de 15 variables) et avec mon mod : ça marche nickel. Le principe a été repris par AL|EN pour son futur outil d'installation et par les dernières versions de stratagems.

[Cocrane]

Salut Freddy,
je note le principe. Effectivement, il manquera la partie "lecture du fichier .ini et affectation de la valeur à la variable".

Pour mon cas, cela nécessite que le joueur prenne le temps de lire le ReadMe pour savoir qu'il peut ajuster des réglages et donc choisir comment est activé le mod. Je pense que certains passeront à coté. Vu que j'ai pour le moment une seule variable, ca me semble pratique et pas chiant de poser la question au début de l'installation.

Par contre, le principe m'intéresse. Ca pourrait être utile dans mon futur.

J'ai ce cas à te soumettre:
- je fais l'installation via le .ini
- je modifie la valeur de la variable ensuite

La nouvelle valeur peut elle être prise en compte dans le jeu sans relancer le TP2?

Cocrane

[Freddy_Gwendo]

Pas de souci. Le ini ne sert que pour simplifier l'installation et limiter le nombre d'options ou de messages affichés à l’écran.

En gros, selon la valeur de la variable X, tu lances telle ou telle procédure d'installation. Rien ne t'empêche ensuite de modifier X dans ces procédures.

Édit : j'utilise ce stratagème dans 1PP pour éviter des conflits de variables. En cas d'incompatibilité entre deux variables, je choisis la variable la plus importante comme prioritaire et je rétablis la seconde à sa valeur par défaut. L'utilisateur est prévenu par un message à l'écran.
Mais lorsqu'il y a plusieurs variables, il ne faut pas oublier de bien renseigner le readme. Je viens de terminer un tableau récapitulatif dans mon mod : les joueurs n’auront aucune excuse !

[Cocrane]

C'est noté.

Je pense qu'on aura l'occasion d'en parler concrètement lorsque je vais proposer mon mod à l'install.

Cocrane