... mais comme aujourd'hui on est le 7 7 7, on a tous les droits :)

c'est le moment d'aller gifler votre supérieur hiérarchique.

> Lire le journal (15 commentaires, moyenne: 4,3).

Pourquoi acheter des faux ordinateurs pour les gamins alors que j'en ai un vrai qui dort dans un placard?

En plus, il semble facile de se procurer des écrans tactiles cathodiques en déstockage (cf. 2xmoinscher).

C'est tentant, mais il faudrait une interface avec des gros boutons homogène, bien intégrée, utilisable avec le doigt.

Pourquoi pas une distribution Linux pour ordinateur de poche, par exemple "OPIE"?

Je me demande si j'en suis capable.

> Lire le journal (6 commentaires, moyenne: 6,5).

Bon il s'agit d'une copie d'un mail que je viens d'envoyer, histoire de...
----

Le 05/01/06, Machin a écrit :
Salut,

Ca me gêne un peu toute cette place sur gmail: d'où vient-il cet
espace disque en constante progression? En plus avec ça
je gaspille un max: je ne trie plus rien, je garde tout. Bien loin de
la simplicité volontaire non?

Ne t'en fait pas: il s'agit d'une vision purement logique. Du point de vue de Google, ces 2 gigas ne prennent aucune place dans un système d'archive bien foutu (c'est la spécialité de Google).

A vrai dire, il s'agit bien de simplicité *volontaire*, puisque la première chose que font les machines de Google, sera d'identifier ton diaporama gros-nichon.pps de 10méga comme la n-ième copie d'un fichier déja vu dans un million de BAL.

Evidemment, à Google, ils sont un peu moins limité qu'un ingénieur de SSII qui conçoit une BDD: ils se disent: "hoooo mais ca ne sert à rien de garder un million de copies de la même chose".

On peut même imaginer, théoriquement, que les besoins de stockage de Google s'amortissent au fil du temps. Cela démontrera l'incroyable misère de nos vies monotones.

Donc, combien valent tes 2 gigas sachant que Google sait ranger le bruit généré par des spams et les mails viraux: Hoax, gros-nichon.pps, etc. avec leurs fichues listes de diffusion en CC? Je sais pas trop dire, mais puisque les mails de mes 3 années d'étude tiennent dans une disquette (et j'avais pourtant pas mal de correspondants), il doit s'agir à peu près du poids véritable de tes 2 gigas: *une disquette*.

Bon. Je reconnais que le travail d'archivage hyper-factorisé de Google n'est pas simple. Ce serait mieux pour tout le monde si le monde numérique était déja structuré: web sémantique, URI unique pour tous les fichiers partagés, etc. Mais là, il manque une techno aussi cool qu'un "système de flèches" à ma façon.

A ce sujet: Ca va venir, les fans du Web2.0 parle déja de taguer les tags. Bientôt, j'espère qu'ils penseront à taguer les taguages (c'est à dire les relations tag-ressource), et peut-être à unifier les tags et les ressources taguées, (pourquoi distinguer les 2? pourquoi ne pas tagguer des ressources avec une autre ressource comme par exemple une image).: Paf! on obtiendra un graphe de flèches. Si tu ne comprends rien à ce que je dis, c'est pas grave, j'ai l'habitude.

> Lire le journal (34 commentaires, moyenne: 3,6).

Bonjour,

Comme dans ce précédent journal :http://linuxfr.org/~miellaby/13086.html,(...) je recherche toujours un
code (C ou autre) implémentant l'algorithme d'affichage de polygônes par affichage de ligne.

Je veux en faire une fonction d'affichage 2D efficace sans aide matérielle. Pour me motiver, j'ai l'intention d'adapter des jeux old-school à la sauce vectorielle.

* en entrée, des polygones {n points, couleur, profondeur} que l'on peut ordonner en profondeur
* en sortie, un rendu où les polygones les plus hauts cachent les polygones recouverts
* application de l'algorithme d'affichage par balayage de lignes (scanline)

Rappel:

(1) Le zbuffer (ou l'algorithme du peintre) traite chaque pixel d'un objet, même s’il est caché. Le balayage de lignes, en revanche utilise la cohérence le long d’une ligne (scanline) pour ne calculer la visibilité que d'un bord au bord suivant le long de la ligne.

(2) La méthode est une extension du remplissage de polygone par balayage (polygon scan-conversion) afin de traiter plusieurs polygones à la fois. C'est simple et efficace, pas besoin de découper les polygones en triangle.

(3) Pour calculer l'intersection des bords avec la ligne de balayage, on peut appliquer l'algorithme de Bresenham, qui n'utilise que des nombres entiers, des opérateurs simples et qui ne fait pas d'erreur de retenu.

Note: cette technique ne traite pas de la même chose que les BSP et les autres techniques employées pour filtrer les objets invisibles.

Donc, si quelqu'un voit de quoi je parle... merçi d'avance.

> Lire le journal (6 commentaires, moyenne: 1,2).

Vu que je suis un compositeur potentiel bridé par l'absolue non-maîtrise du solfège, c'est un des mes rêves: Une commande qui reçoit le flux sonore d'une musique fredonnée et qui renvoie une ébauche de partition.

Bref, une sorte de "wav2mid" avec des conditions d'utilisations particulières : une seule voix, mais avec un ton et un rythme approximatif.

Comme pour certaine applis de reco vocales, il pourrait y avoir apprentissage de l'utilisateur. Quelques gammes à égrainer, et c'est parti!

Et idéalement, ce serait bien si l'outil pouvait aussi distinguer plusieurs "instruments" fredonnés... Dans mon cas, ca me permettrait par exemple de faire mes habituels tchiki-poum-tchiki-poum" et d'obtenir l'air d'une boîte à rythme. Trop fort!

Après, bien-sûr, les trançons de mélodie obtenus pourraient être manipulés par un logiciel de composition traditionnel.

alors bon... voilà ce que j'ai trouvé pour l'instant: http://www.intelliscore.net/product.html(...)

Mmm, en open source, ce serait quand même un beau soft de pointe: Traitement du Signal... Apprentissage Artificiel... et grosses astuces de la mort qui tue.

Tout ça pour une appli joujou, quelle poésie =)

> Lire le journal (19 commentaires, moyenne: 2,9).

Bon entendons nous bien... je suis pas du tout au fait de l'actualité Linux. Je ne suis qu'un reluqueur avec une partition Linux sur son vieux PC pour faire fonctionner Gimp et des outils maison pour générer sa page web.

Sans carte 3D, les jeux Linux en vectoriels (2D ou 3D) ça existe?

Je me demande souvent ce que les librairies graphiques open-source sous linux mettent en oeuvre comme algorithme d'affichage, quand elles n'ont pas de carte 3D sous la main bien-sûr...

A l'école, on avait vu l'affichage par balayage d'un polygône, et la façon dont on pouvait l'étendre pour afficher des ensembles de polygônes superposés, classés en hauteur...

J'ai l'impression que des librairies graphiques comme SDL reposent sur un z-buffer, technique beaucoup moins épatante...

enfin voilà... j'avais envie d'écrire quelquechose... d'idiot sans aucun doute.

> Lire le journal (10 commentaires, moyenne: 2,9).