Maxime a écrit 2334 commentaires

Là https://linuxfr.org/users/_moumoutte/journaux/du-code-propre-c-est-quoi#comment-1409071 ?

Sur Debian (wheezy/sid), on est encore sur du Mesa 8 et j'aimerais bien profiter des dernières nouveautés de Mesa 9. Est-ce que quelqu'un a une idée de quand est-ce que Mesa 9 (ou 9.1) sera empaqueté pour Debian ?

Merci.

Non je te rassure, j'ai aussi lu un commentaire sur LinuxFR à propos de ce site. Par contre, je ne saurais le retrouver facilement.

Personnellement, le seul logiciel pour lequel je n'ai pas d'équivalent, c'est GTG http://gtgnome.net/ et ce n'est pas faute d'avoir cherché (j'ai même écrit ma réflexion à ce sujet ici : http://ploum.net/post/changing-the-world-one-task-at-a-time Je regarde également toujours mes films dans Totem car je n'ai pas trouvé de site de streaming convenable ici en Europe (et j'attends Google Music en Belgique).

Ok, tu nous explique tout le long que passer par le net c'est mieux et tu cites en contre-exemple un logiciel dont tu es l'un des développeurs. Mais boudu, pourquoi ne l'as-tu pas codé en HTML5 si c'est mieux que tout se passe dans un navigateur ?
Cette auto-promotion, à la fois pour ton blog ou pour ton logiciel, est un peu limite parfois (même si je lis avec intérêt certains de tes articles et que je suis un utilisateur régulier de gtg).

Si on veut être vraiment honnête, aucun logiciel dédié n'arrive plus à la cheville des applis web pour les usages courants : le hangout de Google pour la vidéoconf, Gmail comparé à Thunderbird.

Le problème avec gmail ou autre d'un point de vue interface, aussi bien soit-elle, c'est que tu as une UI différente par fournisseur, à moins de mettre des redirections. Pour certains c'est pénible, je préfère choisir le logiciel que je trouve le plus intuitif et utiliser le fournisseur de mon choix.

J'utilise la ligne de commande directement tout simplement. Ce n'est pas forcément mieux, c'est juste différent. Et là, à moins d'avoir des réseaux qui se marchent sur les pieds, je n'ai pas ce genre de problème.

Sans juger de la pertinence de la fonctionnalité mais dans un soucis d'objectivité, tu oublies quand même le manque d'écran tactile sur les Macbook.

Je sens que dans quelques années, Gnome saura en tirer pleinement profit et cela pourrait être sympa. La question que je me pose, c'est si c'est agréable du tactile sur un écran qui n'est pas à l'horizontale.

et tu me diras que pour mettre linux, c'est la bataille,
je te repondrais que ca l'est à peine plus qu'avec d'autres produits qui bootent en EFI

J'imagine que ça le sera quand même plus que pour un système où Google travaille à contribuer à son bon fonctionnement sous Linux. Mais c'est clair que à ce prix, la taille du SSD est un gros problème et que d'autres alternatives n'ont pas ce problème.

Un clavier retro-éclairé ne sert à rien ? Je suppose que tu n'en as jamais eu ? Parce que moi j'en ai un et je trouve ça drôlement pratique, dès que la luminosité baisse. Et effectivement, c'est aussi la classe, mais c'est secondaire…

J'ai un clavier rétro-éclairé, sauf que je ne regarde jamais mon clavier, alors qu'il brille, je trouve ça joli, mais ça s'arrête là.

Je n'utilise plus NM pour me connecter en VPN mais je ne me souviens plus de ce qui empêche de se connecter à plusieurs réseaux ? Est-ce qu'il essaye de déconnecter les autres ? Je ne me souviens plus avoir essayé ou non à l'époque où j'avais à jouer avec plusieurs VPN.

Cet après-midi, j'ai voulu corriger ce « irritants » par « problèmes agaçants » sauf que la news est partie en modération au même moment, me frustrant énormément au passage :).

Voilà, donc je pense que :

supprime un certain nombre de petits « irritants » liés au wifi

n'est pas correct et ressemble à une mauvaise traduction de l'anglais.

Dans le texte, il y a une typo sur le numéro de la RFC, il s'agit de la RFC5961 et non RFC5691.

Je me demandais au passage si cette technique n'engendrait pas de nouveaux problèmes. Je n'ai pas le temps de lire cette RFC tout de suite, et donc quand je lis "mais à la place de renvoyer un paquet ACK contenant le numéro de séquence attendu", je me demande si un attaquant ne peut pas créer un flood d'envoi de paquets ACK du serveur au client initial. Enfin, je ne suis pas sûr de comprendre vraiment l'idée en fait :). Quid des performances ?

Le mot «clairement» reste discutable… Je connais beaucoup d'informaticiens qui utilisent tous les jours Windows car ça leur permet de jouer facilement. Avec l'arrivée de jeux proprios, je pense que de plus en plus vont pouvoir passer à Linux.

Valve a aussi permis l'amélioration des drivers graphiques (libres ou non) récemment, et avec un plus large panel de jeux et un nombre d'utilisateurs plus important, les constructeurs devraient normalement y apporter plus d'attention.

Oui oui, mais il me semblait que certains jeux compatibles Linux n'avaient pas l'icône de manchot. Mais je ne retrouve plus d'exemple, donc je ne sais pas si ça a été réglé ou si je l'ai juste rêvé.

Bref, la preuve de FRLinux me convainc totalement :).

Qu'est-ce qui te fait dire qu'il n'est pas disponible ? Ils me laissent l'acheter en tout cas… (Je n'irai pas plus loin dans le test)

C'est la version 1.6 qui date de 2003, mais c'est le même moteur et niveau perf c'est pareil.

À l'époque, on pouvait le faire tourner sur des machines vraiment peu puissantes et pour ceux qui n'avaient pas de vrai carte graphique, c'était possible de le faire en rendu software (mais c'est moche).

Par contre, dès qu'on lançait sur des résolutions un peu importantes, je me souviens que c'était parfois un peu limite avec un P4 et une ATI 7500 ou une ATI 9200SE dans les fumigènes. Non vraiment, ce qui était le plus important, c'était la carte graphique, c'était jouable avec un celeron@333Mhz et une bonne carte graphique, et presque injouable avec un P3 et juste un petit chipset graphique.

On s'en fout presque du processeur sur un jeu OpenGL, c'est la carte graphique qui fait une grosse partie du boulot ! Et justement je n'ai que le chipset intégré.

La RAM n'est presque pas utilisée et le processeur non plus.

J'ai peur que ce soit léger pour les jeux récents. Ils ont fait de gros progrès intel avec leurs chipsets intégrés à partir des core i{3,5,7} ce qui fait que j'arrive à jouer à des jeux sortis il y a quelques années ou des jeux peu gourmands (jeux indé principalement).

Sur Steam, tu peux trouver quelques démos et des jeux en Free To Play, donc tu peux voir ce que ça donne.

Cela me semble être du natif. Voici les fichiers du jeu à sa racine :

bshift/                 demoplayer.so*              hlds_darwin.dSYM/          libsdl2-2.0.so.0*       redist/            vgui.dylib.dSYM/
bshift_hd/              dmc/                        hlds.dSYM/                 libsteam_api.so*        reslists/          vgui.so*
chromehtml.dylib.dSYM/  dod/                        hl_linux*                  libsteam.dylib.dSYM/    ricochet/          voice_miles.so*
chromehtml.so*          engine_amd64.so*            hl.sh*                     libsteam.so*            tfc/               voice_silk.dylib.dSYM/
core.so*                engine.dylib.dSYM/          htmlcache/                 libtier0.dylib.dSYM/    tfc_hd/            voice_silk.so*
cstrike/                engine_i486.so*             hw.dylib.dSYM/             libtier0.so*            tfc_lv/            voice_speex.dylib.dSYM/
cstrike_hd/             ffmpegsumo.so*              hw.so*                     libvstdlib.dylib.dSYM/  valve/             voice_speex.so*
cstrike_lv/             filesystem_stdio_amd64.so*  libcef.dylib.dSYM/         libvstdlib.so*          valve_hd/
czero/                  filesystem_stdio.so*        libcef.so*                 localization/           valve_lv/
czero_lv/               gearbox/                    libffmpegsumo.so*          mediabrowser/           valve_old/
czeror/                 gearbox_hd/                 libMiles.so*               platform/               vgui2.dylib.dSYM/
dedicated/              hl.conf                     libsdl2-2.0.0.dylib.dSYM/  proxy.so*               vgui2.so*

À ce sujet, dans le changelog de la dernière mise à jour : « Added license to allow repackaging for other Linux distributions »

http://steamcommunity.com/groups/SteamClientBeta#announcements/detail/1748790515449094039

Oui, en fait, la texture est simplement découpée ("split") en morceaux de taille identique (en spécifie le nombre de lignes et colonnes) et ça nous donne un tableau de TextureRegion (mais j'imagine qu'en mémoire ça reste une seule texture à charger). Ensuite on définit l'animation par ce tableau de TextureRegion et une durée d'affichage pour chaque frame. Ici on a donc un pas fixe, donc pour passer d'un format qui permet de spécifier des durées différentes pour chaque frame, il faudrait soit dupliquer certaines images (si ça devient pas trop lourd), ou alors je ne pense pas que cela pose de problème, on doit pouvoir se passer de leur classe Animation et faire la même chose avec quelque chose de plus générique.

Si tu veux promouvoir un certain format, tu devrais regarder si tu ne peux pas facilement l'inclure dans ce type de projet.

Je développe pour Android en utilisant libgdx et pour faire des sprites animés, ça utilise un format qui me semble similaire/compatible. http://code.google.com/p/libgdx/wiki/SpriteAnimation

Actuellement je fais mes animations avec Gimp et j'ai un plugin (désolé je n'ai plus le nom, je suis pas sur la bonne machine) capable de prendre tous les calques pour les mettre dans le bon format. Ce plugin permet donc au passage de transformer un gif animé en image utilisable pour le sprite.

Si jamais tu fais de la conversion vers ton format, ça pourrait être pas mal de le faire directement depuis gimp je pense. Regarde donc ce qui existe déjà.

Je suis d'accord, une base Oracle ne répond pas aux mêmes besoins qu'une base MySQL.

Les exemples que j'ai cité sont des exemples de boîtes ayant de gros besoins en terme de performance. Je ne suis pas sûr de comprendre ton dernier paragraphe. Par contre je pense m'arrêter là :).

Oui, j'y ai pensé en répondant, il y a effectivement deux façons de lire "besoins". J'ai pensé perf/volume, lorsque toi tu parlais fonctionnalités. C'est aussi pour cela que j'ai contrebalancé mon propos en disant qu'ils n'utilisaient pas vraiment les fonctionnalités de SQL (mon « après » est synonyme de « par contre », c'est pour ça que mon exemple est « contraire », effectivement).

MySQL est aussi fait pour les entreprises ayant pas d'énormes besoins en SQL.

Mouahaha. Google, Wikipedia, YouTube, Facebook, Twitter, etc. MySQL c'est aussi fait pour des entreprises ayant des besoins énormes en SQL.

Après, pour avoir bossé sur YouTube, c'est un peu particulier comme utilisation : pas le droit aux unions, pas de tri, duplication des données pour optimiser au maximum les accès.

Si vraiment tu veux aller sur ce terrain, il y a aussi des interfaces graphiques pour vim, elles sont juste un peu plus modernes. (et plus sérieusement, ça peut être pas mal pour débuter, ça évite le côté frustrant du début)