cedric a écrit 1074 commentaires

  • [^] # Re: les "Moyens"

    Posté par  . En réponse au journal Hadopi, de plus en plus effrayant. Évalué à 2.

    Juste sur le filtre en amont. L'inconvenient, c'est que ca ne marche juste pas.

    Comment tu veux analyser une requete chiffre ? Faire la difference entre un tunnel darknet sur le 443 et une requete sur un site de commerce ?

    Ensuite pour quand on peut regarder ce qu'il passe, tu es au courant qu'une somme de hash n'est pas une preuve que l'on a bien le contenu que l'on cherche. Il faut verifier bit a bit que c'est le bon fichier. Donc ca veut dire tracker chaque fichier entrain d'etre echanger sur le reseau a tout moment. Je te laisse imaginer la puissance necessaire.

    Il ne reste plus qu'a interdire toute technologie inconnu en plus de toutes les technologie p2p connu. Ajouter un filtre pour n'autoriser qu'une white list de serveur (ben, oui, le principe du p2p, c'est que n'importe qui peut etre un peer, donc faut limiter au peer de "confiance") et les internautes ne font pas parties de cette liste biensur !

    Meme le minitel, c'etait pas a ce point... Ca reste completement irrealiste et c'est juste une perte de temps et d'argent pour le contribuable, l'internaute et les artistes. Les seuls gagnant ce seront les vendeurs de mouchard et les avocats.

    Dans le fond, ca n'a rien de choquant, la politique, c'est juste une question de diriger/forcer les flux d'argent. La, c'est les technologies de flicage et les avocats qui recoivent ce flux et autant que je me souvienne c'est dans la logique du programme de notre president depuis le debut de son mandat.
  • [^] # Re: Trop beau pour être vrai

    Posté par  . En réponse au journal La société Always Innovating porte bien son nom!. Évalué à 2.

    Ta liste, elle change tres rarement. Tu n'as besoin de regenerer tes pages et leur contenu que rarement. Etant donnee la quantite de RAM, disque et CPU disponible pour un serveur moderne, c'est effectivement plus efficace de generer une fois pour toute toutes les combinaisons possible. Faut arreter de faire du dynamique quand ce n'est pas necessaire !

    Et plus tu auras de visite, plus ce sera efficace. Servir des milliers de fois le meme fichier depuis le disque sera plus efficace que n'importe quelle autre solution. Et tu peux meme te permettre de faire du static par utilisateur, quand tu as des To de disques durs et des Go de RAM.
  • [^] # Re: Le multicoeur va vraiment devenir problématique

    Posté par  . En réponse au journal Le multicoeur va vraiment devenir problématique. Évalué à 3.

    Je pense que tu oublie un detail. A l'epoque, le logiciel libre n'etait pas aussi developper, et sans windows et ses applications x86 32 bits, tu avais juste pas grand chose. Alpha, ARM, MIPS, Power, Sparc en ont clairement souffert. Et on ne commence a voir leur retour que depuis recement, mais on ne passe pas du jour au lendemain de moins de 1% de part de marcher sur le desktop a une part visible du parc.
  • [^] # Re: C'est la porte ouverte a toutes les fenetes !

    Posté par  . En réponse au journal Riposte grade hué. Évalué à 4.

    En es-tu vraiment sur du "si qqn fait qqc de mal avec ton acces a Internet" ?

    D'apres ce que j'ai compris, ceux sont des officines prives qui vont faire ce travail de collecte d'adresse IP. Et il y a quand meme de grande chance qu'elles soient paye en fonction du nombre d'IP qu'elles collecteront...

    Donc de la a pense qu'elles vont faire un travail propre et exemplaire pour prouver que tu as bien mis a disposition du contenu "pirate" sur le net, j'ai comme un doute.

    Elles auront plutot tendance a juste se connecter au tracker pour recuperer une liste d'IP qu'elles forwarderont directement aux FAI. Et si par hazard ton ip fini qqp dans cette liste et bien, tu n'auras plus d'acces a Internet.

    Car la seule solution techniquement valable pour prouver que tu as bien mis a disposition et uploader illegalement du contenu sur Internet, c'est de te connecter a tous les clients annonces par tous les trackers et d'uploader un peu vers eux pour voir si ils te repondent. On se rend alors compte qu'en terme de debit, de capacite de listage d'adresse, de connexion simultanee et de puissance machine, ce n'est pas demain la veille qu'ils pourront trouver tout le monde.

    Donc ca sera la culture d'un chiffre, et meme 10.000 ip par jour, ca ne sera rien d'autre que 120.000 coupures d'acces a internet par an (360.000/3). C'est a dire moins de 1% des abonnes a Internet (il y a d'apres les dernieres statistiques que j'ai lu, 14.000.000 d'abonnes a Internet). Soit ils estiment que ces 1% qui telechargent et vont se faire choper, represente 70% du traffic peer to peer, soit ce qu'ils vont faire ne servira a rien et coutera une loi liberticide, plus de 20millions d'euros au Francais et rendra la surveillance de vrai criminel sur Internet plus difficile.
  • [^] # Re: retro

    Posté par  . En réponse à la dépêche Palm « pré » : smartphone sous Linux et standards du web. Évalué à 3.

    Palm a vendu Access, il y a au moins deux ans, si je ne me trompe plus. Ce n'est donc plus du tout la meme societe.
  • [^] # Re: linuxfr

    Posté par  . En réponse au journal vos prévisions 2009 ... Évalué à 0.

    Normal, c'est grenelle !
  • # 3G ?

    Posté par  . En réponse à la dépêche Concours d'applications innovantes sur IPv6. Évalué à 4.

    C'est recent le support de l'IPv6 en 3G ? Je n'etais pas au courant ni meme n'ai vue d'annonce sur le sujet. Quelqu'un a vue quelque chose a ce sujet ?

    Et sinon ca en est ou le deploiement de l'IPv6 chez SFR/9 ? Parce qu'il suffit d'etre abonne chez Nerim ou Free pour y avoir nativement acces en France.
  • [^] # Re: Que va t'on y gagner ?

    Posté par  . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 6.

    L'un dans l'autre, je ne suis pas certain que le foin fait autour de cette histoire vaille vraiment le coup.

    Ca depend, tu penses qu'obtenir ca : http://www.efixo.com/neufbox4/freesoftware/ ca vaut le coup ? Pour le coup neuf respecte la license a la lettre.
  • [^] # Re: Diffusion ?

    Posté par  . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 2.

    Si la boite appartenait à free et était un 'terminal' de son réseau, pourquoi à chaque nouvelle version de la boite on ne te l'échangerait pas contre ta vieille ? tu ne paies pas le même prix que les nouveaux abonnées ? tu n'as pas le droit au même réseau ?

    C'est deja le cas. Les vieux modem sagem et les freebox < v4 ont ete remplacait gratuitement. Il fallait juste attendre... tres longtemps. Mais c'est normal quand on parle de migration de cette ampleur. Ce n'est pas 5 routeurs dont il faut changer les cartes, mais plusieurs centaines de milliers de boites... Faut remettre les choses a leurs ordres de grandeur aussi.
  • [^] # Re: Les masses sont les véritables héros

    Posté par  . En réponse au journal Etes-vous d'accord avec cette liste de "grands noms" du logiciel libre ?. Évalué à 2.

    C'est une question d'ordre general, et j'aurais tendance a dire que ce sont des personnages qui font le changement. Les projets qui reussissent sont ceux qui ont les leaders qui font bouger le plus de monde de maniere constructive.

    Alors oui, sans masse ces leaders ne sont rien, mais sans ces leaders, je doute que ces projets auraient aussi bien reussi (Il n'y a qu'a voir le nombre de projet d'OS qui n'ont rien donne).
  • [^] # Re: bisounours

    Posté par  . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 2.

    Tremor implementation d'un decodeur OGG/Vorbis utilisant uniquement des entiers consomment moins de 30% de CPU d'une puce a 200Mhz de type MIPS ou ARM. Je vous laisse le loisir d'en deduir ce que vous voulez.
  • [^] # Re: bisounours

    Posté par  . En réponse au journal Firefox 3.1et le support natif de Theroa/Vorbis. Évalué à 1.

    Ils le font deja. Quand je passe pas keepvid.com, j'ai le choix entre deux versions.
  • [^] # Re: 4eme licence

    Posté par  . En réponse au journal Flan numérique. Évalué à 8.

    Regarde juste les tarifs partout ailleur dans le monde pour la meme offre que ceux que l'ont a en France avec 30€ par moi. Et bien, je suis pret a parier que tu ne trouves pas plus de deux pays avec une telle offre !

    La concurrence ne commencera pas a 4. Elle commencera quand un operateur aura les moyens et la logique de faire de la concurrence. Aujourd'hui, les 3 plus gros n'ont aucun interet a se lancer dans une guerre des prix, ils sont juste la pour maximiser leur gain. Ils ont tout a perdre d'une guerre des prix.

    Pour les operateur virtuel, ils ont des marges de gros de 5%, c'est a dire que si un des 3 proposes un forfait a 30€, ils peuvent grosso modo le proposer a 28,5€. Voila de la grande concurrence !

    Serieusement, seul un nouvel entrant aura la volonte de venir avec un nouveau modele economique qui pourra potentiellement destabiliser le marche a la baisse. C'est bien pour ca que l'ARCEP recommande l'arrive d'un nouvel entrant.
  • [^] # Re: Le futur

    Posté par  . En réponse au journal E17, ça avance. Évalué à 2.

    Si Trolltech inclu un ersatz de EFL dans Qt, quelle sera la future des EFL ? un marche de niche ? un truc experimental et uniquement utilise dans la sphere E17 ?

    C'est une excellente question (d'ailleur, GTK integrera a terme forcement le meme genre de fonctionnalite). C'est un peu le principe du libre, la competition permet a tout le monde de progresser. Donc pour le libre, c'est de toute facon une bonne chose.

    Maintenant pour E17, c'est sur que deja on n'a pas les moyens de Trolltech et Nokia, donc va vraiment falloir etre bon, si on veut continuer a attirer du monde. Donc effectivement, le marche de niche, ce sera l'embarque low cost, la ou QT et GTK ne peuvent pas tourner sans de tres tres gros travaux d'optimisation. Et surement les machines deja en prod dont on ne pourra que mettre le soft a jour.
  • [^] # Re: Le futur

    Posté par  . En réponse au journal E17, ça avance. Évalué à 4.

    L'intérêt d'avoir une abstraction c'est de pouvoir changer de moteur SQL en changeant simplement un paramètre + d'avoir une API consistante avec le reste. C'est quand même un bel avantage, meme rien que pour des tests.

    J'avoue toujours avoir eu du mal sur les abstractions de moteur SQL, car il y a souvent de legere difference dans leur support du langage SQL lui meme et on finit toujours par plus ou moins avoir un truc qui fait pouf dans un coin.

    Par contre, je n'ai jamais utilise Phonon, et je n'en connais ni les capacite, ni les limite. Mais les EFL fournissent une lib multimedia (Emotion) qui cree un objet qui peut etre manipule comme n'importe quel autres objets (deplacement, redimensionnement, changement de couleur, ...). Une vieille video de cette lib en action: http://www.vergenet.net/~raster/files/rage2.avi . Il existe actuellement des backend gstreamer, xine et un backend vlc est entrain d'etre integre.

    Par contre, tu mets bien le doigt sur un probleme du projet Enlightenment, peu de monde prend le temps de communiquer dessus. Alors forcement, les capacites et les choses que l'ont peut faire avec son assez peu connu.

    Sinon pourquoi avoir recoder un nouveau toolkit... En fait, on n'a pas recoder un toolkit, mais un canevas. On est parti du point oppose des toolkit comme GTK ou Qt, en commencant par realiser un pipeline graphique efficace puis en construisant les outils dont on avait besoin au dessus. Mais le coup d'ecriture d'un toolkit au dessus des EFL est assez faible et il est completement envisageable de porter par exemple GTK dessus, si quelqu'un y voit un interet.

    D'ailleur c'est tellement simple d'ecrire un toolkit au dessus, qu'on doit en avoir environ 5 au dessus avec des philosophies differentes (de tete, il y a EWL, ETK, E, Guarana et Alarm). Et d'un point de vue personnel, je trouve le concept de toolkit au sens GTK+ et QT assez limitant dans ce que l'on peut faire graphiquement. Mais bon, ca c'est le genre de discussion qu'il vaut mieux avoir accoude a un bar.

    Il faut vraiment voir que la ou les EFL excelle, c'est lorsqu'on veut faire du soft pour un terminal genre media player ou des jeux en fait. Un traitement de texte ou un tableur en EFL, je doute que ca ai de l'interet...
  • [^] # Re: Le futur

    Posté par  . En réponse au journal E17, ça avance. Évalué à 10.

    Il y a de tres grosse difference entre la maniere de fonctionner des EFL et QT. Rien qu'en lisant le lien que tu fournis sur la genese de l'application, tu peux en comprendre les differences.

    Tout d'abord, les EFL sont bases sur un canevas qui enregistre l'etat dans lequel sont les primitives graphiques et qui lors d'une demande de rendu ne vas afficher que la difference entre l'etat precedent et le nouvel etat. Ensuite la boucle de rendu n'est appele que lorsque l'application n'a plus rien a faire. Ainsi il n'y a pas de flickering ou d'objet qui apparaisse vide ou quoi que ce soit comme anomalie graphique lors de toute phase de demarrage, animation ou autre tache qui change le layout de l'application. Il n'y a donc pas besoin de mettre en place un benchmark qui va desactiver les effets qui ralentiront ton application. Ceux-ci ne seront afficher que si le systeme le peut au moment ou l'application le demande.

    C'est entierement dynamique et ca s'adapte automatiquement a la charge de ton systeme au court du temps. Enfin le but des EFL a toujours ete d'etre extremement optimise sur tous les plans possible: consomation memoire, bande passante, ressource CPU. Ce qui fait qu'aujourd'hui l'engine software est plus rapide que la version OpenGL pour certaine configuration.

    Enfin Edje est la bibliotheque de theme qui utilise Evas (la lib de canvas), Ecore (la lib d'evenement) et Eet (la lib de serialisation et de stockage) pour proposer un systeme permettant de themer et de changer le layout des applications, widgets tout en gardant les performances necessaire a des systemes embarques. Et effectivement, c'est une des fonctionnalites les plus interressantes des EFL que l'ont ne trouve pas dans Gtk ou Qt et qu'il est logique qu'ils la reprennent. Dans le lien que je te fournis, il est facile pour un designer/graphiste de changer les animations, le layout de l'application sans toucher a une seule ligne de C.

    Pour ce qui est de Qt, ou de Gtk, ils sont a ma connaissance tous les deux entrain de se diriger vers le meme systeme de pipeline graphique que celui utilise par les EFL. Mais ca va prendre du temps avant d'avoir quelque chose du meme niveau de performance et de fonctionnalite.

    Enfin pour ce qui est du reste du framework, les EFL, ca reste du C, donc pour le SQL par exemple, il est plus simple d'utiliser directement l'API de SQLite plutot que de reinventer une abstraction entre les deux qui ne serviraient pas reellement a grand chose vu la simplicite d'une tel API. La meme chose va pour quasiment tout le reste sauf peut-etre WebKit qui est la fonctionnalite qui manque le plus aux EFL, mais necessiterait bien trop de ressource pour la faire fonctionner.

    Enfin pour ce qui est de la portabilite des EFL, je crois qu'on a pas trop a ce plaindre, on a des engines natif pour Linux/Windows/Windows CE/MacOsX, et les EFL fonctionnent sur des machines tres minimaliste comme des ARM a moins de 100Mhz avec des ecrans noir&blanc (genre ebook) jusqu'a des PC de bureau multi coeur et des giga de ram. Et par experience personnelle, les EFL tournent plus que correctement la ou meme QTopia fait des OOM. C'est d'ailleur pour ca que je travaille maintenant sur les EFL.
  • [^] # Re: Le futur

    Posté par  . En réponse au journal E17, ça avance. Évalué à 1.

    Quand je parle d'appli, je parle de gestion de contact par exemple. Ca serait sympa pour celle ci de la fusionner avec une application de gestion de presence par exemple ou de localisation. Il y a des tas de choses a faire, et pour l'instant ce qui est fait est le strict minimum, et la reecriture des front end graphique n'est clairement pas la ou ce situe la difficulte.

    Pour ce qui est de QT, est-ce que tu peux faire ce genre d'appli facilement : http://calaos.fr/pub/video/calaos_home_new2.ogg
  • [^] # Re: Raster à openmoko, ça n'aura pas duré

    Posté par  . En réponse au journal E17, ça avance. Évalué à 3.

    Il y a clairement des choix techniques fait par l'equipe de OpenMoko qui vont a l'oppose de ce que raster cherche a faire. Ainsi le choix du tout Python et des choix de design graphique ne plaisent clairement pas a Raster qui cherche a faire quelque chose de rapide et beau. D'ou son depart.
  • [^] # Re: Le futur

    Posté par  . En réponse au journal E17, ça avance. Évalué à 3.

    Pourquoi faire ? Pour quel interet ?

    Je pense que tu parles de l'openmoko. Si c'est le cas, tu voudrais mettre quel autre window manager qui offre les meme fonctionnalite et la meme consomation de ressource ?

    Franchement le seul interet de QTopia par rapport aux EFL, c'est quand meme juste que les applis sont deja ecrite. Maintenant tu peux a mon avis faire des choses nettement plus joli et anime avec les EFL que tu ne peux le faire avec QTopia. Mais ca demande aussi du travail...
  • [^] # Re: pas vu d'info pour une carte 3G

    Posté par  . En réponse au journal Guillemot sort son mini PC, le Ecafé. Évalué à 2.

    Euh, la carte 3G, c'est une bete clef USB vue comme un modem. Tu n'as pas besoin d'un operateur pour en acheter une et mettre ta carte sim.
  • [^] # Re: Comment voir le reportage

    Posté par  . En réponse au journal Ce soir, dans capital .... Évalué à 1.

    J'allais oublie de preciser, si tu enregistres la version TNT de TF1 et M6, celle-ci est recuperable par le FTP, si je ne me trompe pas.
  • [^] # Re: Comment voir le reportage

    Posté par  . En réponse au journal Ce soir, dans capital .... Évalué à 1.

    On ne peut ripper que les chaines qui l'autorisent. De maniere generale, celle du multiposte.
  • # valgrind

    Posté par  . En réponse au journal Récupérer la mémoire consommée. Évalué à 10.

    Le seul outil qui te donnera les info fiable sur le sujet, c'est massif l'outil de valgrind. Sinon tu peux creer une lib qui intercepte tous les appel aux fonctions d'allocation (malloc,mmap,brk,...) et faire tes mesures toi meme.

    Mais syncerement, massif pour analyser la conso memoire et callgrind pour analyser le temp passe dans chaque operation sont les deux seuls outils qui te donneront des informations fiables et utilisable.
  • [^] # Re: Utilisable

    Posté par  . En réponse au journal Neo Freerunner : j'en ai eu un!. Évalué à 3.

    L'autonomie est uniquement un probleme de soft a priori. Avec le support du suspend/resume apperement certain arrive a tenir une centaine d'heure en veille et 4 ou 5 h de discussion. Ce qui est deja pas mal a mon avis.
  • [^] # Re: Multi-touch

    Posté par  . En réponse à la dépêche Le téléphone nouveau est arrivé : Neo FreeRunner. Évalué à 1.

    Si j'ai bien suivi comment fonctionne le multi-touch, tout est dans le driver ou presque. Mais c'est plutot complexe a gerer. Il faut ensuite pouvoir le gerer dans X. Et enfin avoir un moyen d'envoyer l'information aux applications. Ca fait pas mal de boulot avant d'arriver jusque la. Mais rien de techniquement impossible a priori.