KiKouN a écrit 1641 commentaires

Ce journal me fait plutôt penser a Docteur D dans lavietunzoo.tv ( lifeazoo.tv )

Sans parler de l'engrais naturel.

Si tu plante ton écolo dans un cimetierre, ça va être vachement utile de faire de l'engrais pour des fleurs dans des vases.

Ha, excusez moi, je voulais parler du lien de JGO qui bouffe du cpu.

Je suis étonné.

J'essaye les liens de snarky et mon processeur s'affole. Je me dit bon remplacé une techno qui bouffe du cpu par une autre, je ne vois pas beaucoup d'intèret.

Mais quand j'ai essayé les liens de sujeSelS, je suis tombé sur le cul. C'est fluide, ça ne bouffe rien en cpu ( le gouverneur ondemand ne change même pas la fréquence et garde celle minimum).

En bref, un quart d'heure de plaisir à redécouvrir des jeux.

> Salut,
> Il serait bon de pouvoir déterminer si le problème vient de Free ou pas.

Surtout que des commandes toutes simples aurait permis d'en savoir plus rapidement.

dig sur les dns d'Anis d'un host free.fr
dig sur un serveur tiers d'un host free.fr
dig sur un serveur free (si possible)
ping
traceroute

Dans la chambre avec culte bien avant
Que la psyché américaine
Ne s'entiche de zen, il s’est retiré du monde
D’un monde entier.

Tiens des fleurs pour Salinger
Locataire d’un monastère
Des fleurs pour Salinger
Oh ! Oh ! Oh !

Nicolas Sirkis du groupe Indochine.

Le principe existe depuis longtemps (xautomation sur linux et autohotkey sur Windows permet de faire cela mais ces deux programmes restent du scripting pur & dur).

Ici, l'innovation est l'interface graphique surtout pour la gestion des screenshots permettant de savoir où cliquer.

Personnellement, je me pose plus de question concernant la création de bot sur les jeux. Ayant déjà fais ce genre de bot, je dois dire que si ce logiciel supporte OpenGL et directX, il risque de grandement faciliter la création de bot.

> Parmi les utilisateurs présents récemment sur LinuxFr.org, on notera du @jabber.fr (25%), du @gmail.com (19%), du @jabber.org (11%), du @im.apinc.org (10%), du fritalk.com (1,5%), etc. (sur 154 domaines différents).

Juste une petite précision: le serveur im.apinc.org permet d'accueillir votre nom de domain.

http://jabber.apinc.org/domliste.php

Et donc, sur les 154 domaines différents, je suppose qu'un bon nombre y soit hébergés. J'y suis personnellement. Les statistiques sur ce domaine ne reflète donc pas totalement le nombre d'utilisateur de ce serveur.

personnellement, je changerai plutôt la traduction de la sorte:

player=petit joueur

J'avais regarder mumbles pendant le développement de celui-ci. Cela paraissait simple de faire des plugins. Est-ce que quelqu'un aurait déjà fait un plugin "Goldwin Point" ou "Buisness loto" ?

Je ne vois pas d'autre explication.

Pourrai-tu être plus précis sure le diamètre du cercle, s'il te plait.

"Tenez monsieur de chez SEAT, voici 10 tuiles."

10 tuiles étant biensûr un pourcentage du prix que j'ai acheté ma voiture.

Et si on as fait sauter la touche CapsLock, comment on fait ?

Bon okay, il existe toujour la combinaison Alt+0212 (de mémoire pour le É).

Le principe de sozi me plaît beaucoup. J'espère d'ailleurs que ce projet sera un peu suivi.

J'avais toutefois un projet: réaliser des vidéos dans ce style. Je connaissais déjà svgbuild qui produit des vidéos à partir d'un SVG qui montre comment est construit un SVG. ( http://www.youtube.com/watch?v=nshUvuOCHtw pour exemple ). Je me suis donc mis à mélanger sozi et svgbuild (fin je suis surtout parti de zéro puis repris la méthode de sozi et le principe de svgbuild pour la création de la vidéo) pour produire un script python qui produit pour l'instant le même effet que sozi mais en vidéo.

Voici donc une des premières vidéo que j'ai faite avec ce script. Cette vidéo reprends le SVG démo de sozi, ce qui permettra au personne n'ayant pas vu ce que donne sozi de le voir.

http://kikoun88.free.fr/autoimg/output-sozi.avi (attention, 5Mo pour 20seconde)

Je me pencherai sur l'encodage plus tard. Ce n'est pas ma priorité pour l'instant.

Ce script se base entièrement sur les données se trouvant le SVG. Chaques rectangles du claque views_layer ont des attributs supplémentaires permettant de calcul les transitions et le temps de pause sur un rectangle.

Voici la liste des attributs supportés pour l'instant.
- transition: le nombre de frames pour passer du rectangle courant au suivant
- pause: le nombre de frames où l'on reste sur le rectangle courant
- trans_type: le type de transition ( "linear" pour une transition linéaire comme dans sozi (valeur par défaut), "accel" ou "desaccel" pour une transition qui accélére ou ralenti )

Je prévois d'ajouter d'autres types de transition et de pouvoir les paramétrer plus finement ( comme l'équation permettant de calculer l'accélération).
Je prévois aussi d'ajouter un ou plusieurs attributs permettant d'ajouter des effets comme rendre visible ou invisible un élément du SVG, l'animation d'un élément ou des effets sur les transitions ou les temps de pause (tremblements, flou, etc...) .

Je mettrais en ligne le script quand je l'aurais un peu nettoyer et après lui avoir ajouté quelques effets.

Inkscape rajoute surtout des données permettant de remodifier un élément pouvant être crée facilement depuis inkscape.

Par exemple: une spirale, il n'y pas de norme dans le SVG permettant de faire une spirale d'après des données mathématiques et la spirale apparait comme un chemin dans un svg. Inkscape rajoute dans le svg ces données permettant ainsi de rééditer facilement la spirale par la suite. On se retrouve donc avec un svg avec le chemin de la spirale et les données permettant de la modifiée facilement.

Le problème intervient quand un autre éditeur modifie le SVG. Doit-on lire le chemin de spirale ou les données mathématique pour déssiner la spirale dans inkscape ?

Je rappelle que inkscape enregistre par défaut dans ce format mais propose aussi d'exporter dans un SVG standard.

A chaque fois que l'on voit une image de collision de particules, l'image a un fond noir. Comment voulez vous voir un trou noir sur un fond noir.

On rencontre le même problème en regardant le ciel la nuit et tout le monde peut voir que l'on ne voit pas de trou noir.

La perte de temps est inéluctable à moins de s'être cassé la gueule dans le WC.

Reste à savoir si cette perte de temps nous en fera gagner plus tard.

il ne faut pas aussi oublier les SSD qui vont aller écrire dans un autre bloc pour préserver la durée de vie du SSD.

Tout d'abord, je t'invite à aller sur le site du bépo ( http://www.bepo.fr ). Tu y trouvera quelques avis sur le nouveau forum. Tu peux aussi aller voir les archives de la mailing list. Le forum n'existant pas encore au moment où la plus part on reçu leur clavier, il y a bien plus d'avis.

Je dispose de deux claviers TMx 2030, un vierge et un qwerty. J'utilise le vierge sans skin sur mon portable (fin quand j'ai le courage de le sortir) ou avec skin quand je fais une démonstration du bépo. De plus le skin bouge beaucoup dans cette configuration, c'est pourquoi je ne l'utilise pas.

J'utilise le second clavier (le qwerty) sur un fixe avec une skin azerty. Étant fumeur, j'aprecis beaucoup le skin qui protège le clavier. C'est la première fois que je nettoie pas un clavier et pourtant c'est le plus précieux des claviers que j'ai eu. Je souffle un coup dessus et il est propre. Il est très pratique d'avoir le qwerty sous le skin azerty, lors d'une installation par exemple. Je ne regarde pas mon clavier quand je tape en azerty ou en bépo mais bizarrement lorsque je joue, il me faut les touches de l'azerty pour les actions peu courantes (frappe de la main gauche sur une touche de la main droite lorsqu'on ne peut enlever sa main en plein jeu). Le skin ne bouge pratiquement pas. J'ai rajouter de simples barres métalliques un peu élastique par dessous qui coincent le skin sur les bords. Le skin ne bouge plus du tout à par l'éffet élastique du silicone.

Dans les deux, j'aime bien le confort du clavier avec ou sans skin. Le skin bépo est plus ou moins inutile dans mon cas et je le déconseille pour l'apprentissage. Une fois la disposition connue, elle devient aussi inutile et mieux vaut avoir l'azerty sous la main au cas où.

Certaines personnes utilisent des autocollants azerty ou bépo sur un TMx 2030 qwerty ou intl (seule les touches fonction sont imprimés, les touches dépendantes de la disposition sont vierges). Ils le font car ils aprècient le confort du clavier sans skins.

Si tu as moyen de tester le clavier avant d'acheter, ne te gêne pas. Sinon, je te conseille un clavier qwerty ou intl avec un skin azerty (transparente (seulement avec clavier intl ou vierge) ou noire, le touché est le même. La différence est uniquement visuel). Si tu n'aime pas la skin, tu pourras toujours acheter des autocollants azerty. Si tu as les moyens d'acheter un skin bépo, il pourra t'être utile lorsque tu présentera le bépo à d'autres personnes.

C'est le réservoir d'eau (accroché en hauteur) de la chasse d'eau qu'il s'est pris sur la tête. Et je crois bien que c'est dans les WC et non une salle de bain. Après, je me rappelle qu'il essayait de monter sur les WC mais rien de sûre depuis que mon père me laisse tomber contre une cuisinière il y 28 ans.

Personnellement, je leur ferai remarquer que /proc/sys/vm/mmap_min_addr à une valeur nulle et que donc le système est potentiellement vulnérable. Cela avec les liens qui vont bien.

Arggg, des chevrons c'est déjà pas mal.

J'ai les lames ressorts des ciseaux et de la pince de mon couteau qui ont sauté. Il as déjà bien vécu et subit de terribles tortures (petite lame cassée, plastique cassé, tournevis sur l'ouvre boite foutu et bien d'autre). Crois-tu qu'il pourrait passer en garantie ?

Une application métier ?

Par contre sur mon laptop, je préfère un temps de boot rapide, mais c'est surtout parce que la mise en veille/ou hibernation n'est pas toujours terrible : exemple, parfois il m'est impossible d'avoir du wi-fi fonctionnel au réveil. En réalité je préfèrerais que la sortie de veille soit améliorée mais un boot rapide rend la chose plus agréable quand même.

Un boot plus rapide peux aussi donner un STD plus rapide. Pour rappel, un retour après un STD charge le noyau et le initrd comme un boot normal. Si rendre le boot rapide implique de rendre l'initialisation du noyau plus rapide alors cela rendra le STD plus rapide. On peut aussi ajouter dans la liste de rendre les accès au disque plus rapide ou la reconfiguration du wifi.