Journal Rolling - Besoin de vous pour tester l'éxecution du client graphique !

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
Étiquettes :
8
9
nov.
2020

Je vous ai présenté récemment Rolling, un jeu libre de survie/gestion multijoueurs. Développer les fonctionnalités du jeu prends beaucoup de temps. Mais, ce qui m'en prend aussi c'est la rédaction du client graphique.

Il s'avère que je ne suis pas du tout compétent en matière de rendu graphique. J'ai une connaissance plus que limité concernant l'opengl, vulkan, dx11, etc. C'est pourquoi j'utilise un framework pour le rendu graphique. Là où je suis peut-être encore moins compétent c'est faire une version Windows. Bref, concernant ces deux points, j'ai besoin de vous !

Je ne sais pas trop dans quelle mesure le client graphique "fonctionnent". Mes tests sur différentes machines me conforte dans l'idée que ça marche. Mais, il semblerait que ça ne soit pas le cas partout. Par exemple, un retour utilisateur m'a informé de ce bug de rendu:

bug de rendu

Si vous voulez filer un tout petit coup de main, il vous suffit de tester ce client graphique sur votre ou vos ordinateurs (Windows ou/et linux) et me dire ici si ça fonctionne !

Depuis des binaires :

Pour compiler depuis les sources :

Dépôt git: https://github.com/buxx/rollgui
Requis sur le système : Rust, et sur windows build-tools (installable avec Visual Studio)
Compilation avec la commande "cargo run"

Deux choses à déterminer :

  1. Le client graphique arrive-t-il à se lancer ?
  2. L'affichage du jeu se fait-il correctement ? (choisir s2.bux.fr, choisir un nom de perso et valider)
  3. Pouvez-vous déplacer le personnage avec les flèches du clavier ?

Faire un retour ici si cela fonctionne et si non, me donner le message d'erreur (penser aux traces dans la console), m'aiderais beaucoup !

  • # Chez moi ça marche ©

    Posté par  (Mastodon) . Évalué à 6. Dernière modification le 09 novembre 2020 à 19:15.

    Sur Arch à jour ça a l'air de fonctionner :
    - le personnage se balade de manière fluide. flèches et clic de souris.
    - le fond scrolle quand il y a besoin (par à coups d'une case je crois)
    - selon de quoi je m'approche je vois des nouveaux boutons apparaître/disparaître
    - je clique par-ci par-là sur le menu, ça répond

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # debian stable

    Posté par  (site web personnel) . Évalué à 6.

    Ok pour la debian (j'ai pris le binaire direct, malgré que tu sois probablement un espion nord coréen).

    Ça donne pas mal envie. Le client se lance, on peut créer un perso, se déplacer, et cadeau bonus interagir avec espace. Et là on est tenté de cliquer espace partout et y'a déjà tout plein de menus à fouiller. Mais je me doute qu'il va falloir patienter un bon petit moment!

    • [^] # Re: debian stable

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      Super merci ! Oui il va falloir patienter un peu :p Mais ça vaudra le coup, très certainement !

      🦀🐍 http://github.com/buxx 🖥 https://algoo.fr 📋 https://tracim.fr

  • # Fedora Workstation 32

    Posté par  (site web personnel) . Évalué à 2. Dernière modification le 10 novembre 2020 à 09:48.

    Moi ça freeze lors de la connexion au serveur (local ou s2.bux.fr) avec le binaire linux 64.
    Ne répond pas
    J'ai pas de logs dans mon shell, et pour info je suis sur un kernel 5.8.18-200.fc32.x86_64.

    Edit: Si je lance en sudo ça marche niquel.

    • [^] # Re: Fedora Workstation 32

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      Salut,

      Est-ce que par hasard ton utilisateur aurait des restrictions réseau ? Comme un pare-feu qui bloquerait les ports autres que standards (ex. 80, 443 …).

      Cela ressemble à la requête http que le fait le client graphique vers le serveur qui n'obtient pas de réponse et attends un timeout. Si tu laisses la fenêtre avec le bouton "attendre" un long moment (plusieurs minutes) que se passe-t-il ?

      🦀🐍 http://github.com/buxx 🖥 https://algoo.fr 📋 https://tracim.fr

      • [^] # Re: Fedora Workstation 32

        Posté par  (site web personnel) . Évalué à 3.

        Salut,

        Non je n'ai pas de restrictions réseau, tous mes programmes y compris ceux utilisant des sockets vers des serveurs fonctionnent très bien sans les droits root.

        J'ai laissé tourner pendant plus de 5 min, c'était toujours coincé.

        • [^] # Re: Fedora Workstation 32

          Posté par  (site web personnel, Mastodon) . Évalué à 1.

          Ok, c'est noté :( Merci pour le test, je reviendrais peut-être vers toi si j'ai une idée de comment corriger ou avoir des infos là-dessus.

          🦀🐍 http://github.com/buxx 🖥 https://algoo.fr 📋 https://tracim.fr

  • # Inspiration roguelike ?

    Posté par  . Évalué à 3.

    Je trouve les idées du jeu sympa : ça me rappelle certains roguelikes de survie, mais avec un mixte temps réel/tour par tour pour permettre le jeu multi-joueur tout en évitant de transformer ça en jeu de réflexes. C'est inspiré de ces jeux, ou c'est une coïncidence ? Les graphismes et le fait d'utiliser des conventions ascii pour définir les cartes rappellent aussi beaucoup les roguelikes.

    Par contre, j'ai pas réussi à compiler sous OpenBSD : la dépendance openssl-sys ne gère pas encore les dernières versions libressl, donc je vais devoir attendre pour tester. Faut dire qu'avec les projets rust, qui ont tendance à avoir énormément de petites dépendances, j'en ai souvent une qui pose problème :-(

    • [^] # Re: Inspiration roguelike ?

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      Oui tout à fait d'inspiration roguelike !

      A l'origine le rendu graphique était en ascii et j'avais écrit un client graphique pour terminal.

      Mais disons que je me suis laissé convaincre par mes rares testeurs qu'il valait mieux un peu plus de pixels … :)

      Dommage pour la compilation sous OpenBSD :/

      🦀🐍 http://github.com/buxx 🖥 https://algoo.fr 📋 https://tracim.fr

  • # Ça plante violement

    Posté par  (Mastodon) . Évalué à 2. 

    ./rollgui 
[wayland-client error] Attempted to dispatch unknown opcode 0 for wl_shm, aborting.
Abandon

    Debian testing + GNOME/Wayland

  • # Chez moi ça ne marche pas :(

    Posté par  . Évalué à 2.

    En tout cas le binaire, j'ai la flemme de compiler les sources pour ce soir, je verrai ça demain.

    OpenSUSE Leap 15.2

    tophe@gribouille:~/Téléchargements/Rolling_Linux_x86-64> ./rollgui 
./rollgui: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by ./rollgui)
tophe@gribouille:~/Téléchargements/Rolling_Linux_x86-64> zypper info glibc
Chargement des données du dépôt...
Lecture des paquets installés...


Informations sur paquet glibc :
-------------------------------
Dépôt                     : openSUSE-Leap-15.2-Update
Nom                       : glibc
Version                   : 2.26-lp152.26.3.1
Architecture              : x86_64
Fabricant                 : openSUSE
Taille une fois installé  : 6,7 MiB
Installé                  : Oui
État                      : à jour
Paquet source             : glibc-2.26-lp152.26.3.1.src
Résumé                    : Standard Shared Libraries (from the GNU C Library)
Description               : 
    The GNU C Library provides the most important standard libraries used
    by nearly all programs: the standard C library, the standard math
    library, and the POSIX thread library. A system is not functional
    without these libraries.

tophe@gribouille:~/Téléchargements/Rolling_Linux_x86-64>

    Je testerai demain avec un win10, pour aujourd'hui j'ai ma dose de MS

    • [^] # Re: Chez moi ça ne marche pas :(

      Posté par  (Mastodon) . Évalué à 2. Dernière modification le 12 novembre 2020 à 07:59.

      C'est un poil vieux comme version de glibc (la 2.27 demandée ici est celle embarquée dans Ubuntu 18.04 LTS par exemple, elle est sortie en février 2018), d'ailleurs certains s'en plaignent apparemment.

      Curieux comme choix de la part de Suse je trouve.

      En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # Chez moi ça marche

    Posté par  . Évalué à 1.

    Bonjour,
    ça fonctionne bien ici, sur une Ubuntu 20.04 à jour.

    Bon courage pour la suite

  • # MacOS

    Posté par  (site web personnel, Mastodon) . Évalué à 2.

    En compilant les sources sous macOS high sierra, ça semble fonctionner correctement (l'écran du jeu défile, les menus sont réactifs, pas d'effet zarbi comme sur la capture présentée).

    $ cargo run
    Finished dev [unoptimized + debuginfo] target(s) in 0.91s
     Running `target/debug/rollgui`
Retrieve world source from server
Try to create Player with local data?
Character 'aab33e37e7414822bf6d55ec3f511318' locally found
Retrieve character 'aab33e37e7414822bf6d55ec3f511318' from server
Player found on server
Retrieve tiles from server
Retrieve zone from server
Retrieve characters from server
Retrieve stuffs from server
Retrieve resources from server
Retrieve builds from server
Describe with url http://91.121.134.31:7431/_describe/character/aab33e37e7414822bf6d55ec3f511318/build_actions
Describe with url http://91.121.134.31:7431/character/aab33e37e7414822bf6d55ec3f511318/action/BEGIN_BUILD/BUILD_CAMP_FIRE?
Describe with url http://91.121.134.31:7431/character/aab33e37e7414822bf6d55ec3f511318/build/167
Describe with url http://91.121.134.31:7431/character/aab33e37e7414822bf6d55ec3f511318/with-build-action/BRING_RESOURCE_ON_BUILD/167/BRING_RESOURCE_ON_BUILD?resource_id=WOOD
Describe with url http://91.121.134.31:7431/character/aab33e37e7414822bf6d55ec3f511318/with-build-action/BRING_RESOURCE_ON_BUILD/167/BRING_RESOURCE_ON_BUILD?resource_id=WOOD&quantity=0
Retrieve world source from server
Try to create Player with local data?
Character 'aab33e37e7414822bf6d55ec3f511318' locally found
Retrieve character 'aab33e37e7414822bf6d55ec3f511318' from server
Player found on server
Retrieve tiles from server
Retrieve zone from server
Retrieve characters from server

    • [^] # Re: MacOS

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      Woah super tu as réussis à compiler sous Mac ! J'avais échoué à cette tâche (j'utilisais un VM).

      Merci pour le test. Ça me conforte dans l'idée de re-tenter le coup voir de trouver une vraie machine.

      🦀🐍 http://github.com/buxx 🖥 https://algoo.fr 📋 https://tracim.fr

      • [^] # Re: MacOS

        Posté par  (site web personnel, Mastodon) . Évalué à 2.

        Je n'ai rien fait de spécial, hein. j'avais déjà les outils Rust installés, j'ai donc juste effectué un cargo run dans le répertoire.

        La machine est un MacBook Pro 13" 2011 sous High Sierra.

  • # WinPro 1909 OK

    Posté par  (site web personnel) . Évalué à 2.

    Windows 10 Pro 1909 - build 18363.1198 - Nvidia driver 457.30 (GeForce GTX 760) : Les 3 points sont OK

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.