Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Merci beaucoup pour ce retour détaillé, et désolé que l'expérience n'ait manifestement pas été optimale.
Le point le plus important est bien sûr les crashs.
Le seul scénario qui puisse poser problème à ma connaissance est le suivant:
- utilisation des terrains naturels
- client avec des PC peu puissants ou un réseau un peu lent
Les terrains naturels sont extrêment lourds et gourmands en terme de ressources.
Si un client se connecte dans de mauvaises conditions, sa connection peut mettre trop de temps (ordi trop lent à charger le terrain ou réseau trop lent) et ça peut faire crasher le client.
J'ai rencontré ce problème très rarement, toujours aux heures de pointe du réseau, et je n'arrive pas à le reproduire à volonté, et donc je ne sais pas le débuguer.
Ne pouvant débuguer le problème proprement, il m'est difficile de le comprendre et donc de savoir quand il sera résolu.
Si vous êtes dans ce cas, évitez les terrains naturels en attendant une correction future si j'arrive à comprendre le pb.
Je n'ai connaissance d'aucun autre scénario de crash aujourd'hui, donc si vous n'êtes pas dans ce cas, un scénario de reproduction, ou un maximum d'infos, tout ce qui me permettra de reproduire le problème pour l'étudier, m'intéresse énormément.
Pour les interactions de l'UI et des plateaux avec le décors, c'est inévitable: les éléments d'interface (UI, plateaux, dés...) font partie de la scène 3D.
C'est une grosse contrainte, mais j'ai en tête la VR un jour, et si je fais une interface 2D je ferme l'accès à la VR.
Cela dit, je travaille actuellement sur une possibilité d'amélioration de ce problème, donc si j'arrive à faire ce que je veux, il pourrait y avoir un mieux dans quelques semaines.
Interdir aux pions de traverser les murs m'obligerait à gérer des chemins de déplacements automatiques, c'est trop compliqué et couteux (en calculs) pour le gain.
Yag n'est pas une simulation réaliste: sur une vraie table, on déplacerait le pion par dessus le mur à la main, c'est un peu l'idée de ces déplacements en ligne droite. Seuls comptent les points de départ et d'arrivée.
Par contre, en principe les murs protègent le brouillard de guerre, qui n'est censé se dévoiler que si le pion regarde par dessus le mur, en volant ou en grandissant.
Pour info, en interne, les pions lancent des rayons invisibles aléatoires hémisphériques et si un rayon rencontre une cellule du brouillard, celle ci est rendue invisible. Donc la gestion est faite en 3D.
Si ce n'est pas le cas sur un ou plusieurs thèmes, pouvez vous svp m'indiquer le ou les thèmes ? Je regarderai, j'ai très bien pu oublier de placer des collisions sur des éléments de murs.
Du coup, les murs invisibles ne sont pas censés être utiles, mais l'idée d'en avoir à disposition reste bonne, j'ai noté ça sur ma liste de tests à faire.
Pour la restriction sur les feuilles de perso, j'ai choisi de préférer la confiance aux restrictions. Mais vous n'êtes pas le premier à me remonter des problèmes possibles de fausse manip ou d'indiscipline des joueurs.
Pour le moment, je n'interdis rien aux utilisateurs, le meilleur moyen qu'un joueur ne regarde la feuille du copain est de lui demander et de lui faire confiance.
Du moins c'était mon idée en démarrant Yag. Mais comme apparemment ça ne suffit pas, il faudra peut être un jour que je mette en place une mécanique de profils et de droits.
Ca n'est pas exclu si beaucoup de gens le réclament, mais ça n'est pas prioritaire pour le moment.
Je vais regarder pour les toiles d'araignées, c'est effectivement inadmissible :-)
Je suis conscient qu'il manque beaucoup de contenu utile dans Yag, sans chercher d'excuses, voici quelques éléments de raisons:
- j'achète le contenu moi même, c'est très cher, et Yag étant une niche (jdr en ligne sur pc = le pire du pire du pire^^) il ne rapporte que très peu d'argent et est TRES loin de rembourser ce qu'il me coute: c'est un projet passion, pas un projet lucratif ou professionnel. Je ne dis pas ça pour me plaindre, j'aime Yag et j'adore bosser dessus, mais c'est juste pour dire que je ne peux pas dépenser plus d'argent que j'en ai :-D
- le contenu disponible (voir ci dessous) est limité, on ne trouve pas tout
- je dois faire attention à la place disque: Yag, avec toutes ses DLC, arrive avec près de 60 Go de contenu, c'est déjà monstrueux, je dois faire à attention à ne pas tout ajouter: entre un beau monstre et une étagère, je priorise toujours le monstre^^
- Naturellement, le temps est aussi un facteur critique: intégrer du contenu prend du temps, et entre la maintenance, les évolution fonctionnelles, et le contenu, Yag est devenu très envahissant dans ma vie, je ne peux pas tout faire, et là encore, je dois faire des choix.
Ce ci étant dit, le contenu de Yag provient presque entièrement du marketplace Unreal Engine:
https://www.unrealengine.com/marketplace/en-US/store
Je suis ouvert à toutes les suggestions.
Il faut en parler avec moi car il faut que ça soit dans l'esprit de Yag, et surtout que ça soit possible techniquement (tous les packs ne peuvent pas être intégrés à Yag facilement).
Il est inutile d'acheter quelque chose vous même car mon compte unreal doit être l'acheteur du pack pour que j'aie le droit de l'utiliser dans Yag.
Mais si toutes les conditions sont réunies et si vous souhaitez offrir du contenu à la communauté, je peux acheter le pack et vous me remboursez via la page de donnation sur le site Yag par exemple.
Les imports depuis une URL publique (http://...) sont partagés, les imports depuis le disque sont locaux uniquement, pour le moment il n'est pas possible de les partager en temps réel.
Pour les partager, il faut passer par un module et le distribuer. Je bosse sur une amélioration, à suivre dans quelques semaines si tout va bien.
Enfin pour le métrage, c'est aussi inévitable: pour économiser du réseau et de la ressource, je ne synchronise pas la position/rotation des pions en temps réel, uniquement leur destination.
Donc la position exacte d'arrivée du pion est calculée localement et peut différer légèrement d'un ordi à l'autre. Je parle de quelques cm, donc en principe c'est suffisamment négligeable pour ne pas géner le jeu.
Pour la mesure, il peut y avoir une différence à l'origine due à la position du pion, mais quelques cm.
La seule source possible des grosses différences que vous mentionnez, est la position du curseur de la souris: la mesure est faite en 3D, donc si vous mettez la souris sur la tête du perso ou sur ses pieds, ça peut effectivement faire une différence importante.
Si vous mettez exactement la souris à la même place sur le pion, vous devriez obtenir des mesures sensiblement identiques, à quelques cm près.
Et oui, vous l'avez sans doute compris, je fais Yag tout seul, et c'est un travail inimaginable :-)
Encore merci pour vos retours, c'est toujours précieux, n'hésitez pas à continuer.
J'espère que vous redonnerez une chance à Yag malgré cette première expérience décevante, il ne cesse d'évoluer et donc en principe de s'améliorer.
+
Cedric
Je tiens juste à préciser que cette première expérience n'a absolument PAS été décevante, loin de là, nous nous sommes régalé.
J'essayé d'apporter au mieux un point de vue un tantinet constructif sur ce qui nous semblé pouvoir être amélioré sans en connaitre plus que ça sur la programmation.
Il est évident que nous allons continuer d'utiliser YAG !
Merci^^
D'une façon générale, le double clic molette réinitialise tout, il faut l'utiliser quand on est perdu (mauvaise vitesse, mauvais angle, etc.).