Journal 1er avril ? 450Go sur une feuille de papier...

Posté par  .
Étiquettes : aucune
0
28
nov.
2006
C'est officiel : le 1er avril tombe un 28 novembre en Inde :

http://www.arabnews.com/?page=4&section=0&article=88(...)

Ne ratez surtout pas les discussions enflammées des experts auto-proclamés de 12 ans qui assurent que c'est la RÉVOLUTION du siècle :

http://akosh.pcinpact.com/actu/news/33022-Sockage-450Go-papi(...)

http://digg.com/tech_news/Scam_of_Indian_student_developing_(...)

http://itsoup.blogspot.com/2006/11/scam-of-indian-student-de(...)

Un grand moment de rigolade, ça met la pêche pour la journée...

  • # il faut bien le faire...

    Posté par  (site web personnel, Mastodon) . Évalué à 9.

    Franchement, le Rainbow Format, sainul...

    (ça, c'est fait)

    Mes livres CC By-SA : https://ploum.net/livres.html

  • # IPoP

    Posté par  . Évalué à 5.

    Bientôt L'IP over Paper ?

    • [^] # Re: IPoP

      Posté par  (site web personnel) . Évalué à 4.

      Je dirai plutôt : Bientôt le TCP over Rainbow Paper (TCP/RP)

      Le problème reste le délai de la Poste pour acheminer la feuille de données. Mais d'un point de vue économique, c'est intéressant, et ça créera de l'emploi !!

      L'idéal serait donc de développer le RPOT (RP Over Time), et là ça dépotterait !!

      Merci Noël Dubray, ça détend :-)

      • [^] # Re: IPoP

        Posté par  (site web personnel) . Évalué à 5.

        Suffit d'utiliser un tunnel IPOT!

      • [^] # Re: IPoP

        Posté par  . Évalué à 2.

        Le problème reste le délai de la Poste pour acheminer la feuille de données.


        Oui, il faudra ajuster le MTU en fonction du délai du ping, mais à 450 Go par feuille, cela reste intéressant ! :-)

        • [^] # Re: IPoP

          Posté par  . Évalué à 3.

          Ca va faire faire de sérieuses économies à Canonical pour la distibution en masse des distibutions Ubuntu ca.


          Hop Hop Hop au ptit trop ------> []

      • [^] # Re: IPoP

        Posté par  . Évalué à 3.

        Ce que je trouve assez triste, c'est qu'on oublie souvent la moitié de l'histoire.

        L'idée de départ était de trouver un moyen d'optimiser le stockage d'information sur papier et cela en vue d'apporter une amélioration à CPIP (Cf http://www.blug.linux.no/rfc1149/ ). Bien que n'étant pas fait pour de la communication longue distante avec des contraintes temps réel strict, CPIP se révéler toutefois interressant à la condition que le débit soit plus important.

        D'ailleurs, les plus enthousiastes parlaient de « procédé de compression sans perte révolutionnaire ».

        Mais malheureusement, CPIP ne séduit toujours pas les industriels même avec cette amélioration. Et face aux débats planétaires sur le P2P, les copies de sauvegarde sur format optique ont encore de beaux jours devant eux.

        Certes, CPIP a été une fois de plus délaissé mais la compression sur papier montre qu'elle est un méthode très facilement transposable d'un médium à un autre.

        D'ailleurs, un groupe de travail est en train de se former. Les quelques informations disponibles parleraient d'étendre ce système aux disques holographiques (en passant d'un support 2D à un support 3D), ce qui permettrait d'atteindre une capacité de stockage de l'ordre du Zo (Zetta-octet) sur un disque de 12 cm.

        • [^] # Re: IPoP

          Posté par  (site web personnel) . Évalué à 1.


          Certes, CPIP a été une fois de plus délaissé mais la compression sur papier montre qu'elle est un méthode très facilement transposable d'un médium à un autre.

          Tiens, un néologisme ! Dans l'histoire du mot média, on est passé de medium à media puis à média, mais le mot médium ( avec l'accent, n'est jamais apparu...
          Au passage l'historique du mot montre bien le cheminement des idées et celui de la culture, media n'est revenu en France que pour désigner ce phénomène naîssant que sont les mass-media..

          Mes 2 cents

  • # Les données sur papier, c'est pas nouveau

    Posté par  (site web personnel) . Évalué à 9.

    Ça existait déjà sur les Amstrad CPC 464 et 6128 :
    - un logiciel qui imprimait les programmes sous forme de code barre
    - un autre qui relisait ces codes barres une fois scannée par un scanner à main.

    Un des trucs génial qui devait en faire l'invention du siècle, c'est que les magazines d'informatiques de l'époque diffusaient pas mal de code source à recopier à la main et que si ça avait bien pris ils auraient pu les filer en code numérisable automatiquement.

    • [^] # Re: Les données sur papier, c'est pas nouveau

      Posté par  . Évalué à 10.

      > Les données sur papier, c'est pas nouveau

      Effectivement, les premiers exemples de conservation de données sur papier remontent aux égyptiens (mais il s'agissait en fait d'une variante spéciale nommée "Papyrus").

      La technologie employée était assez proche de celle du rainbow format, avec usage de diverses formes plus ou moins complexes, en revanche, leur format n'exploitait que rarement la couleur pour augmenter le taux de compression, ou ajouter des méta-données.

      (Ce qui fournit une jolie défense contre le dépot de brevets sur le rainbow format : "Comment ça, je ne peux pas breveter ma technologie?" "- Ben, non, il y a un prior art vieux de 5000 ans...")

      • [^] # Re: Les données sur papier, c'est pas nouveau

        Posté par  . Évalué à -3.

        On va peut-être enfin découvrir le secret de la joconde. A quand le scanne et l'analyse de celle-ci?

        Je ne pense pas que cette technologie aie un succès comme moyen de stockage de grosses données mais comme remplaçant de code barre ou sur carte de visite pourquoi pas?

        En tant que code barre, l'on peut rajouter par exemple toutes les caractéristiques du produit permettant ainsi de mieux rentrer un produit dans un catalogue, de conseillers les clients, etc...

        Sur une carte de visite, l'on peut y mettre son catalogue, son carnet d'adresse ou y mettre des drivers, des musiques voir des films.

    • [^] # Re: Les données sur papier, c'est pas nouveau

      Posté par  . Évalué à 2.

      Et ensuite on prend le même codage dans un format vectoriel (svg par exemple) et on passe le tout dans un gzip.

      Et voila : 450Go de données dans une petit fichier :)

  • # Pfff ... un fake !

    Posté par  . Évalué à 10.

    Suffit de voir le prénom du type : Sainul.

  • # J'aime beaucoup celui-là

    Posté par  (site web personnel) . Évalué à 7.


    Et donc concretement, on scanne une rainbow feuille, on l'envoie par mail, notre pote l'imprime, la passe dans le raibow scanner et il a ses 450Go de données???

    Franchement, si c'est ca, c'est que du bonheur ^^

  • # Commentaire supprimé

    Posté par  . Évalué à 2.

    Ce commentaire a été supprimé par l’équipe de modération.

    • [^] # Re: Je suis convaincu

      Posté par  . Évalué à 3.

      C'est pas plutot 139838400 points/page ? (1200x1200x8.3x11.7) .
      D'ou 104 pages (c'est mieux).

    • [^] # Re: Je suis convaincu

      Posté par  . Évalué à 9.

      Sinon un autre calcul amusant :
      En supposant qu'il existe 16 formes et 16 couleurs (ce qui va déjà demander un certain boulot de la part du scanner pour ne pas se tromper), une forme couvre 256 possibilités soit deux octects.
      Pour stoquer 450Go il faut donc 225x1024^3 caractères.
      Une feuille de papier standard fait 210*297 mm² et possède deux faces.
      Chaque caractère doit donc faire 2*210*297/225x1024^3 mm²
      Soit 0,000 000 51 mm² . Le caractère fait donc (si il est carré) 7,2*10^-4 mm de coté. Soit 2,83*10^-5 pouces.
      Il faut donc un scanner à 35349 dpi minimum juste pour faire la différence entre un endroit ou il y a un caractère et un endroit ou il n'y en a pas. (Et encore si Shanon a raison, il vaudrait mieux prendre au moins le double soit 70500 dpi sinon on va se planter)

      Le truc étant que je ne veux pas voir si il y a un caractère ou pas, mais que je veux le lire (et determiner sa couleur, mais bon passons). Pour faire la différence entre 16 formes différentes, il faut au moins 4 points d'échantillonages.
      Il nous faut donc un scanner 4*70500 dpi (on a le droit de faire de l'entrelacé seulement si on peut assurer une précision de déplacement supérieure à 1,8*10^-4mm ie un quart du caractère)

      Bon, donc un bête scanner A4 282000 dpi permet de rendre les choses possibles \o/.

      • [^] # Re: Je suis convaincu

        Posté par  . Évalué à 8.

        >En supposant qu'il existe 16 formes et 16 couleurs (ce qui va déjà demander un certain boulot de la part du scanner pour ne pas se tromper), une forme couvre 256 possibilités soit deux octects.

        Encore une nouvelle réforme dont je ne serais pas au courant ?
        Il ne suffit pas d'un seul octet pour coder 256 valeurs ?

        • [^] # Re: Je suis convaincu

          Posté par  . Évalué à 2.

          Notre ami s'est manifestement emmêlé les pinceaux entre la taille d'un octet et le nombre de caractères dans la table ASCII.

          Aller, avouez que vous aussi votre cerveau c'est fait avoir, j'en prend pour témoin le faible plussage du commentaire parent ! (+2 à 18h35)

          • [^] # Re: Je suis convaincu

            Posté par  . Évalué à -1.

            Notre ami s'est manifestement emmêlé les pinceaux entre la taille d'un octet et le nombre de valeurs représentables sur un octet.

            1 octet = 8 bits
            nombre de valeurs représentables sur un octet = 2^8 = 256 CQFD

          • [^] # Re: Je suis convaincu

            Posté par  . Évalué à -3.

            C'est quoi, le rapport avec la table ASCII ?

            Un octet permet bien de coder 256 valeurs différentes. Point.

            Tu voulais dire quoi, au juste ?

            • [^] # Re: Je suis convaincu

              Posté par  . Évalué à 3.

              Il voulait dire la même chose que toi, sauf que son "notre ami" désignait le posteur du commentaire initial. (Jerome Herman)
              Relis bien le fil, tu verras.

  • # Ca ne marchera jamais !

    Posté par  . Évalué à 10.

    De toute façon, la technologie Rainbow sera coulée par le frère de Marie-Ségolène

  • # mauvaises langues

    Posté par  (site web personnel) . Évalué à 4.

    Vous etes des mauvaises langues.... si IP2B arrive a faire tenir un film DVD sur une disquette au débit de 3ko/s, ce truc doit etre possible. Si cela se trouve, l'algo est le même d'ailleurs. :)

  • # DRM

    Posté par  . Évalué à 6.

    Les maisons de disques vont mettre un DRM au niveau de l'enveloppe, à tous les coups

    • [^] # Re: DRM

      Posté par  (site web personnel) . Évalué à 2.

      ...et une taxe SACEM sur le pq

      • [^] # Re: DRM

        Posté par  (site web personnel) . Évalué à 2.

        Et mon trou de balle interprète ?
        -------> [ ]. .
                           . Ahhhhhh
                           .
                           .
        ________#________

        • [^] # Re: DRM

          Posté par  . Évalué à 2.

          Mais il est où le papier ?

          • [^] # Re: DRM

            Posté par  . Évalué à 3.

            note pour les initiés : contre-test (voire contre-méta, à ce niveau).
            Pour les autres : DTC.

  • # La phrase du jour :

    Posté par  . Évalué à 10.

    De plus je suis surement pas le seul ici à avoir déjà pensé qu'on pouvait stocker des information autrement qu'en binaire.


    AH AH AH AH

    • [^] # Re: La phrase du jour :

      Posté par  . Évalué à 5.

      ahah, fallait aller voir les pages suivantes, c'est encore mieux:

      "il y a déjà pas mal de temps que je songe à la possibilité théorique de remplacer le binaire par de l'hexadécimal, ce qui permettrait une plus forte densité de données. En fait, le plus dur, c'est de trouver un système qui va pouvoir discriminer sur 16 chiffres au lieu de 2... Pour le moment, je ne crois pas que ça existe en stockage.

      Par contre, c'est vrai qu'un scanner est tout à fait apte à discriminer 48bits. Reste que la fidélité n'est pas toujours au rendez-vous. Idem pour l'imprimante. Donc fiabilité aléatoire.

      Il est urgent d'attendre une démonstration de la part de ce monsieur avant de jeter nos disques durs aux orties."

      • [^] # Re: La phrase du jour :

        Posté par  (site web personnel) . Évalué à 5.

        J'aime beaucoup la notion d'urgence d'attendre :-)

      • [^] # Re: La phrase du jour :

        Posté par  . Évalué à 7.

        ah bon, Jayce va participer au développement du truc ?

        Remarquez, c'est sûr qu'il faudra un système opératif du tonnerre pour arriver à gérer cela...

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # Voyons le bon côté des choses ...

    Posté par  . Évalué à 3.

    Au-moins, il aura eu la (sa) photo partout sur internet, il aura fait parler de lui avant même d'avoir eu un job et il aura fait "connaître" son école, son état et son pays au monde entier.

    Puis, il y a 10 ans, un article d'IT commençant par "Bangalore, 18 November 1996", personne ne l'aurait même lu ...

    Et aussi, çà change des trolls 50/50 (Vim/Emacs et autres) : ici, pratiquement tous les commentaires descendent la technique.

    Finalement, il y a son numéro de mobile, de sa résidence et son adresse e-mail chez Yahoo!, en bas de l'article sur Arabnews. Je n'ose pas imaginer la vie qu'il doit avoir maintenant avec deux téléphones qui sonnent tout le temps (et pas seulement des appels du directeur de Sony pour une offre d'emploi) et sa boîte Yahoo à ras bord ...

  • # Le concept du siècle

    Posté par  (Mastodon) . Évalué à 8.

    Sainul says the biggest advantage of the new technology will be the biodegradable nature of his storage devices

    Je crois que ça se passe de commentaire. C'est un génie.

  • # Et les DRM dans tout ça ?

    Posté par  . Évalué à 1.

    Ben oui, c'est bien joli de faire un nouveau format de stockage des données, mais quand les constructeurs s'amusent à faire des blue-ray avec DRM incorporés, là une "simple" photocopie (attention à la qualité quand même) suffirait à copier le média :)

    • [^] # Re: Et les DRM dans tout ça ?

      Posté par  . Évalué à 7.

      /bin/cp permet lui aussi de copier un fichier avec DRM

      • [^] # Re: Et les DRM dans tout ça ?

        Posté par  (site web personnel) . Évalué à 5.

        $ /bin/cp /media/usbkey/britney.wmv /data/
        cp: underlying media doesn't allow copy without a trusted chain

        $LANG=fr_FR /bin/cp /media/usbkey/britney.wmv /data/
        cp: TIPIAK !!

        • [^] # Re: Et les DRM dans tout ça ?

          Posté par  . Évalué à 4.

          >$LANG=fr_FR /bin/cp /media/usbkey/britney.wmv /data/
          > cp: TIPIAK !

          N'empeche, ça fait peur de voir a quel point les slogans publicitaires sont ancrés dans nos têtes ...

          Je me demande combien d'années il faudra encore, depuis que j'ai jeté ma télé, pour ne plus comprendre les références publicitaires

          • [^] # Re: Et les DRM dans tout ça ?

            Posté par  . Évalué à 1.

            Je me demande combien d'années il faudra encore, depuis que j'ai jeté ma télé, pour ne plus comprendre les références publicitaires

            42 ?

        • [^] # Re: Et les DRM dans tout ça ?

          Posté par  . Évalué à 1.

          $LANG=ru /bin/cp /media/usbkey/britney.wmv /data/
          cp: In Soviet Russia, Britney cp YOU !

  • # L'explication se trouve à la fin de l'article

    Posté par  . Évalué à 2.

    Cf le tout dernier paragraphe :

    Sainul is also working on project Xpressa, a software package for regional languages. This will enable the Internet browser to access the newspapers available on Internet through mobile phone in audible form.


    Après avoir parlé de ses futures cartes SIM contenant 5 Go,
    Après avoir évoqué des serveurs de 123 Peta-octets,
    Après avoir proposé de diviser par 1000 le coût du stockage dans les datacenters....
    ...
    On apprend que notre génie est sur le point dé créer un... un... un synthétiseur vocal ! Voire même un nouveau système de podcasts ? Eh bien voilà, c'était ça son vrai projet. Pas très innovant, mais enfin tout est dans l'art et la manière d'annoncer les choses. Et si je puis me permettre un léger euphémisme, je dirais qu'il a plutôt réussi son coup.

  • # Heuu

    Posté par  . Évalué à 2.

    Elle fait quel taille la feuille de papier ?? 4000x4000m ? Parce que je vois pas comment mettre plus de donnée qu'il y a de combinaison possible, sans compresser...

    • [^] # Re: Heuu

      Posté par  . Évalué à 2.

      ce sont des feuilles quantiques ...

    • [^] # Re: Heuu

      Posté par  (site web personnel, Mastodon) . Évalué à -2.

      apprendre les "bases" :

      décimal......binaire....... base100
      0....... 0.........0
      1....... 1.........1
      2....... 10.......2
      3....... 11.......3
      4.......100......4
      ...................................................
      99....."*****"......ù

      100000000....... "pleinpleinpleinde1et 0"....... 1000

      Le truc c'est que la taille d'un caractère est toujours identique en visuel, et on peut en créer "à l'infini" cf table utf-16. donc que l'on écrive 1 ou ù sur une feuille cela prend la même place.

      et il est évident que le changement de base sera l'avenir du stockage/transport de données, avec la fibre optique par exemple, on peut utiliser les couleurs donc avec une reconnaissance assez fine on peut par exemple utiliser 256 couleurs différentes, avec un rayon, on pouvait avoir 0 ou 1, avec les couleurs 0,1,2,...,256.

      avec 32 caractères (== 32 signaux de lumière) en binaire on a un nombre à 10 chiffres
      en base 256 on a 77 chiffres

      • [^] # Commentaire supprimé

        Posté par  . Évalué à 1.

        Ce commentaire a été supprimé par l’équipe de modération.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.