Le front est quelquefois laggy, et le support mobile n'est pas encore développé.
J'ai mis peu d'effort dans l'optimisation du runtime, car développer les features est plus important.
Les technologies web classiques ont jusqu'à présent fonctionné, mais j'ai peur que celles ci nous limitent, tant dans l'optimisation du jeu en lui même que dans ses fonctionnalités et son visuel.
Par exemple, si l'on souhaite rajouter un filtre holographique sur les cartes, des animations plus complexes et fluides, ou un shader spécifique, cela est impossible avec la méthode de rendu actuelle.
Passer sur un rendu de type moteur de jeu permettrait à la fois plus de modularité et également des animations et une expérience plus fluide en général.
Jusqu'à présent, j'ai écarté cette solution car les idées pour une interface responsive n'étaient pas encore assez précises.
Après réflexion, si l'on garde comme cible uniquement les écrans 16:9 et les smartphones, le développement sur un moteur de jeu peut s'avérer une option viable.
Le front est quelquefois laggy, et le support mobile n'est pas encore développé.
J'ai mis peu d'effort dans l'optimisation du runtime, car développer les features est plus important.
Les technologies web classiques ont jusqu'à présent fonctionné, mais j'ai peur que celles ci nous limitent, tant dans l'optimisation du jeu en lui même que dans ses fonctionnalités et son visuel.
Par exemple, si l'on souhaite rajouter un filtre holographique sur les cartes, des animations plus complexes et fluides, ou un shader spécifique, cela est impossible avec la méthode de rendu actuelle.
Passer sur un rendu de type moteur de jeu permettrait à la fois plus de modularité et également des animations et une expérience plus fluide en général.
Jusqu'à présent, j'ai écarté cette solution car les idées pour une interface responsive n'étaient pas encore assez précises.
Après réflexion, si l'on garde comme cible uniquement les écrans 16:9 et les smartphones, le développement sur un moteur de jeu peut s'avérer une option viable.
client lourd héron :cannycat: héron games launcher
le désavantage sera la portabilité moins évidente du truc (installer est plus difficile qu'un truc plug & play sur web browser), mais ça peut se faire éventuellement je suppose si on est ambitieux. genre si on pousse héron à fond (where roguelike multiplayer héron avec battle pass et procedural generation /j)
ça répond également à une sous-question qu'on s'est déjà posé: "comment on fait pour le mobile, est-ce que c'est un truc dédié?" -> avec un client comme ça, ça semble être le cas. ça veut également dire (sauf si on s'en sort très intelligemment) qu'il va y avoir des développements doublés / en parallèle
sauf si on déploie sur deux en gardant la responsiveness en tête...
dans tous les cas, si on veut partir sur ça, ça veut dire ne pas partir sur un "le héron web actuel utilisable sur un tel" parce qu'on veut aller plus loin. donc, en effet, est-ce qu'on veut aller plus loin ou est-ce que c'est un cauch (pb de compatibilité client, autres, j'ai peu d'xp dedans cela dit)
~~client lourd héron :cannycat:~~ héron games launcher
le désavantage sera la portabilité moins évidente du truc (installer est plus difficile qu'un truc plug & play sur web browser), mais ça peut se faire éventuellement je suppose si on est ambitieux. genre si on pousse héron à fond (where roguelike multiplayer héron avec battle pass et procedural generation /j)
ça répond également à une sous-question qu'on s'est déjà posé: "comment on fait pour le mobile, est-ce que c'est un truc dédié?" -> avec un client comme ça, ça semble être le cas. ça veut également dire (sauf si on s'en sort très intelligemment) qu'il va y avoir des développements doublés / en parallèle
sauf si on déploie sur deux en gardant la responsiveness en tête...
dans tous les cas, si on veut partir sur ça, ça veut dire ne pas partir sur un "le héron web actuel utilisable sur un tel" parce qu'on veut aller plus loin. donc, en effet, est-ce qu'on veut aller plus loin ou est-ce que c'est un cauch (pb de compatibilité client, autres, j'ai peu d'xp dedans cela dit)
Il est également totalement possible de partir sur un moteur de jeu qui se compile pour du web. Unity par exemple, le fait très bien. Coté performances, c'est similaire à du natif, le WASM étant du binary code analogue à l'assembleur.
On peut également prendre comme exemple, Buckshot Roulette, qui, même étant codé en Godot, se porte également très bien sur navigateur https://buckshotroulette.online/game/ver15/
Il est également totalement possible de partir sur un moteur de jeu qui se compile pour du web. Unity par exemple, le fait très bien. Coté performances, c'est similaire à du natif, le WASM étant du binary code analogue à l'assembleur.
On peut également prendre comme exemple, Buckshot Roulette, qui, même étant codé en Godot, se porte également très bien sur navigateur
https://buckshotroulette.online/game/ver15/
trop bien, c donc de ça dont on parlait durant cette fameuse game de deep rock
c'est parfaitement séduisant comme solution côté client, ça veut dire utiliser le moteur de jeu pour faire tout ce qu'on veut tho, je me rends pas compte de la complexité / difficulté. mais ça doit nous donner une liberté accrue c'est sûr
tant qu'on évite le phénomène d'explosion de laptop de nos utilisateurs
trop bien, c donc de ça dont on parlait durant cette fameuse game de deep rock
c'est parfaitement séduisant comme solution côté client, ça veut dire utiliser le moteur de jeu pour faire tout ce qu'on veut tho, je me rends pas compte de la complexité / difficulté. mais ça doit nous donner une liberté accrue c'est sûr
tant qu'on évite le phénomène d'explosion de laptop de nos utilisateurs
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Le front est quelquefois laggy, et le support mobile n'est pas encore développé.
J'ai mis peu d'effort dans l'optimisation du runtime, car développer les features est plus important.
Les technologies web classiques ont jusqu'à présent fonctionné, mais j'ai peur que celles ci nous limitent, tant dans l'optimisation du jeu en lui même que dans ses fonctionnalités et son visuel.
Par exemple, si l'on souhaite rajouter un filtre holographique sur les cartes, des animations plus complexes et fluides, ou un shader spécifique, cela est impossible avec la méthode de rendu actuelle.
Passer sur un rendu de type moteur de jeu permettrait à la fois plus de modularité et également des animations et une expérience plus fluide en général.
Jusqu'à présent, j'ai écarté cette solution car les idées pour une interface responsive n'étaient pas encore assez précises.
Après réflexion, si l'on garde comme cible uniquement les écrans 16:9 et les smartphones, le développement sur un moteur de jeu peut s'avérer une option viable.
client lourd héron :cannycat:héron games launcherle désavantage sera la portabilité moins évidente du truc (installer est plus difficile qu'un truc plug & play sur web browser), mais ça peut se faire éventuellement je suppose si on est ambitieux. genre si on pousse héron à fond (where roguelike multiplayer héron avec battle pass et procedural generation /j)
ça répond également à une sous-question qu'on s'est déjà posé: "comment on fait pour le mobile, est-ce que c'est un truc dédié?" -> avec un client comme ça, ça semble être le cas. ça veut également dire (sauf si on s'en sort très intelligemment) qu'il va y avoir des développements doublés / en parallèle
sauf si on déploie sur deux en gardant la responsiveness en tête...
dans tous les cas, si on veut partir sur ça, ça veut dire ne pas partir sur un "le héron web actuel utilisable sur un tel" parce qu'on veut aller plus loin. donc, en effet, est-ce qu'on veut aller plus loin ou est-ce que c'est un cauch (pb de compatibilité client, autres, j'ai peu d'xp dedans cela dit)
Il est également totalement possible de partir sur un moteur de jeu qui se compile pour du web. Unity par exemple, le fait très bien. Coté performances, c'est similaire à du natif, le WASM étant du binary code analogue à l'assembleur.
On peut également prendre comme exemple, Buckshot Roulette, qui, même étant codé en Godot, se porte également très bien sur navigateur
https://buckshotroulette.online/game/ver15/
trop bien, c donc de ça dont on parlait durant cette fameuse game de deep rock
c'est parfaitement séduisant comme solution côté client, ça veut dire utiliser le moteur de jeu pour faire tout ce qu'on veut tho, je me rends pas compte de la complexité / difficulté. mais ça doit nous donner une liberté accrue c'est sûr
tant qu'on évite le phénomène d'explosion de laptop de nos utilisateurs