| Contenu |
|---|
| Miniature aléatoire |
|---|
![]() |
| Rechercher |
|---|
| Login |
|---|
| Navigation |
|---|
| Les plus récents |
|---|
| Articles vedettes |
|---|
| Navigation |
|---|
| Qui est en ligne? |
|---|
| Nous avons 106 invités et 6 membres en ligne |
| Extraction automatique d'objets |
|
| Descent 3 - Outil serveurs dédiés sous Windows pour Descent3 | |||
| Écrit par Thomas | |||
| Dimanche, 28 Février 2010 03:12 | |||
|
Depuis la version 3.0.78.0, le D3Server3 extrait automatiquement les objets contenus dans les fichiers missions quand on les hôte sur un serveur. Les missions (niveaux) qui contiennent des objets customisés ont toujours posé des problèmes pour les parties multijoueur de Descent 3. A cause d'eux les serveurs se plantent en cours de partie, avec un message d'erreur du genre "Could not load filename.oof" (Imposible de charger tel ou tel fichier .oof). Si par hasard le serveur ne plante pas pendant le déroulement de la partie, il se plante à la fin de la mission, au moment où elle recommence au début. Mais les serveurs de Descent 3 ne se plantent d'habitude pas quand ces fichiers objets sont extraits des fichiers missions et placés dans le répertoire principal de Descent3 (C:\Games\Descent3 ou C:\Program files\Descent3). Quand il cherche à repérer un objet, Descent 3 regarde d'abord dans son répertoire principal. Les fichiers objets sont enregistrés en tant que fichiers .oof (oof = Outrage Object Format) à l'intérieur des fichiers missions (.mn3). Il existe plusieurs outils pour les en extraire. Il suffirait théoriquement d'extraire tous les fichiers .oof des fichiers missions et de les placer dans le répertoire principal de Descent 3 pour que les serveurs ne se plantent plus à cause d'eux. Mais ce n'est pas ce qui se passe en réalité. En fait, les serveurs ne se plantent plus à cause d'eux, mais il y a un autre problème. Les designers des niveaux utilisent souvent les mêmes noms pour des objets customisés différents. Imaginez un designer qui crée un objet en forme de grosse caisse bleue et un autre qui crée une petite caisse verte, puis qui donnent le même nom: box.oof aux objets qu'ils ont créés. Dans de nombreuses missions, les designers utilisent des noms empruntés à la liste des objets originaux de Descent 3, mais qui désignent des objets nouveaux. Des objets customisés différents, mais avec des noms identiques, vont s'écraser dans le répertoire principal de Descent 3. Des objets customisés utilisant le nom de certains objets originaux de Descent 3 vont remplacer les objets originaux dans les missions originales. Le D3Server3 résoud une partie de ces problèmes en extrayant les fichiers objets des missions avant de démarrer le serveur dédié. Ensuite, une fois que le serveur dédié est stoppé, les fichiers objets sont enlevés du répertoire principal de Descent 3.
Les fichiers objets sont enlevés du répertoire principal de Descent qu'ils aient été présents ou non avant que le serveur dédié ne soit lancé. Une fois qu'on arrête de servir une mission, le logiciel enlève tous les fichiers objets dont les noms se trouvent dans le fichier mission (mn3) correspondant. Les fichier objets des missions tenues par les autres serveurs ne sont pas enlevés à ce moment là. Ils le seront quand on fermera ces autres serveurs. Mais l'outil serveur ne vérifie pas si des objets différents ont le même nom de fichier. Si les noms sont identiques, il fait comme si c'était le même objet. Les effets qui en résultent peuvent être soit plutôt marrants, soit désastreux, et ça se produit quand on hôte en même temps deux missions qui utilisent des objets customisés différents portant le même nom de fichier.
|
|||
| Mise à jour le Samedi, 13 Novembre 2010 01:08 |
You need to login or register to post comments.
Discutez de ceci sur le forum. (3 posts)







