Boa Treize a écrit 3449 commentaires

Le rendu sonore n'en sera d'ailleurs que meilleur.

Ça dépend de la carte son, des formes d'onde utilisées, et du reste de l'environnement MIDI installé. Disons que le rendu sonore est souvent meilleur avec les logiciels que tu cites.

Personnellement je fais (...)

du code moins lisible et plus difficile à maintenir. À chacun son truc.

J'ai installé Darcs et fait quelques petits essais, et le moins qu'on puisse dire c'est que c'est à la fois d'une simplicité étonnante (concepts très clairs, commandes simples et bien documentées) et semble-t-il assez puissant.

Pour mes petits essais, tout va bien, mais je serais intéressé par l'expérience de quelqu'un qui a tenté de l'utiliser avec des projets de plus grande envergure. Je ne parle pas du noyau, mais de quelque chose à mi-chemin... Pourquoi pas Xvid ? ;-)

(Note : Darcs évolue très vite au niveau des performances (dans le bon sens), donc pas la peine de ressasser de vieilles choses, à moins que vous n'ayez une expérience toute fraiche dans ce domaine, bien sûr.)

Il y a darcs aussi, qui est très sympa : beaucoup plus clair et mieux documenté qu'arch, il reprend sa philosophie « restons simple » (pas de serveur dédié, de base de données de la mort, etc.), et l'allège encore.

Peut-être pas encore au point pour les très gros projets (1 Go de RAM et 5 heures pour faire un checkout complet de Linux), mais pour une utilisation plus modérée, c'est très sympa. Surtout, c'est tellement simple de créer un dépot (un simple sous-répertoire du répertoire actuel) qu'on se met à l'utiliser partout. :-)

Niveau interface graphique (pour rester dans le sujet), pas grand chose à l'horizon, sauf un CGI pour explorer les dépots (pas trop mal, avec support RSS). Voir sur la page de darcs pour un exemple. Clairement, vu sa simplicité, darcs peut facilement être couvert par une interface graphique genre TortoiseCVS. Reste plus qu'à le faire...

(Tout comme arch, darcs n'est pas copain avec ext2 et autres vieux systèmes de fichier similaires : plein de petits fichiers dans le dépôt = grosse consommation de blocs disque, genre 2 Mo de données et 12 Mo d'utilisés... Vivement ReiserFs 4.)

Tu n'es pas du tout le seul. C'est un gros problème, que Free ne reconnait que du bout des lèvres. Si ton site est statique, ça va à peu près, s'il y du PHP, c'est galère, s'il y a des appels à une base de données, c'est mort.

L'aide de KDE dit « Si cette option est activée, les paramètres concernant la taille et l'orientation seront utilisés au démarrage de KDE. » Pas un mot sur le rafraichissement, car il est fort probable et fort logique que le plus fort rafraichissement disponible soit utilisé automatiquement.

Si tu veux du 60 Hz, il va falloir que tu modifies le fichier de configuration du serveur X (probablement à la main, à moins que ta distribution n'ait quelque chose pour ça) afin d'indiquer que ton moniteur ne supporte pas le 75 Hz.

Ceci dit, je ne vois absolument pas pourquoi tu veux utiliser du 60 Hz alors que le 75 Hz est disponible. Le 60 Hz ça tue les yeux et la tête, et diverses normes de confort et d'utilisabilité demandent d'utiliser au minimum du 72 Hz.

Bref, le 75 Hz c'est très bien, le 60 Hz c'est à utiliser en dernier recours (je pense qu'il vaut mieux diminuer la résolution de l'affichage que d'utiliser une résolution qui n'est disponible qu'en 60 Hz).

Ce n'est pas ce que j'avais cru comprendre. Malheureusement, je n'ai pas retrouvé de lien pour confirmer ça :

* Wikipedia s'est mis en relation avec Google et Yahoo (et peut-être d'autres) afin de trouver du soutien pour son hébergement.
* Les négociations avec Google n'ont pas encore abouti.
* Les négociations avec Yahoo ont abouti.
* Yahoo va héberger des (nouveaux ?) serveurs Wikipedia en Asie (et non pas : Yahoo va héberger tous les serveurs Wikipedia en Asie).

C'est pas tout à fait la même chose, quand même.

Aucun problème chez moi. Tu avais peut-être activé RenderAccel, comme dit le README, à tes risques et périls ?

parce que la version précédente ne méritait même pas de s'appeler alpha tellement elle était bourrée de bugs !

Bof, elle a très bien marché chez moi entre le jour de sa sortie et maintenant. La nouvelle version a l'air de marcher aussi bien (mêmes performances en tout cas), on verra sur le long terme.

si...

Mmm, pourtant j'avais testé avant de poster. Ah, j'ai compris : ça ne marche que quand tu fais more fichier (ce que je ne fais jamais), pas quand tu fais cat fichier | more ou toute autre ligne de commande incluant des tuyaux (ce que je fais quotidiennement). Avec less, ça marche dans les deux cas.

Perso, j'ai essayé most pendant quelques mois, et je suis revenu à less avec joie. Je n'ai plus en tête ce qui me gênait dans most, mais je sais que j'en suis revenu.

Je pense qu'il est impossible d'être réellement anonyme sur Internet, mais qu'il n'est pas trop difficile de rendre le traçage très ardu -- en utilisant par exemple plusieurs proxy, donc certains à l'étranger. Ceci dit, plus quelqu'un cherche à brouiller les pistes, plus il est louche, bien sûr.

Autre possibilité que tu ignores dans ton journal : marcher dans les rues d'une grande ville et utiliser les connections sans-fil ouvertes au tout venant que tu ne manqueras pas de trouver. Bien sûr, cela sous-entend que tu te contrefous des conséquences juridiques pour les personnes dont tu utilises la connexion.

Autre possibilité dans la même veine : prendre le contrôle d'un ordinateur de papy, et ensuite c'est pareil que ci-dessus (avec une petite chance que l'ISP de la victime ait noté d'où provient la connexion entrante sur le PC de papy).

Non, more ne permet que d'aller vers le bas. Je parie que tu utilises less sans le savoir (genre lien symbolique de more vers less).

* khexedit (KDE)
* ghex (GNOME)
* bpe (terminal)
* xxd (ligne de commande, à éditer ensuite avec vim ou tout autre éditeur)

Il a testé evince (et non pas envie) et il parle aussi de poppler (bibliothèque de rendu PDF). Ceci dit, m'a fallu du temps pour le comprendre, son message embrouillé.

J'en pense que tu as raté l'explication la plus vraisemblable : Adobe estime que ces plate-formes sont archaïques, dépassées, et ne valent pas le temps qu'ils passeraient à y adapter la version 7.

En commençant à lire cette dépêche, je me suis ému de la fin d'un troll, acrobat-c'est-lourd-c'est-moche-et-ça-pue, qui aurait rejoint ses petits frères suse-ça-pue-c'est-pas-libre et kde-ça-pue-c'est-pas-libre au cimetière des ennemis déchus.

Heureusement, il y a cette obscure société pour reprendre le flambeau. Place maintenant à pdf-ça-pue-c'est-big-brother, quand bien même la part de marché de cette boîte serait négligeable ! J'attends aussi le colloraire, car qui dit mesure d'audience dit publicité, et donc bientôt pdf-ça-pue-c'est-plein-de-pub.

Bon, c'est quand pas joyeux d'avoir mis du support JavaScript dans PDF, reste plus qu'à ne pas l'utiliser.

plagiat

Pff, tout de suite on sort les gros mots. Les règles de Gnolk n'ont manifestement rien à voir, ça n'a pas l'air d'être un RTS, et pour les graphismes, y'a même pas un screenshot sur le site (ou en tout cas, pas de lien vers un screenshot). Par ailleurs, le concept de prendre un concept, ça me laisse rêveur. Ce n'est pas contre ça qu'on se bat souvent sur ce site ?

Oui, il n'y a que cela pour l'instant (avec quand même trois niveaux de puissance pour les guerriers). Ça fait très léger par rapport aux autres RTS, mais ça n'empêche pas (pour le peu que j'ai pu voir) le jeu d'être assez fun et pourquoi pas de faire des parties rapides, rondement menées.

Manifestement non. Le jeu à plusieurs ne se fait que connecté à leur serveur.

Bon, j'ai terminé les tutoriels, c'est un petit jeu sympa, mais il faut aimer les RTS. J'ai également procédé à une mise à jour du jeu, ça marche très bien, et en fait c'est pas con du tout d'utiliser un référentiel Subversion pour stocker les données du jeu -- la mise à jour en est grandement facilitée.

Dernier truc marrant avant que je ne désinstalle le jeu : quand on fait une recherche pour « tribal trouble » sur Google, devinez sur quoi on tombe ? Cette dépêche ! :-)

Évidemment, c'est « /usr/bin/python ./script.py »... Et ld-linux.so.2 ne sert que pour lancer des fichiers au format ELF (mais bon, ça fait des années qu'il n'y a plus que cela).

noexec, c'est essentiellement une non-utilité, puisqu'il suffit de faire « /bin/sh ./script.sh », « /bin/sh ./script.py » ou « /lib/ld-linux.so.2 ./executable » pour lancer un fichier dont on a les droits en lecture. Le seul moment où c'est utile, c'est quand on a des exécutables compilés statiquement, ce qui n'arrive pas tous les jours.

Tout d'abord, il faut probablement utiliser le JRE 1.5. Le site ne parle pas de cette contrainte, mais c'est cette version qui est livrée avec. On dirait que Blackdown en est pour l'instant au JRE 1.4 et travaille sur la version 1.5.

Le jeu utilise par ailleurs deux bibliothèques natives (liblwjgl.so et libopenal.so) qu'il va te falloir recompiler, je pense. Le code source est disponible dans les deux cas, voir les liens de la dépêche. Je ne sais pas s'il y a des choses spéciales à faire pour que Java utilise ces bibliothèques (compilation spéciale, etc.). En plus, il va falloir les mettre dans le dépôt SVN du jeu (toutes les données du jeu sont dans un extrait de dépôt SVN, blèh). Peut-être faisable, certainement pas facile.

En imaginant qu'il y ait un JRE 1.5 disponible pour Debian/PPC, tu pourrais peut-être demander aux auteurs du jeu de te compiler une version des bibliothèques pour PPC, ils ont l'air d'être bien branchés multi-plate-formes.

Vous vous trompez complètement les gars. Il n'y a pas de boîte, et ce que l'on télécharge est la version complète mais bridée tant qu'on ne l'a pas déverrouillée avec la clé achetée sur le site web. Il suffit de cliquer sur le lien d'achat, ou de lancer le jeu, pour s'en apercevoir.

Perso, 24 euros, je trouve que c'est un bon prix sympa. Dommage que je n'aime pas trop les RTS...

Tout d'abord, c'est toujours rassurant, l'installeur est très correct : il créé un sous-répertoire tribaltrouble au moment où vous le lancez, et tout le jeu se retrouve dedans, réglages et logs y compris. Le reste de la machine n'est pas affecté. Si vous avez des doutes, utilisez --help, il y a plein d'options sympa pour les paranos.

La compression utilisée est quand même assez bourrin, puisque les 32 Mo de l'installeur deviennent environ 140 Mo sur le disque, dont 85 Mo pour le JRE 1.5.0. Si vous en avez déjà un sur la machine (notamment un plus récent), vous pouvez éditer le script tribaltrouble pour qu'il l'utilise, et récupérer 85 Mo d'espace disque.

Le jeu tourne plutôt bien, mais j'ai rencontré deux problèmes : tout d'abord le curseur était atroce, en désactivant l'option « native cursor », tout va beaucoup mieux (on peut aussi éditer le fichier de conf à la main). Ça dépend certainement de la carte vidéo, des pilotes et de X. Ensuite j'ai eu un crash (en rapport avec une pile d'évènements pleine, en rapport avec le son), qui ne s'est pas répété. Ça a été l'occasion de tester la capacité du jeu à générer des rapports de bogues, ça marche bien.

Au final, le jeu à l'air bien sympa, si vous aimez les jeu de stratégie en temps réel bien sûr (pas trop ma tasse de thé). Les petites cartes des tutoriels tournent bien sur ma config (P3 750MHz, 512Mo RAM, GeForce 256 DDR, 32Mo RAM, SBLive), mais je me demande si ça sera aussi bon pour les plus grosses cartes de la version complète (au besoin, on peut diminuer la qualité des graphismes).

Au final du final, Java c'est quand même pas si lent. Y'a deux bibliothèques natives (une pour le son, l'autre pour la 3D), tout le reste est en Java.