Olivier Jeannet a écrit 1396 commentaires

J'utilise toujours "-quality 100" avec convert pour le PNG, ça permet d'obtenir la meilleure compression (qui est celle de la zlib et gzip, réglable elle entre 1 et 9), sinon le fichier est un peu plus gros (le défaut doit être le niveau 6 de la zlib).
Pour l'histoire de la palette, il est possible qu'une fois la conversion en niveaux de gris effectuée, si le nombre de nuances de gris présentes dans l'image est nettement inférieur à 256 (au pif genre 32), l'utilisation d'une palette permette de gagner un peu.

C'est clair que le BMP est à éviter, en plus ce n'est pas un standard du Web.

J'ai acheté une carte Via Mini-ITX EPIA M9000 début 2004, et j'ai pas mal parcouru le Web pour comprendre comment exploiter la décompression MPEG-2 de la carte, ce n'était pas simple de comprendre s'il valait mieux utiliser le framebuffer, X11 ou encore autre chose. Quelques infos sur ma configuration, vous aurez des pointeurs : http://oje.rio-verde.net/epia_linux_pvr/ .

Via a aussi fait une annonce il y a quelques années, en parlant de support Linux, mais ils se contentaient de mettre à disposition quelques pilotes binaires, et un xine modifié (VeXP), mais peu satisfaisant. Vous pouvez regarder ici par exemple : http://www.viaarena.com/default.aspx?PageID=5&ArticleID=(...) . On dirait qu'il y a plus de source qu'avant, mais j'ai vite parcouru les liens. Les forums furent instructifs aussi.

Heureusement qu'on a eu les projets comme UniChrome http://unichrome.sourceforge.net/ et OpenChrome http://www.openchrome.org/ . Voulant acheter une carte plus récente et puissante, je les ai parcourus récemment pour savoir ce qui était bien supporté sous Linux (je m'intéresse à la partie TV Out et à la décompression MPEG), et là encore les informations ne sont pas toujours totalement cohérentes. Cf par exemple http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=Hard(...) et http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=TVOu(...) et http://www.kingcot.eclipse.co.uk/unichrome/unichromeTvOut.ht(...) .

Faites attention aussi que le CPU de certaines cartes (comme la mienne) n'est compatible que i586 et non i686 (cf http://www.x86-secret.com/articles/cpu/c3xl/c3xl-2.htm ), ce qui pose un problème avec une distro i686-only (qui ne fonctionne pas). Je suppose que c'est ça qui fait que mon DVD Mandriva 2008.0 ne dépasse pas le boot initial (ça plante au syslinux), encore que ce n'est pas sûr car ils ont dû le tester en principe.
Soyez donc prudent avant d'acheter une carte.

Ces 2 cartes à base de C7 (cf http://www.x86-secret.com/popups/articleswindow.php?id=128 ) m'intéressaient mais dans le doute je ne les ai pas choisies :
- carte VIA EPIA EN12000EG : Via C7 1.2 GHz Fanless, VIA CN700 North Bridge (Unichrome Pro, VIA VT1625M HDTV Encoder) http://www.via.com.tw/en/products/mainboards/motherboards.js(...) (achat sur http://www.materiel.net/ctl/ITX/28407-EPIA_EN12000EG.html )
- carte VIA VB7001G (VIA CN700) : VIA C7(R)-D 1.5GHz, VIA CN700 North Bridge http://www.via.com.tw/en/products/mainboards/motherboards.js(...) (127 E sur http://www.ldlc.com/fiche/PB00063109.html )
Du coup j'ai pris celle-ci, mais elle n'est pas fanless :
- VIA EPIA SP13000G : VIA CN400 North Bridge (Unichrome Pro A, VIA VT1623M TV Encoder) ; liens utiles http://forum.homemedia.fr/index.php?showtopic=1721 http://groundstate.ca/c3mythtv (155 E sur http://www.itx-france.com/catalog/via-sp13000.html ).

Puisque j'en suis à donner moultes informations, j'ai aussi lu un test de la carte mère Jetways J7F4K1G5-PB avec une Mandriva 2008.0 (VIA C7 ULV 1.5 GHz, CF et basse conso 12W) : http://artisan.karma-lab.net/node/1327 ; apparemment la décompression MPEG-2 est supportée directement (puce graphique VIA Unichrome Pro CN700).

Pour ma machine qui fait "Media Center" (sous Linux, cf http://oje.rio-verde.net/epia_linux_pvr/ ), j'ai configuré X11 en 800x600 pour un léger confort supplémentaire que je suis en shell, sinon je joue mes vidéos mpeg-2 au format SECAM et c'est xine/mplayer avec le driver "xv" qui met en plein écran. De plus j'ai choisi un léger overscan.

de memoire une tv c'est 576x384

Une télévision est censée avoir une résolution (en PAL/SECAM) de 768x576.
Je ne sais pas pourquoi ma carte TunerTV sort un flux mpeg-2 au format 720x576 ; l'image est retaillée à la volée par un mplayer (sortie "xv") en 768x576 pour respecter les proportions 4/3 d'une télévision.

Sinon, je trouve nul l'utilisation de "encoder", pour le passage d'un format à un autre, j'utiliser "convertir".

Je me fends d'un commentaire pour te dire que je suis entièrement d'accord. Je n'ai jamais compris pourquoi, pour les mp3 et les vidéos, on s'est mis à parler de codage (encoding), au lieu de compression (ce que c'est initialement pour les sons et les images, donc les vidéos) ; et comme tu le dis, conversion est un mot à la fois général et qui correspond bien à l'opération effectuée.

Oui, on parle de message codé, mais on dit aussi que l'on encode un message.

Pour quiconque a une certaine expérience de l'informatique (je m'approche des 40 ans), on ne voyait pas le mot "encoder" il y a quelques années dans les forums et les sites Web.
C'est vraiment l'arrivée de la compression audio (MP3) et vidéo (DivX et autres) qui a vu le déferlement de cette forme. Ce n'est pas difficile de comprendre que c'est l'influence de l'anglais et du "encoding" (je reconnais que ce n'est pas toujours facile de résister à un usage, sachant que dans notre métier peu de gens maîtrisent bien le français).

Je me demande d'ailleurs pourquoi l'usage d'encrypter ne s'est pas plus répandu... Je dis ça mais je l'entends régulièrement quand même, là aussi quand on lit des docs avec du "encryption" partout ça finit par influencer.

Vivre oui, mais si c'est juste pour angliciser un mot qui fonctionnait bien avant, quel intérêt ?
Je n'ai rien contre l'anglais, je préfère parler chaque langue au mieux. Au passage, "encoder" et "encodage" c'est moche, en plus d'avoir un préfixe inutile. À notre époque où on raccourcit et abrège les mots, c'est paradoxal d'en rallonger un...

Mais le fait que "encoder" soit dans le Robert

Le Robert me paraît extrêmement rapide à entériner les changements de langue, on l'a vu par exemple avec le terme de "légumier ", lors de manifestations de producteurs de légumes. Normalement, un légumier c'est un récipient, et l'usage du mot comme "producteur de légume" a été mis dans le Robert dès l'année suivante, alors que c'était du jargon de spécialiste.

En bon français, j'insiste, rédiger suivant un code c'est coder. En tous cas c'est toujours ainsi que je l'ai entendu lors de mes études (jusqu'au 3e cycle). Si tu lis un livre qui date de plus de 10 ans, tu n'y verras que la formulation de (par exemple) "message codé", en aucun cas "message encodé".

Simple remarque de français, on dit normalement codage/décodage et coder/décoder, tout comme codec = codeur/décodeur (et non "encodec").
Le "en" que certains mettent devant est un anglicisme (merci de ne pas me sortir tel dico en ligne, ils se trompent aussi ; ce n'est pas parce que c'est sur un site que c'est vrai).

(c'était mes 2 centimes de combat perdu d'avance...)

Mais ce que je me demandais, c'était si le navigateur initialise automatiquement une variable pour chaque élément pourvu d'une id.

Je ne vois pas de raison pour laquelle le navigateur ferait ça, je pense (et suis même certain) que la réponse est non.

Pour cacher toute une ligne tu dois savoir faire, avec la propriété "display = none".

Regarde ce que la législation demande de garder. Il me semble avoir lu qu'il suffisait de loguer les connexions (donc niveau TCP), mais franchement pas sûr du tout.

D'ailleurs, même si tu ne loggues pas tout, comment peut-on prouver que du trafic est passé et que tu ne l'as pas logué ? Il peut aussi y avoir des bugs. T'as qu'à mettre ta machine de log sous Windoz, t'auras une excuse ;-)

Ne faudrait-il pas commencer par réduire la taille de la dernière partition ? Tu peux même détruire hda5 et hda2 (drôle de partitionnement), et là je pense que tu devrais pouvoir modifier hda1 ; ensuite crée hda2, et enfin recrée ta partition de swap.

Et pourquoi limiter à ces 2 ports-là (HTTP et HTTPS) ? Je trouve ça lourd ces sous-Internet que certains s'ingénient à mettre en oeuvre.

Pour commencer, j'ajouterais un "var" (sinon ta variable est globale et c'est à éviter) :
var tr_id = document.getElementById("tr_id");
NB: Si on veut des variables globales il est conseillé de les regrouper dans une variable qui a un nom précis, ça permet aussi d'éviter les collisions avec les variable prédéfinie du langage (ou les mot-clés) :
var globals = {
messageErreur: "donnée erronée";
objetCourant: null;
etatValidation = 0;
};
De plus, ton input n'est pas dans un élément (il n'est pas dans un td, et on ne peut rien mettre dans un tr, à part un td).

Au fait, tu veux faire quoi ? Pouvoir cacher ou montrer la ligne contenant le texte ?

Par défaut, quand un programme se termine sans fermer un port qu'il a ouvert, ce port reste dans un état intermédiaire (on le voit avec "netstat", il est en CLOSE_WAIT je crois) pendant une minute ou genre (c'est peut-être configurable dans le noyau).

Dans mes applis, j'ai rajouté ceci (quand c'est en C bien sûr) :

int serverSocket = 0; /* variable globale pour être accessible depuis le gestionnaire de signal ci-dessous */

void mysighandler(int mysig)
{
printf("myrcpd: signal %d received\n", mysig);
if (serverSocket) close(serverSocket);
exit(0);
}

[...]

signal(SIGINT, mysighandler);
signal(SIGTERM, mysighandler);
[...]
Ça me permet de tuer le démon via un kill/killall (SIGTERM) ou un ctrl-c (SIGINT) et de le relancer tout de suite sans souci.

J'ai acheté une carte mère ASUS P5K-VM, micro-ATX avec vidéo intégrée (supportée sous Linux), 1 port Ethernet Gb, plusieurs ports SATA, et pour moins de 100 E. J'ai mis un CPU Intel Core 2 Duo E8200 dessus.

Oublie l'overclocking, c'est pour les adolescents, et en plus aucun intérêt pour un serveur de fichier, et ça peut poser des problèmes de stabilité et de durée de vie.

J'ai une imprimante HP Deskjet 5740, avec une Mandrake 2006.0, elle fonctionne avec CUPS et non LPD, as-tu essayé ?

une interface graphique totalement traduite en français, consistante et compréhensible

C'est un faux-ami, je pense que tu as voulu dire cohérente.
La consistance, ça s'applique à un matériau (la consistance d'une sauce, la consistance molle du caoutchouc).

Je suis volontaire pour être relecteur (contacte-moi via un message sur ce site, si ça t'intéresse).

J'ai aussi pensé à un problème de codage (merci, pas encodage).
Il faut qu'il y ait correspondance entre le réglage de la machine (variable d'environnement) et celui du terminal.

La distribution Mandriva sur clé USB permet de le faire (mais une clé USB est un média inscriptible donc c'est un peu normal).

Pour une distrib sur CD, en principe tu peux, en utilisant une clé USB pour les logiciels additionnels ou mis à jour, et en montant la clé USB en unionfs sur la racine. ll faut le faire faire automatiquement à chaque démarrage, l'idéal étant que le boot sur CD fasse appel à un script sur une éventuelle clé USB (tout comme une Knoppix permet d'avoir un HOME sur une clé, mais faut fournir l'argument au boot je crois, ce n'est pas automatique).

Pour info, tmpfs est utilisé par la Knoppix (distribution "live" sur CD, tu dois connaître), il s'en sert pour "/var" en particulier. Elle utilise ça en parallèle avec unionfs pour par ex "/etc" : ça permet de modifier un filesystem en lecture seule (comme celui du CD), via un mécanisme de "copy on write". Pour ce que ça coûte, n'hésite pas à en télécharger une version et à la graver ; j'ai toujours un CD Knoppix sur moi au cas où, ça m'a déjà rendu service.

Je ne connais pas assez Apache et MySQL pour en être sûr, mais pour préserver ta mémoire Flash, tu dois pouvoir limiter les logs que font ces programmes (Apache en particulier, encore qu'il ne logue que s'il y a accès, donc si Apache est peu sollicité, c'est pas un pb). MySQL écrit forcément dès que tu fais des requêtes Insert/Update/Delete, par contre je ne sais pas ce qu'il logue. Ça doit être facile à voir en essayant.

Sinon avec 512 M de RAM tu peux monter un disque tmpfs et mettre les logs dedans, ça peut servir (et copier les logs sur disque dur avant extinction/reboot, si c'est utile de les garder).

J'ai quasiment le même matériel que toi, une carte mère Via Epia M9000 qui contient un processeur C3 (core Ezra) à 933 MHz ; j'ai par contre un disque dur de portable. Je m'en sers comme magnétoscope numérique, avec une carte d'acquisition. J'en parle un peu sur cette page : http://oje.rio-verde.net/epia_linux_pvr/ .

Je pense que plus d'une distribution peut convenir. Recherche du côté des distributions compactes pour clé USB. J'avais même trouvé une image qui tenait sur un petit disque SSD de 64 Mo (c'était compressé). Pour la durée de vie du disque Flash, il suffit de vérifier qu'aucun programme n'écrit en permanence sur le disque. Même si syslog écrit toutes les heures, ce n'est rien, le nombre d'écritures supporté par les cartes Flash modernes est très important, et en général il y a wear-leveling (répartition des écritures, transparente, pour éviter d'utiliser toujours les mêmes endroits).

Je confirme ce que tu écris. J'ai participé au développement d'applications de télédéclaration pour le ministère de l'Agriculture, dans une grosse SSII, et on utilise Mantis. Je l'ai trouvé pratique (couleurs pour les gravités et les états) et facile à prendre en main. Une équipe entièrement dédiée à la validation fournissait les bugs, et l'équipe de développement recevait des courriels et "n'avait plus qu'à" épurer sa page de bugs, à la suite de quoi l'équipe de validation recevait un message et pouvait retester. On avait parfois droit à quelques aller-retours avec les remarques de plusieurs intervenants et divers attachements.

Il y avait un léger couplage avec le CVS, car dans la raison de chaque commit on incluait le numéro du bug Mantis. Pratique pour la tracabilité et ça évitait quelques doublons ou régressions.

NB : pas « encodage UTF-8 » mais « codage UTF-8 », merci.

mais ensuite ? Qui dit que quand tout est centralisé le vote n'est pas truqué dans une certaine marge

On peut consulter les votes non seulement dans le journal, mais aussi sur le site du ministère de l'intérieur (par exemple pour la commune de Montrouge à la présidentielle de 2007 : http://www.interieur.gouv.fr/sections/a_votre_service/result(...) ). Il me paraît difficile de truquer les résultats entre le dépouillement (avec plusieurs traces papier, sans compter les souvenirs des participants) et la parution des chiffres au ministère de l'intérieur, ça se verrait vite.