Pour une fois que c'est l'inverse, il fut le dire : il me semble que ce contenu aurait sa place en tant que journal. C'est bien ecrit, tu ne demandes rien, a ca serait un bon point de départ pour une discussion sur la restauration (pour ma part, je ne connaissais que photorec)
Et sinon, mais ce n'est que mon avis, Korben, il commence à me fatiguer. Même s'il poste des contenus interessant (et souvent "neufs", ce qui n'est pas rien), ca manque franchement de cohérence, et je doute qu'il teste vraiment ce dont il parle.
Ok, merci, je jeterais un coup d'œil a TohoeLAFS (BackupPC a vraaaiment l'air overkill), c'était de toute façon le projet qui m'attirait le plus, le coté "communauté de sauvegarde" me plait bien.
Concernant la GUI, c'est un vrai plus (encore une fois, les restaurations sont rares, donc la perte de temps liée au clicodrome ne me semble pas importante). Cela étant, je ne suis pas réfractaire à la CLI. Simplement, je n'ai jamais vu d'interface facile, en CLI, pour la restauration (j'en ai pas vu beaucoup, en même temps).
Au dela du temps de calcul necessaire à la restauration, un point vraiment important, pour moi, est la facilité de cette dernière. Vu qu'on ne restaure qu'une fois de temps en temps, on oublie inevitablement la procedure, le logiciel à lancer, l'hôte qu'il faut pointer, etc… D'autant que généralement, on a besoin de restaurer en urgence.
C'est ca qui m'a fait choisir un bête rsync chez moi (avec du versionning à la time machine, à coup de hard links). En contrepartie, evidemment, pas de "vrai" chiffrement (encFS tout de même, mais ce n'est pas la même chose), pas de deduplication, etc… Mais au moins, mes utilisateurs peuvent restaurer eux même leurs données, sans trop de questions.
Donc, si tu les a tous testés : lesquels te semblent les plus simples / rapide a prendre en main au cours de la restauration ?
Oups, effectivement : s/Froyo/Gingerbread
Mais dans ce que j'en ai compris, dans le cas du Galaxy S2, les soucis sont arrivés avec le developpement de CM9 (ICS). CM7 (gingerbread, donc…) n'a pas eu trop de soucis.
Je crois que la situation était un peu plus compliquée que ca. Dans mon souvenir, les sources de Froyo (2.3) étaient à peu près correctes, et Samsung à aidé (don de teléphones, au moins).
Pour ICS (4.0), ca n'a pas du tout été pareil, plusieurs betas sont sorties sans que les sources soient dispos, et quand elles l'ont été, un certain nombres de choses se sont averées dépendre de Touchwizz, l'interface maison Samsung, fermée, obligeant les gens de CM à du faire reverse engineering.
Rapide, mais pas vraiment optimal, j'ai l'impression : choisir comme destination n'importe quel point sur cette fameuse D63 nous fait passer par cette dernière, la bascule ne se faisant qu'au niveau de l'intersection avec la D12 (Jujurieux).
Tu vient de me faire découvrir ca, moi qui me disait que j'allais passer à rsnapshot. Du coup, je suis en train de me demander quel est l'interet de ce dernier…
42 commentaires sur un sujet qui me tient a coeur, mais sur lequel je n'ai pas trop le temps de me documenter. Je me suis dis, "chouette", je vais apprendre des trucs. Eh ben non, paf, 35 commentaires pour discuter du droit/devoir de vote (je n'ai pas lu, mais je sais déjà que chacun va camper sur ses positions), et 5 commentaires sur le vote de valeur, un sujet certes intéressant et assez connexe à celui du journal (les votes alternatifs), mais dont il me semble qu'on a déjà discuté ici même.
Je suis decu.
Pour ne pas faire un post inutile, quelques objections à la démocratie liquide :
- Obligation de passer par un système informatisé, avec risques de détournement, et de perte de foi du public en l'outil.
- Personne ne sait toujours trop comment traiter les boucles : si A donne son vote à B qui le donne à C qui le donne à A, aucun des 3 ne s'exprime. Et informer les 3 qu'il y a un soucis pose un problème de confidentialité.
- Enormes risques d'achats de vote / de coercition.
Voila, perso, j'aimerais beaucoup que ca puisse marcher, (je ne pense pas etre capable de designer l'immense majorité de mes élus), mais malheuresement, il est douteux que ce système dépasse le PP allemand.
Je ne suis pas sur de bien comprendre en quoi c'est complémentaire.
Si spdy réduit toutes les connexions TCP à une seule, le mécanisme de fast open TCP ne peux jamais jouer. Voire meme, si fast open TCP est activé en plus de spdy, on perd légèrement du temps, puisque le serveur se fait chier à créer et envoyer un cookie qui ne servira jamais.
Ou alors, j'ai rien compris, ce qui est aussi très probable.
Effectivement, il me semble que c'est le point fort de dropbox : la possibilité de ne synchroniser que certains dossiers/fichiers. J'avais cru comprendre que Sparkleshare permettait cela, mais j'ai un peu un doute, ne l'ayant jamais utilisé. Pour le coup, je trouve que ca manque a la depeche. Si quelqu'un a des infos, je suis preneur…
Pour la synchro caldav/carddav, j'utilise les outils de dmfs (avec un serveur davical, mais je suppose qu'owncloud doit marcher). Ca marche super, et c'est bien intégré. En revanche, c'est payant, et pour l'instant, proprietaire, meme si le dev a promis qu'il libererait le code d'ici a l'année prochaine.
Pareil, je fais mes clics droit avec mon majeur. Mais devant l'argumentaire sans failles de ABCDEF, j'essaye avec l'annulaire depuis cette après-midi. Je vous dis quand j'aurais mal aux mains…
Merci de cette réponse. Pour les MX, c'était déjà ce qui était prevu. Je viens de me rendre compte que la même chose n'était malheuresement pas possible pour les enregistrements de type A, mais c'est pas critique, je n'ai qu'a déclarer un backup.mondomaine.tld
DRBD, ca sera pour la prochaine fois que je mets jour mon serveur et mes disques (avec l'encryption, d'ailleurs), j'ai pas trop envie de tout migrer. Mais je le garde precieusement de coté.
Heartbeat correspond bien a ce que je veux, je n'avais pas vu qu'on pouvait l'utiliser seul (le projet linux-HA m'avait l'air d'un gros truc tout-en-un). Reste a savoir s'il fera la différence entre "ma connexion est morte" et "la connexion de l'autre serveur est morte". Je n'ai l'impression d'avoir vu un parametre de ce style, je verrais bien en testant.
C'est moins sexy, mais un forum type phpBB pourrait repondre a ton besoin.
Ca reponds au moins a 3 de tes critères: a priori simple et déjà connu de tes utilisateurs, pas de message prépondérant, en php. Mais je ne sais pas si un upload simple de photos est possible…
Pour ce qui est du coté privé, comme dis plus haut, un simple .htaccess devrait suffire, mais sinon, je pense que phpBB en est aussi capable.
Au contraire, le "local echo", c'est vraiment le truc qui m'aurait bien servi dernierement. Quand le texte (et surtout, le curseur) mets entre 1/2s et 1s a s'afficher, on s'impatiente très vite. En meme temps, on apprends à faire attention à ce qu'on tape…
J'avais bien cherché a l'époque, notamment du coté des outils pour faire du multicast de commandes sur des serveurs, mais je n'avais rien trouvé de probant.
Maintenant, le top, ca serait de ne pas avoir besoin de mosh coté serveur, puisqu'on n'est pas toujours admin de la machine sur laquelle on se connecte.
De plus, j'ai beau réfléchir sur l'affichage de la liste des fichiers dans la meme zone que l'arborescences, il me semble qu'afficher les vignettes ainsi ne serai pas très agréable : en effet, avec nos écran plus larges que hauts, afin d'afficher plus de vignettes pour l'utilisateur, il me parait logique de les afficher sur la longueur (ce que fait la plupart des logiciels photos que j'ai testé).
Amusant, justement, pour moi, comme nos écrans sont plus larges que haut, je dirais qu'il faut au maximum mettre les barres d'outils/de navigation sur les cotés. Et qu'effectivement, remplacer l'arborescence par les miniatures me parait bien trouvé, pour la conservation du paradigme, et l'utilisation de l'espace.
En tout cas, merci beaucoup pour ce projet. Ca fait un bout de temps que je cherche quelquechose de similaire, et je n'ai jamais rien trouvé qui soit sans BDD, ou sinon en très moche uniquement. La, c'est fluide, c'est joli, c'est leger, et ca a l'air méga simple à mettre en place.
En revanche, le coup de Fail2Ban inutilisable, c'est un peu dommage. Pas moyen de tagger les paquets avec l'IP, en amont, genre avec IPTables ? (je suis nul en IPTables)
Puis utiliser ce tag dans Fail2Ban ? (ca en revanche, ca devrait pas être trop compliqué).
Pour info, openVPN fait déjà quelquechose de similaire (ecoute sur 443, et redirection des requetes HTTPS). C'est --port-share.
Je l'avais utilisé un moment, en tcp, et ca avait l'air de marcher. Mais jamais tésté en milieu "hostile", avec proxy, etc...
Et puis j'avais laisser tomber, en me disant que si mon OpenVPN se cassait la gueule pour une quelconque raison, mes utilisateurs n'auraient plus accès à leur webmail en HTTPS, et ca craignait un peu.
Le souci d'une echelle unique, c'est qu'elle ne prends pas en compte le type d'image. Pour un dessin plein d'aplats, un png compressé sera moins lourd et de meilleure qualité qu'un jpeg. Comment expliquer à quelqu'un que son image de qualité 10 (le haut de l'echelle, en png/wepll) est plus petite que celle de qualité 9 (en jpeg/webp)?
Hola, du calme. Je signalais simplement que le WebP animé n'était sans doute pas du WebM, puisqu'il n'utilise que des I-frames (au passage, merci pour la clarification).
Après, évidemment qu'une image animée et une vidéo c'est fondamentalement la même chose. C'est juste qu'on a pris l'habitude, pour les fichiers stockés sur nos ordinateurs, de parler d'image animée pour les gif, et de video pour tout le reste encodé en h264/mpeg2/mpeg4/etc..., qui utilisent le plus souvent des P-frames.
Pour moi, la différence entre une image animée et une vidéo est l'utilisation dans cette dernière d'images de référence (I ou P, je ne me souvient plus de la terminologie), le suivantes n'étant constituées que de "delta" par rapport à la référence.
Pour le GIF (et je suppose pour le WebP), toutes les images sont "entières".
C'est peut-etre tout bete, mais il y a un truc qui me dérange : le nom.
Je me voit mal affubler mes photos, pas du tout destinées au web, d'une extension .webp
Cela étant, ce choix de nom reflete assez bien le fait que Google ne s'interesse qu'au web, j'en prend l'exemple de l'absence de support des méta-données indiqué plus haut. Tout ce qui les intéresse, c'est la compression (et là-dessus, je suis en vrai un peu décu. Il me semblait que le jpeg2K avait déjà ce genre de gain sur le jpeg il y a 10 ans)
Tu oublie clubic...
Cela étant, je ne suis pas completement d'accord. PCInpact a particulièrement bien couvert HADOPI/LOPPSI. Et, à mon avis, si leur public est effectivement un peu neuneu, il est très nettement au dessus de ceux qui se déclarent "geek" parce qu'ils ont un iTruc. Typiquement le coeur de cible de cet (excellent) article. Parce que, pour l'avoir lu, je doute que beaucoup ici en apprennent quelquechose. En revanche, les lecteurs de PCInpact le liront (je pense), et en retireront surement beaucoup.
A peu près idem, mon serveur utilise un vieil atom 330.
Quand je m'étais renseigné, j'en avait conclu que la différence de conso avec d'autres plateformes était vraiment faible (genre 15W de plus pour l'atom, soit env. 15€/an), et que de toute facon, mes 4 disques 3.5 pouces allaient consommer plus que ca. Et les CM+proc atom sont vraiment pas chères.
Ca plus les galères potentielles avec l'ARM, je m'étais pas pris la tete, et au final, ca marche bien.
Après, si tu as besoin de très peu de stockage, effectivement, sheevaplug ou autre + disque 2.5 pouce, c'est aussi pas mal
Et sinon, il y a toujours l'option "vieil ordi portable", si tu en as un qui traine : consomme peu, facile à administrer. Faut juste potentiellement le bidouiller pour le faire marcher écran fermé.
# Journal ?
Posté par nerbrume . En réponse au message Récupérer des données malencontreusement effacées. Évalué à 4.
Pour une fois que c'est l'inverse, il fut le dire : il me semble que ce contenu aurait sa place en tant que journal. C'est bien ecrit, tu ne demandes rien, a ca serait un bon point de départ pour une discussion sur la restauration (pour ma part, je ne connaissais que photorec)
Et sinon, mais ce n'est que mon avis, Korben, il commence à me fatiguer. Même s'il poste des contenus interessant (et souvent "neufs", ce qui n'est pas rien), ca manque franchement de cohérence, et je doute qu'il teste vraiment ce dont il parle.
[^] # Re: Resturation !
Posté par nerbrume . En réponse à la dépêche (R)évolutions dans le monde de la sauvegarde de données. Évalué à 2. Dernière modification le 20 juin 2012 à 13:33.
Ok, merci, je jeterais un coup d'œil a TohoeLAFS (BackupPC a vraaaiment l'air overkill), c'était de toute façon le projet qui m'attirait le plus, le coté "communauté de sauvegarde" me plait bien.
Concernant la GUI, c'est un vrai plus (encore une fois, les restaurations sont rares, donc la perte de temps liée au clicodrome ne me semble pas importante). Cela étant, je ne suis pas réfractaire à la CLI. Simplement, je n'ai jamais vu d'interface facile, en CLI, pour la restauration (j'en ai pas vu beaucoup, en même temps).
[^] # Re: Resturation !
Posté par nerbrume . En réponse à la dépêche (R)évolutions dans le monde de la sauvegarde de données. Évalué à 1.
Au dela du temps de calcul necessaire à la restauration, un point vraiment important, pour moi, est la facilité de cette dernière. Vu qu'on ne restaure qu'une fois de temps en temps, on oublie inevitablement la procedure, le logiciel à lancer, l'hôte qu'il faut pointer, etc… D'autant que généralement, on a besoin de restaurer en urgence.
C'est ca qui m'a fait choisir un bête rsync chez moi (avec du versionning à la time machine, à coup de hard links). En contrepartie, evidemment, pas de "vrai" chiffrement (encFS tout de même, mais ce n'est pas la même chose), pas de deduplication, etc… Mais au moins, mes utilisateurs peuvent restaurer eux même leurs données, sans trop de questions.
Donc, si tu les a tous testés : lesquels te semblent les plus simples / rapide a prendre en main au cours de la restauration ?
[^] # Re: Cyanogen
Posté par nerbrume . En réponse à la dépêche Samsung s'emplatine au sein de la Fondation Linux. Évalué à 1. Dernière modification le 07 juin 2012 à 11:09.
Oups, effectivement : s/Froyo/Gingerbread
Mais dans ce que j'en ai compris, dans le cas du Galaxy S2, les soucis sont arrivés avec le developpement de CM9 (ICS). CM7 (gingerbread, donc…) n'a pas eu trop de soucis.
[^] # Re: Cyanogen
Posté par nerbrume . En réponse à la dépêche Samsung s'emplatine au sein de la Fondation Linux. Évalué à 2.
Je crois que la situation était un peu plus compliquée que ca. Dans mon souvenir, les sources de Froyo (2.3) étaient à peu près correctes, et Samsung à aidé (don de teléphones, au moins).
Pour ICS (4.0), ca n'a pas du tout été pareil, plusieurs betas sont sorties sans que les sources soient dispos, et quand elles l'ont été, un certain nombres de choses se sont averées dépendre de Touchwizz, l'interface maison Samsung, fermée, obligeant les gens de CM à du faire reverse engineering.
[^] # Re: Au risque de te pourrir ton journal :
Posté par nerbrume . En réponse au journal Comparatif de principaux fournisseurs de cartes. Évalué à 2.
Rapide, mais pas vraiment optimal, j'ai l'impression : choisir comme destination n'importe quel point sur cette fameuse D63 nous fait passer par cette dernière, la bascule ne se faisant qu'au niveau de l'intersection avec la D12 (Jujurieux).
[^] # Re: Des snapshots avec rsync
Posté par nerbrume . En réponse au sondage Quel logiciel libre pour vos sauvegardes ?. Évalué à 1.
Tu vient de me faire découvrir ca, moi qui me disait que j'allais passer à rsnapshot. Du coup, je suis en train de me demander quel est l'interet de ce dernier…
# switcher entre mtp et usb
Posté par nerbrume . En réponse au journal Android 4 et MTP sous GNU/Linux. Évalué à 1.
Sous galaxy s2, rooté, il me semble que l'on peux choisir entre MTP et USB (du moins, sous CM9):
active le MTP :
setprop persist.sys.usb.config mtp
active l'usb mass storage:
setprop persist.sys.usb.config mass_storage
A voir si ca marche sur ton nexus. Activer le "debuggage USB" peut aussi peut-etre forcer l'utilisation de l'usb mass storage
# Wow
Posté par nerbrume . En réponse au journal Et si le vote se liquéfiait.... Évalué à 4.
42 commentaires sur un sujet qui me tient a coeur, mais sur lequel je n'ai pas trop le temps de me documenter. Je me suis dis, "chouette", je vais apprendre des trucs. Eh ben non, paf, 35 commentaires pour discuter du droit/devoir de vote (je n'ai pas lu, mais je sais déjà que chacun va camper sur ses positions), et 5 commentaires sur le vote de valeur, un sujet certes intéressant et assez connexe à celui du journal (les votes alternatifs), mais dont il me semble qu'on a déjà discuté ici même.
Je suis decu.
Pour ne pas faire un post inutile, quelques objections à la démocratie liquide :
- Obligation de passer par un système informatisé, avec risques de détournement, et de perte de foi du public en l'outil.
- Personne ne sait toujours trop comment traiter les boucles : si A donne son vote à B qui le donne à C qui le donne à A, aucun des 3 ne s'exprime. Et informer les 3 qu'il y a un soucis pose un problème de confidentialité.
- Enormes risques d'achats de vote / de coercition.
Voila, perso, j'aimerais beaucoup que ca puisse marcher, (je ne pense pas etre capable de designer l'immense majorité de mes élus), mais malheuresement, il est douteux que ce système dépasse le PP allemand.
[^] # Re: Petit rappel, Spdy
Posté par nerbrume . En réponse au journal Réduire la latence des connections TCP, enfin. Évalué à 2.
Je ne suis pas sur de bien comprendre en quoi c'est complémentaire.
Si spdy réduit toutes les connexions TCP à une seule, le mécanisme de fast open TCP ne peux jamais jouer. Voire meme, si fast open TCP est activé en plus de spdy, on perd légèrement du temps, puisque le serveur se fait chier à créer et envoyer un cookie qui ne servira jamais.
Ou alors, j'ai rien compris, ce qui est aussi très probable.
[^] # Re: FreeFileSync
Posté par nerbrume . En réponse à la dépêche Synchroniser vos dossiers locaux/distants. Évalué à 1.
Effectivement, il me semble que c'est le point fort de dropbox : la possibilité de ne synchroniser que certains dossiers/fichiers. J'avais cru comprendre que Sparkleshare permettait cela, mais j'ai un peu un doute, ne l'ayant jamais utilisé. Pour le coup, je trouve que ca manque a la depeche. Si quelqu'un a des infos, je suis preneur…
[^] # Re: ownCloud
Posté par nerbrume . En réponse à la dépêche Synchroniser vos dossiers locaux/distants. Évalué à 1.
Pour la synchro caldav/carddav, j'utilise les outils de dmfs (avec un serveur davical, mais je suppose qu'owncloud doit marcher). Ca marche super, et c'est bien intégré. En revanche, c'est payant, et pour l'instant, proprietaire, meme si le dev a promis qu'il libererait le code d'ici a l'année prochaine.
[^] # Re: Quand le clic droit servira-t-il à quelque chose?...
Posté par nerbrume . En réponse à la dépêche GIMP 2.8 est sorti : une fenêtre unique !. Évalué à 3.
Pareil, je fais mes clics droit avec mon majeur. Mais devant l'argumentaire sans failles de ABCDEF, j'essaye avec l'annulaire depuis cette après-midi. Je vous dis quand j'aurais mal aux mains…
[^] # Re: pas de solution pour tout mais un debut
Posté par nerbrume . En réponse au message Serveur de secours - effectuer la transition. Évalué à 1.
Merci de cette réponse. Pour les MX, c'était déjà ce qui était prevu. Je viens de me rendre compte que la même chose n'était malheuresement pas possible pour les enregistrements de type A, mais c'est pas critique, je n'ai qu'a déclarer un backup.mondomaine.tld
DRBD, ca sera pour la prochaine fois que je mets jour mon serveur et mes disques (avec l'encryption, d'ailleurs), j'ai pas trop envie de tout migrer. Mais je le garde precieusement de coté.
Heartbeat correspond bien a ce que je veux, je n'avais pas vu qu'on pouvait l'utiliser seul (le projet linux-HA m'avait l'air d'un gros truc tout-en-un). Reste a savoir s'il fera la différence entre "ma connexion est morte" et "la connexion de l'autre serveur est morte". Je n'ai l'impression d'avoir vu un parametre de ce style, je verrais bien en testant.
# Un forum ?
Posté par nerbrume . En réponse au journal Garder contact librement. Évalué à 3.
C'est moins sexy, mais un forum type phpBB pourrait repondre a ton besoin.
Ca reponds au moins a 3 de tes critères: a priori simple et déjà connu de tes utilisateurs, pas de message prépondérant, en php. Mais je ne sais pas si un upload simple de photos est possible…
Pour ce qui est du coté privé, comme dis plus haut, un simple .htaccess devrait suffire, mais sinon, je pense que phpBB en est aussi capable.
[^] # Re: []
Posté par nerbrume . En réponse à la dépêche Mosh, the Mobile Shell. Évalué à 3.
Au contraire, le "local echo", c'est vraiment le truc qui m'aurait bien servi dernierement. Quand le texte (et surtout, le curseur) mets entre 1/2s et 1s a s'afficher, on s'impatiente très vite. En meme temps, on apprends à faire attention à ce qu'on tape…
J'avais bien cherché a l'époque, notamment du coté des outils pour faire du multicast de commandes sur des serveurs, mais je n'avais rien trouvé de probant.
Maintenant, le top, ca serait de ne pas avoir besoin de mosh coté serveur, puisqu'on n'est pas toujours admin de la machine sur laquelle on se connecte.
[^] # Re: Clean and Fast
Posté par nerbrume . En réponse à la dépêche PhotoShow, une galerie web pour votre serveur. Évalué à 1.
Amusant, justement, pour moi, comme nos écrans sont plus larges que haut, je dirais qu'il faut au maximum mettre les barres d'outils/de navigation sur les cotés. Et qu'effectivement, remplacer l'arborescence par les miniatures me parait bien trouvé, pour la conservation du paradigme, et l'utilisation de l'espace.
En tout cas, merci beaucoup pour ce projet. Ca fait un bout de temps que je cherche quelquechose de similaire, et je n'ai jamais rien trouvé qui soit sans BDD, ou sinon en très moche uniquement. La, c'est fluide, c'est joli, c'est leger, et ca a l'air méga simple à mettre en place.
[^] # Re: OpenDPI
Posté par nerbrume . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à -1.
En revanche, le coup de Fail2Ban inutilisable, c'est un peu dommage. Pas moyen de tagger les paquets avec l'IP, en amont, genre avec IPTables ? (je suis nul en IPTables)
Puis utiliser ce tag dans Fail2Ban ? (ca en revanche, ca devrait pas être trop compliqué).
# Fonction similaire dans openVPN
Posté par nerbrume . En réponse à la dépêche sslh 1.10, la bête noire des censeurs. Évalué à 5.
Pour info, openVPN fait déjà quelquechose de similaire (ecoute sur 443, et redirection des requetes HTTPS). C'est --port-share.
Je l'avais utilisé un moment, en tcp, et ca avait l'air de marcher. Mais jamais tésté en milieu "hostile", avec proxy, etc...
Et puis j'avais laisser tomber, en me disant que si mon OpenVPN se cassait la gueule pour une quelconque raison, mes utilisateurs n'auraient plus accès à leur webmail en HTTPS, et ca craignait un peu.
Du coup, sslh, ca me plait bien.
[^] # Re: arguments
Posté par nerbrume . En réponse au journal WebP, le format d'images ultime. Évalué à 4.
Le souci d'une echelle unique, c'est qu'elle ne prends pas en compte le type d'image. Pour un dessin plein d'aplats, un png compressé sera moins lourd et de meilleure qualité qu'un jpeg. Comment expliquer à quelqu'un que son image de qualité 10 (le haut de l'echelle, en png/wepll) est plus petite que celle de qualité 9 (en jpeg/webp)?
[^] # Re: Animation
Posté par nerbrume . En réponse au journal WebP, le format d'images ultime. Évalué à 2.
Hola, du calme. Je signalais simplement que le WebP animé n'était sans doute pas du WebM, puisqu'il n'utilise que des I-frames (au passage, merci pour la clarification).
Après, évidemment qu'une image animée et une vidéo c'est fondamentalement la même chose. C'est juste qu'on a pris l'habitude, pour les fichiers stockés sur nos ordinateurs, de parler d'image animée pour les gif, et de video pour tout le reste encodé en h264/mpeg2/mpeg4/etc..., qui utilisent le plus souvent des P-frames.
[^] # Re: Animation
Posté par nerbrume . En réponse au journal WebP, le format d'images ultime. Évalué à 1.
Pour moi, la différence entre une image animée et une vidéo est l'utilisation dans cette dernière d'images de référence (I ou P, je ne me souvient plus de la terminologie), le suivantes n'étant constituées que de "delta" par rapport à la référence.
Pour le GIF (et je suppose pour le WebP), toutes les images sont "entières".
# Le nom
Posté par nerbrume . En réponse au journal WebP, le format d'images ultime. Évalué à 0.
C'est peut-etre tout bete, mais il y a un truc qui me dérange : le nom.
Je me voit mal affubler mes photos, pas du tout destinées au web, d'une extension .webp
Cela étant, ce choix de nom reflete assez bien le fait que Google ne s'interesse qu'au web, j'en prend l'exemple de l'absence de support des méta-données indiqué plus haut. Tout ce qui les intéresse, c'est la compression (et là-dessus, je suis en vrai un peu décu. Il me semblait que le jpeg2K avait déjà ce genre de gain sur le jpeg il y a 10 ans)
[^] # Re: PCInpact
Posté par nerbrume . En réponse au journal Un excellent article sur la neutralité du net. Évalué à 10.
Tu oublie clubic...
Cela étant, je ne suis pas completement d'accord. PCInpact a particulièrement bien couvert HADOPI/LOPPSI. Et, à mon avis, si leur public est effectivement un peu neuneu, il est très nettement au dessus de ceux qui se déclarent "geek" parce qu'ils ont un iTruc. Typiquement le coeur de cible de cet (excellent) article. Parce que, pour l'avoir lu, je doute que beaucoup ici en apprennent quelquechose. En revanche, les lecteurs de PCInpact le liront (je pense), et en retireront surement beaucoup.
[^] # Re: mon serveur
Posté par nerbrume . En réponse au message Carte-mère basse consommation pour serveur. Évalué à 1.
A peu près idem, mon serveur utilise un vieil atom 330.
Quand je m'étais renseigné, j'en avait conclu que la différence de conso avec d'autres plateformes était vraiment faible (genre 15W de plus pour l'atom, soit env. 15€/an), et que de toute facon, mes 4 disques 3.5 pouces allaient consommer plus que ca. Et les CM+proc atom sont vraiment pas chères.
Ca plus les galères potentielles avec l'ARM, je m'étais pas pris la tete, et au final, ca marche bien.
Après, si tu as besoin de très peu de stockage, effectivement, sheevaplug ou autre + disque 2.5 pouce, c'est aussi pas mal
Et sinon, il y a toujours l'option "vieil ordi portable", si tu en as un qui traine : consomme peu, facile à administrer. Faut juste potentiellement le bidouiller pour le faire marcher écran fermé.