Julien Jorge a écrit 592 commentaires

Merci :)

En appuyant sur F2 pendant le jeu tu pourras voir le nombre d'images et d'itérations de la boucle de jeu par seconde. Si tout va bien ils doivent être à 66 tous les deux.

Nous avons quelques artefacts graphiques parfois (des sprites qui tremblent) et il y a aussi un petit saut de mouvement de temps en temps, qui se voient surtout quand le perso court. Est-ce que ça correspond à ce que tu as ?

Peux-tu donner plus de détails sur l'erreur ? Je pense qu'elle vient du fait d'une construction non « release ». Je n'ai pas eu le souci avec une construction release comme suit :

tar xf plee-the-bear_0.7.0-light.tar.gz
mkdir build
cd build
cmake ../plee-the-bear-0.7.0-light/ -DCMAKE_BUILD_TYPE=release -DCMAKE_INSTALL_PREFIX=/usr
make
sudo make install
plee-the-bear

Le make install est important, sinon le jeu ne sais pas trouver ses données. Pour les constructions de développement il s'attend à les trouver dans le dossier source, et du coup il faut effectivement appeler cmake . dans le source.

Bon je ne retrouve pas l'article qui dit de faire des zip plutôt que des installateurs pour communiquer avec la presse… Tout ce que je peux te proposer c'est ce sondage dans les forums de TIGSource. La tendance est celle relevée dans les autres commentaires : les gens qui ont un minimum de niveau technique veulent des zip, pour le reste il faut un installateur.

Merci pour le retour ! J'ai remplacé l'archive en ligne en ajoutant cette bibliothèque et deux autres qui manquaient aussi.

J'avais oublié de donner les droits de lecture à Apache sur les fichiers… C'est corrigé, merci !

Est-ce que ça fonctionne mieux si tu enlèves libX11.so.6 du dossier lib ? Et en virant tout le dossier lib ?

Je ne connaissais pas ! Ça a l'air effectivement pratique. Connais-tu des projets qui l'utilisent ?

Effectivement c'est un peu lourd de transporter toutes les bibliothèques, et je n'ai pas essayé de faire dans la finesse : quasiment toutes celles que je n'ai pas pu lier statiquement sont dans le dossier lib… Il y en a certainement à supprimer.

J'ai entendu beaucoup de bien d'OBS et j'aimerais bien prendre le temps de l'essayer à l'occasion. Un élément qui m'inquiète est dans la gestion des dépendances car j'utilise la SDL2 et libclaw qui ne sont pas toujours disponibles dans les distributions.

Pour le build Windows il s'avère que je faisais des installateurs pour les versions précédentes, mais j'ai appris depuis qu'il était plus efficace de faire un zip pour minimiser les actions de l'utilisateur. Il semblerait que plus il y a de clics entre le téléchargement et le lancement du jeu, moins les gens testent effectivement. C'est pour ça que j'ai opté pour le zip cette fois ci.

Suite à ton message, j'ai testé rapidement l'autonomie en ne faisant rien sous les deux systèmes. J'ai désactivé le blocage de la charge de batterie à 80% dans le bios ainsi que la mise en veille automatique et j'ai effectué une charge complète. J'ai ensuite démarré sur batterie sous Windows 7 et sous Ubuntu 13.10 avec Gnome 3. Dans les deux cas j'ouvre une session puis je ne fais plus rien jusqu'à extinction.

La mise en veille automatique était désactivée, seule la luminosité de l'écran baissait après quelques secondes d'inactivité. En dehors de ça je n'ai rien fait de particulier (bluetooth et wifi étaient allumés sous Linux, je n'ai pas vérifié sous Windows). La batterie de la zone de notification sous Windows indiquait bien que le mode économie d'énergie était actif.

Bilan : 5 h 30 sous Windows et 4 h 30 sous Linux.

Je n'ai pas fait de mesure sérieuse sous Windows mais je crois que c'est du même ordre. J'avais juste laissé l'ordi en idle 20-30 minutes puis j'ai regardé l'autonomie restante. Ça donnait un total un peu inférieur à 4 heures, de souvenir.

Avec la carte éteinte sous Linux, je n'ai pas fait de mesure sérieuse non plus. Je sais juste que je peux l'utiliser normalement (surf sur le web, developement, compilations…) pendant facilement 3 heures.

J'ai aussi eu de gros problèmes de batterie pendant longtemps, et j'ai récemment trouvé un contournement grâce à aux forums de LinuxFr.org¹. Le problème était que l'ordi a une sorte de carte graphique hybride ATI/Intel dont les deux parties étaient actives simultanément. Pour vérifier, tape lspci dans un terminal et compte le nombre de lignes contenant « VGA compatible controller ». Si tu en as plus d'une, c'est gagné.

Le contournement consiste à éteindre la partie ATI, ce qui m'a donné une autonomie de plus de 3 h contre 1 h 20 initialement.

¹ Les forums servent pour demander de l'aide, poser des questions diverses et variées, tandis que les journaux sont destinés aux discussions et aux informations qui n'auraient pas leur place en dépêches. [ref] ;)

Aah merci :) J'ai enfin une durée correcte d'utilisation sur batterie !

Ce qui est décrit dans le wiki d'ArchLinux est quasiment fait par défaut sous Ubuntu. Il suffit alors de désactiver la carte ATI en tapant :

# echo OFF > /sys/kernel/debug/vgaswitcheroo/switch

J'ai mis cela dans mon /etc/rc.local et je peux enfin rester sur batterie plus de 3 heures.

Bon en fait c'est peut-être lié. Quand j'enlève le pilote intel et que je laisse le pilote ATI, j'ai un OpenGL bizarre :

$ glxinfo | grep OpenGL
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.3, 128 bits)
…

Ça a l'air d'être la cause des montées en fréquence du CPU. Finalement pour l'instant j'ai les meilleures performances en supprimant le pilote radeon et en utilisant intel. C'est triste.

Pas ici. Le pilote radeon est bien là pour faire l'accélération. S'il n'y en avait pas, Gnome Shell ne se lancerait pas.

Je confirme qu'en ayant supprimé le pilote intel, et donc en utilisant uniquement le pilote libre radeon, j'ai aussi une autonomie de deux heures sur batterie. C'est déjà mieux.

Je vais tenter de mettre le power_profile à low comme indiqué plus haut, pour voir si ça s'améliore encore.

J'ai aussi l'impression d'avoir des problèmes avec Gnome Shell maintenant. Lorsque je lance le moniteur système il me mange 50% de chaque CPU (top confirme que gnome-shell est à 200%, contre 2% avec rien).

Apparemment xorg charge les deux pilotes…

30.764 LoadModule: "intel"
30.764 Loading /usr/lib/xorg/modules/drivers/intel_drv.so
30.764 Module intel: vendor="X.Org Foundation"
[ 30.764] compiled for 1.13.3, module version = 2.21.6
[ 30.764] Module class: X.Org Video Driver
[ 30.764] ABI class: X.Org Video Driver, version 13.1
…
30.765 LoadModule: "ati"
30.765 Loading /usr/lib/xorg/modules/drivers/ati_drv.so
30.765 Module ati: vendor="X.Org Foundation"
[ 30.765] compiled for 1.13.3, module version = 7.1.0
[ 30.765] Module class: X.Org Video Driver
[ 30.765] ABI class: X.Org Video Driver, version 13.1
30.765 LoadModule: "radeon"
30.765 Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
30.765 Module radeon: vendor="X.Org Foundation"
[ 30.765] compiled for 1.13.3, module version = 7.1.0
[ 30.765] Module class: X.Org Video Driver
[ 30.765] ABI class: X.Org Video Driver, version 13.1

J'ai supprimé les pilotes ati et radeon pour voir. Évidemment je n'avais plus d'accélération graphique, et je n'ai pas pu utiliser la session Gnome 3, seulement Gnome Flashback. Et là, excellente nouvelle, 2 h sur batterie !

Quand la batterie sera pleine je testerai avec les pilotes ati et radeon et sans le pilote intel.

Qu'est-ce qui est passé par la tête des modérateurs de Linuxfr.org pour relayer ainsi un charlatan complet ?

Je me pose aussi la question. La dépêche est dans la tribune de rédaction depuis des mois (un an ?) et je pensais qu'elle allait simplement disparaître.

Ceci dit, l'équipe de modération n'a peut-être pas de raison de bloquer ce genre de dépêche. C'est un contenu proposé par un utilisateur du site et on n'y trouve rien de réprimandable. Ce sera simplement filtré par les autres utilisateurs qui descendront cette dépêche à -42 et puis on l'oubliera.

C'est une carte son PCI ou USB ?

Ni l'une ni l'autre, c'est une carte son Linux…

Tu peux essayer :
echo "low" > /sys/class/graphics/fb0/device/power_profile

Si ca marche, le résultat devrait tout de suite se faire ressentir (chauffe moins, ventile moins…)

Dès que la batterie est pleine j'essaie cela.

Ou sinon, le driver proprio.

Malheureusement je n'ai pas d'accélération avec fglrx. Le chargement du pilote échoue. Par contre j'ai quand même une petite durée de vie sur batterie.

Et si c'est un laptop qui partage l'ATI avec l'intel (hyride), ca peut devenir plus compliqué.

Apparemment il y a de l'intel aussi, je viens de le découvrir :

$ lspci
00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Thames [Radeon HD 7500M/7600M Series]

Et du coup je ne sais même pas quelle carte est utilisée en pratique. Si ça se trouve je peux en désactiver une.

powertop me semble etre un bon debut.

J'ai passé un coup de powertop, mais ça n'a pas l'air d'aider. J'ai mis la sortie dans le rapport de bug du kernel et ça ne les a pas inspiré.

as-tu essayé avec le driver :

• VESA
• ati ou radeon (libre)
• fglrx fournit par la distrib (proprio)
• fglrx fournit par ATI (proprio aussi)

J'utilise le pilote libre. J'ai essayé d'activer le fglrx de la distrib et ça ne fonctionne pas. Je n'ai pas d'accélération et ça a l'air d'être un bug connu et non résolu. J'imagine que c'est vesa qui est utilisé quand rien d'autre ne marche ? Dans ce cas ça ne résout rien, j'ai quand même 1 h 20 d'autonomie. Je n'ai pas testé le fglrx fournit par ATI par contre.

git compresse aussi le dépôt, mais seulement de temps en temps. Peut-être que ça ne t'es pas encore arrivé ?

Pour le push http, j'ai eu le même problème avec GitHub, mais je n'ai pas trouvé de solution hormis le push en ssh.

Pourquoi imposer des textures aux dimensions égales à des puissances de 2 ? Je sais bien que de nombreuses cartes requièrent des textures en puissance de 2, mais rien n'empêche créer une texture de cette taille et transférer l'image quelconque sur une partie de la texture avec glTexSubImage2D. Est-ce que ça apporte un avantage ?

La procédure de branchement de l'usb d'origine suit 3 étapes très simples :

On ne dit pas « amateur » mais « indépendant » … :) Ceci dit, même les pros galèrent et réussissent sans faire exprès !