Check-Six Forums

Avertissement concernant la re-rentrée dans le monde 3D :

Sur Falcon 4.0 BMS 4.34, tout comme d'ailleurs sur les versions précédentes 4.32 et 4.33, lorsque vous quittez le monde 3D (sortez de votre avion pour revenir aux menus 2D), il est nettement préférable avant de retourner dans le monde 3D de quitter le jeu complètement (fermer Falcon 4.0 puis le relancer).

Ne pas le faire est susceptible d'engendrer divers bugs. C'est vrai aussi bien en vol seul qu'en vol multijoueur. C'est particulièrement critique dans le second cas, parce qu'un seul joueur qui ne respecte pas cette règle est susceptible de créer des bugs qui impacteront tous les autres joueurs dans la même partie.

Bonjour Wildcat
Il est donc impossible de faire deux vols sur la même TE ?
Si la TE est host sur un serveur, nous clients, devons quitter BMS et le relancer pour retourner dans la TE ? Ou je n'ai pas tout compris.

Bon Week-end !

C'est exactement ça. Il est préférable de sortir de Falcon 4.0 avant de revenir au TE.
Cela dit, c'était valable pour les versions 4.34 et antérieures. Je n'ai pas vérifié si la 4.35 se comportait différemment.

La 4.35 interdit de re-rentrer dans le 3D, ReTour Bureau obligatoire entre 2 vols en multijoueurs.

Merci Wildcat & checkpoint!

Donc, dans le cas où le vol est hébergé sur une machine qui sert uniquement à ça (comme dans mon cas. J'ai une machine qui sert uniquement à Hoster)
il est possible de re-rentrer dans le monde 3D pour continuer la mission après avoir quitter et redémarrer falcon sur ma machine (pas le Host, je parle viens d'un autre poste de travail) ? Ou faut-il également relancer falcon sur la machine qui Host aussi ? (ce qui me parait un peu nul vu que le but est de profiter des objectifs détruit pour avancer dans la TE)

Juste pour être certain d'avoir bien compris...

Hello

À la Ffw36 nous utilisons un serveur en host, voilà la séquence:
- host extérieur sur pc host.
- toi en tant que client sur le pc host
- tu te fais abattre ou autre
- obligation de sortir pour le client hs
- pas besoin de relancer le host

Techniquement le serveur est considéré comme. Un humain.
Dans la création du TE ou campagne il est judicieux de créer un squadron destiné au host sur une autre base, ceci afin d'éviter de perturber les comm radio avec la tour si le serveur est sur ta base.
Il faut créer un vol serveur qui sera ramp 1 mn avant le premier ramp des humains.
Ainsi tu lance affecté le serveur sur le vol prévu pour lui, vu que c'est un humain il ne décollera jamais (et se fait copieusement engueuler par la tour ).

Mais dans cette configuration il n'est jamais besoin de relancer le host.

Voili voilou

Merci pour t'es lumières DUD !
Je vais pouvoir essayer ma TE

C'est pensé pour fonctionner 24h sur 24, donc, heureusement, on ne relance jamais le serveur tant qu'il ne plante pas tout seul.

Seifer (dev) propose à un utilisateur de ne pas relancer BMS avant de retourner en 3D, arguant que ça ne devrait plus poser de problème depuis le 35u3. Je n'ai pas vu une telle information dans un changelog. Ça devrait intéresser du monde.

https://forum.falcon-bms.com/post/346737

Ce serait effectivement une avancée majeure dans la fiabilité du jeu sur ce point.
Après, c'est peut-être du scepticisme de vieux falconneux ayant connu toutes les avanies techniques du jeu, mais ça me paraît tellement beau que je vais laisser les autres tester ça d'abord avant d'avoir vraiment confiance.

Hello

Info intéressante mais comme wildcat un poil de scepticisme quand même.
Je ferainla'manip lors de mes prochains vols...

Pareil que Wildcat.

Vous êtes vraiment une bande de vieux falconneux sceptiques.

Oui mais toujours fidèles

Hello,

Testé hier sur un vol de campagne en 4.36, j'étais hosteur, je rentré 3D, ressorti pour un pb d'axe et re-rentré aussi sec.

Pas de bug majeur, mais mon F-16 était devenu "fantôme", les autres ne me voyait pas au radar et visuellement le train était resté sorti avec les cales. Pour finir, vu des autres, mon avion avait un comportement bizarre au niveau de l'AOA.

Nous supposons qu'il y a une relation de cause à effet.

Et ça n'est que la partie visible. Même si ça ressemble plus à une histoire d'échange de données.

Mercredi dernier, en multi à 3 nous avons enchaînés 2x2 TE sans quitter BMS… seul l’un d’entre nous a eu un bug sur l’un des changements (mais difficile d’y voir forcément un lien).

Pour ma part, il me semble que l'affirmation de Seifer est correcte.