Wawet76 a écrit 2668 commentaires

Dans les lecteurs de petite taille et poid plume (cad sans disque dur), il y en a vraiment très peu qui lisent le ogg. Sur les modèles à disque dur, ça commence à être plus courant.

Perso, j'ai retardé mon achat en attendant un petit lecteur qui me plaise, qui sache lire les .ogg, et qui fasse clé USB (pas besoin de trimbaler un cable)
Depuis 2 semaines, j'ai un IOPS de ISM technologie. J'en suis très content, mais il est plutôt cher par rapport aux modèles qui ne font que mp3/wma

La très bonne surprise si ce modèle vous intéresse, c'est la qualité d'enregistrement avec le minuscule micro intégré.
La grosse déception c'est que l'écran, superbe en intérieur, est totalement illisible à la lumière du jour. (mais vraiment totalement)

Pour moi, les joueurs (IA ou interface d'un humain) doivent implémenter une interface commune pour s'enregistrer auprès de la partie.

Il suffit d'avoir dans cette interface une méthode pour prévenir que c'est à ton tour de proposer un coup. (ce qui n'empèche pas à l'IA de commencer à réfléchir avant son tour si tu utilises des threads)

Quelqu'un connait un trucs similaire mais qui générerait une jsp pour afficher les formulaires et une servlet en Java pour le coté client ?

Pour l'instant je fais tout à la mano, et c'est vrai que c'est très très galère de faire quelque chose de propre qui remonte une info à l'utilisateur pour toutes les erreurs possibles.

Tu peux essayer de trouver la date de sortie de la 0.70 et aller voir les journaux de l'époque sur Linuxfr.

Pour éclairsissement...

Normalement il ne te faut pas tout plein de codec pour lire les trucs encodés en mpeg4.

D'ailleur, les gens d'XviD conseillent souvent d'utiliser FFmpeg pour la lecture il me semble. (en disant que le truc sur lequel ils se concentrent, c'est la compression des vidéos)

Je pense que des gens ont commencé à dire qu'on pouvait localiser le mobile même quand on est pas en communication, et que après déformation on en est arrivé à cette histoire.

Une tabulation, ça cale le curseur à la prochaine position multiple de 8 caractères. Ce n'est pas négotiable.

Perso, pour le html, xml, javascript j'indente de 2 espaces.
Pour le java, 4 espaces.

Les blocs de 8 espaces sont remplacés par une tabulation. (enfin c'est mon éditeur qui le fait tout seul)

Ya le fabuleux « C'est trop lol » que l'on entends de temps en temps...

Cette critique envers Debian est vraiment de moins en moins vraie.

J'en ai installé une pas plus tard qu'aujourd'hui au boulot (un IBM xSeries flambant neuf), et la semaine dernière chez un copain (un P2 recyclé). Bah franchement... je vous invite à tester le nouvel installeur. C'est presque frustrant, ya plus rien à faire.

Il detecte tout, te propose deux partitionnements basiques si tu ne veux pas le faire toi-même, etc...
Il y a certe des questions qui necessite encore de savoir un peu ce qu'on est en train de faire, mais ce sont des questions justifiées. Si tu ne sais pas quoi répondre, c'est que tu as vraiment intérêt à lire 2-3 lignes dans la doc d'installe.

Il y en a au moins un : il faut plus de ressource pour le décompresser.

Dans la notice de l'IOPS de ISM, il est marqué que avec les ogg plutôt que les mp3, l'autonomie baisse (9h contre 11h environ je crois)

Allez, un peu d'histoire...

Les logos modifiés selon l'actualité sur LinuxFr, ça date du 14 février 2001, suite à cette news : http://linuxfr.org/2001/02/14/2315.html(...)


(Je continue l'entrainement, mais tout doucement)

Les dernier lecteurs d'ISM, les IOPS lisent les .ogg

Je compte m'en acheter un bientôt, ils sont superbe... Par contre l'autonomie est moins bonne quand on lit du OGG que quand on lit du MP3.

Je pense que quand tu fais une iso, les fichiers sont posés dans l'ordre où tu les donnes à mkisofs. Tu peux apparement lui donner une liste de fichiers plutôt qu'un répertoire... Pourquoi il les mettrait dans un autre ordre.

Une fois tes fichiers dans le bon ordre, il suffit de savoir où le fichier se trouve dans l'image pour savoir où il se trouve en gros sur le disque avec un peu de géométrie.

Pour savoir ou le fichier est dans l'iso, tu peux la monter en loopback, modifier les premiers et dernier octets de ton fichier puis comparer l'iso obtenu avec l'originale.


Mais heu... ça va te servir à quoi ???
(curiosity kill the cat)

Ok pour les pièges à spammeurs bien fait, mais il y a tout plein de sites qui ont du contenu infini et qui ne mettent pas de robots.txt

Les crawleurs des moteurs de recherche doivent forcement en tenir compte. Je me demandais juste si ils s'arrêtaient au bout d'un moment en se basant simplement sur la profondeur ou si d'autres trucs étaient pris en compte.

Il est impossible de faire un journal qui pointe vers la page la plus profonde du site, à moins que le journal en question ne devienne la deuxième page la plus profonde derrière celle pointée. (ou bien qu'il pointe vers lui-même et soit la page du fond)

Tu peux peut-être désactiver le 2ème controleur dans le bios de ta carte mère...

Il dit que c'est peut-être comme un .exe auto-extractible que peuvent faire les trucs comme Winzip : ça contient à la fois l'exe de dezip et les données.

Sous Linux, tu peux techniquement decompresser la partie donnée normalement.

Aucune idée.

Si tu n'as pas beaucoup de nom sur serveurA, tu peux transférer tout le trafic à serveurB avec modProxy, sauf pour les virtualhosts gérés par serveurA.

Il n'y a vraiment pas de problème à utiliser GRUB ou Lilo.

Au pire, si tu n'arrive pas à les configurer pour booter sur ton ancien système proprio, ce n'est vraiment pas difficile de remettre celui d'origine.

Ex :
Windows 98 : boot sur la disquette puis "fdisk /MBR"
Windows 2000/XP : boot sur le CD suivre les menus.

Il faut faire un virtualhost Apache sur la machine connecté au net.

Dans ce virtualhost, tu utilises mod_rewrite ou même mod_proxy tout seul pour faire un reverse proxy vers ton autre serveur.


C'est tout bien documenté sur le site d'Apache. Normalement ça doit ressembler à ça :


NameVirtualHost *

[VirtualHost *]
ServerName serveurb.org
ProxyPass / http://192.168.0.2/(...)
ProxyPassReverse / http://192.168.0.2/(...)
[/VirtualHost]



Et puis tu ajoutes pour le www :

[VirtualHost *]
ServerName www.serveurb.org
RedirectPermanent / http://serveurb.org/(...)
[/VirtualHost]


Et n'oublie pas de decommenter la directive loadmodule de mod_proxy si ce n'est pas déjà fait. (et faut remplacer les [ par des < )

Une liste pour toi :
http://www.debian.org/devel/wnpp/orphaned(...)

C'est cadeau.

Ça vient de fubar, pour Fucked Up Beyond Any Repair.

Qu'ils mettent leur machine virtuelle Java et toutes les lib dans un tar.gz, le tout sous GPL.

Ils verront bien si ça ne fini pas rapidement dans RedHat et Debian... Pffff.

J'ai entendu parler de gens qui gardent leur pile de CD à porté du micro-onde.

en cas de besoin, tu peux tout rendre illisible en quelques secondes. Mais bon comme pour tonb disque, je pense que tu aurais à t'expliquer sur ton geste de destruction de tes données.

Quasiment tous les utilisateurs de Windows que je connais maximisent en permanence toutes les fenêtres.

Vu que les gens ont maintenant des gros écran, il faut leur faire des grosses fenêtre...