Idée de geek: un nouveau support de stockage ?
Nouvelle Update
|
L’idée que je vais vous exposer, me trotte dans la tête depuis la publication de l’article sur les Qr-code, j’en ai parlé à quelques amis qui ont trouvé l’idée intéressante. Je voudrais donc la partager avec vous, en espérant peut être q’un programmeur s’y intéresse. |
Qr-code |
Voir octet et binaire sur Wikipedia
Le concept est donc de pourvoir utiliser le même système de stockage que le Qr-code, mais au lieu de prendre le binaire comme unité de référence, on va utiliser l’octet.
Comment faire ? Tout simplement on se servant d’un code couleur de 256 teintes.
L’utilité d’un tel procédé est tout à fais différente de celle des Qr-code, dont le principal avantage reste la possibilité d’être lu par un simple Camer-Phone.
|
Mon idée repose elle, sur un couplage Scanner / imprimante. En effet on peut assigner a chaque état de l’octet une couleur bien définie, par exemple pour le 00000001 c’est le noir, le 01001001 le vert, 00001110 le rouge Â… on peut donc avoir tout les états de l’octet dans une palette de 256 couleurs, il suffit ensuite de programmer un petit logiciel qui retranscrit chaque octet en une couleur qui lui est prédéfini. On peut donc logiquement imprimer cette couleur sur une feuille, l’emporter avec nous, la placer dans un scanner puis récupérer très facilement avec le même programme sa valeur initiale. |
|
|
|
Maintenant imaginons qu’on réduise la taille de cette couleur à un pixel, avec un taux de 96 pixels par pouce, ce qui reste bien évidement loin d’une qualité normale en impression, même une jet d’encre grand public se situe aux alentours des 300pixel par pouce. A 96px /P les pixels sont carrément visible a l’oeil nu (d’ailleurs pour les Qr-code on utilise déjà du 96px/P quand on veut stocker beaucoup de données). |
On atteint un total de 757.107 Pixels, soit un espace de stockage de 757 ko par page, multiplié par 2 ça nous donne 1,514 Mo par feuille, c’est a dire un peut plus q’une disquette 3.5 pouce.
|
Biensur a ce niveau on peut se poser quelques questions, la première c’est est ce qu’on imprimant a 96px/P les pixels peuvent être facilement reconnu lors du scan. La réponse est sans hésitation oui, puisque même les scanners d’entré de gamme se situent aux alentours de 2400ppp (c’est vrai que la on parle de Point par pouce et non pas de pixel par pouce, mais de toutes façon ça reste largement suffisant pour bien distinguer chaque pixel), et comme je vous l’ai déjà dis les pixels restent visible même a l’oeil nu, donc de ce coté la pas de problème. |
|
Ensuite le deuxième obstacle qui se pose, c’est la diversité des imprimantes et des scanners, ce n’est pas toujours certain que les couleurs soient représentées de la même façon, même si sur les 65.000 teintes (prises en charge par les produits grand publics), on se limitant a 256 couleurs on est plus au moins sûr qu’elle soit assez éloigné pour éviter toute confusion.
|
|
On peut de ce fait imaginer que dans certains cas, les couleurs ne soient pas reconnues de la même façon. Pour cela la solution est simple, on va réserver quelques pixels dans un coin de la page, qui serviront de repère pour le logiciel (512px suffiront a raison de 2pixels par couleur + éventuellement une barre noire pour les séparer des autres pixels, soit un peut plus de 768px en tout). On lui dira par exemple qu’en cas de doute, de se référer à la palette imprimée dans le coin nord ouest de la page, il aura ainsi toutes les couleurs qui se suivent dans l’ordre prédéfini, chaque emplacement correspondant a un état de l’octet. |
Après avoir résolu le problème de couleur, il nous reste un dernier petit détail inhérent à la qualité du papier et de l’encre utilisée. En effet il se peut, que quelques pixels s’altèrent, s’effacent ou se fondent une fois la feuille pliée ou manipulé à plusieurs reprises. Pour cela on peut réserver (tout comme pour le Qr-code) entre 7% et 30% de la surface de la feuille pour intégrer un système de récupération. Voir carrément 50% de la surface, ce qui équivaut a réimprimé 2 fois la même chose. Moins de risques de voir 2 fois le même pixel perdu.
Voila grosso modo l’idée, biensur on peut l’améliorer ont utilisant une plus grande palette de couleur et un plus gros taux de pixels par pouce (150px/pouce par exemple) on peut ainsi facilement atteindre plusieurs mégaoctets. Par contre niveau fiabilité ça devient un peu aléatoire, il faudrait sûrement faire quelques essaies pour voir ce qu’on peut vraiment en tiré. Mais de toute façon 700 ou 500ko par face, c’est déjà pas si mal.
Les utilisations potentielles d’un tel concept, sont nombreuses, on peut y stocker plusieurs images jpg, des petits logiciels des documents word, powepoint htmlÂ… ça peut facilement remplacer une disquette.
Mais c’est surtout le coté ludique et au niveau Marketing que ça devient intéressant, imaginez par exemple des petites cartes distribuées ou trouvées dans des paquets de corn flakes, contenants des avatars, des sonneries, des fonds d’écrans, des minis jeuxÂ… (Pour ça 50 ou 70 ko sont largement suffisant) qu’on peut récupéré comme par magie, simplement en les scannant et en les passant sur un mini programme téléchargé sur le site de l’annonceur.
(Avec un peu d’imagination on peut trouver plein d’autres utilisations )
Souvenez vous aussi du super jeux 3D que j’avais présenté y’a quelques temps, qui tiens dans à peine 96 ko, (A ce sujet je vous prépare un article, avec un petit tour d’horizons des pros de la compression, certains arrivent par exemple a stocker l’équivalent d’un album électro, ou d’un clip de 6 minutes tout en 3D, dans pas plus de 64ko).
|
Pour finir, je pense qu’un tel logiciel serrait assez simple à programmer, (avis aux intéressés), on pourrait imaginer qu’à sa sortie on tombe sur des articles avec comme titre « Transportez un mega jeux 3D, en l’imprimant sur un quart de page » ou encore « Utilisez votre imprimante pour stocker des données »…
Un petit exemple de carte |
|
Update 1:
|
|
Ca pourrait aussi relancer l’attrait pour les collections de cartes. Je me souviens quand j’était plus jeunes on s’échangeait, on gagnait, on troquait plusieurs cartes contre une. Selon les périodes c’était des joueurs de foot, des personnages de manga, des Pogs… |
|
On peut aussi imaginer, l’apport que ça pourrait donner aux jeux de cartes tel que Magic, ça permettrait d’avoir une forte interactivité entre le jeu de table et sa version jeu video, on pourrait ainsi importer les caractéristiques de la carte réel, dans le jeu Pc. |
|
|
|
Imaginons aussi qu’un opérateur l’adopte pour ses cartes de recharge, on aurait ainsi au dos de la carte une partie contenant, des sonneries, des fonds d’écran, des animationsÂ… |
Supposons encore qu’un jeu de voiture intègre un système permettant de créer automatiquement de nouveaux véhicules. En lui fournissant simplement les données relatives, au moteur, aux suspensions, aux formes de la carrosserie, accessoires…
Voici un exemple d’insertion presse, en double pages.
Bobo dit
Tu peux pas utiliser une clé USB comme tout le monde….
2 mar, 2007 à 8:46
visiteur quotidien dit
moi je trouve que c’est une super bonne iddee t’es un geni! :0070:
2 mar, 2007 à 8:46
Luchy dit
Tout comme Mathieu, c’est très rare que je poste des commentaires mais je viens très régulièrement sur votre “blog”. Je n’ais jamais été déçus par vos messages et je pense que je continurais à venir très régulièrement et comptez sur moi pour vous aider à mon echelle si vous m’en faites la demande.
2 mar, 2007 à 8:46
Jazz93 dit
Dépose vite un brevet sur l’idée, sinon tu vas te la faire piquer :0021:.
Non, je déconne :0029:.
2 mar, 2007 à 8:46
benji dit
moi j’adore ton site je viens tout les jours, tu déchire franchement :p
j’espère que tu pourras sortire ton projet quel qu’il soit ! il a l’air bien ^^ en tout cas, accroche toi mon gars ! XD
2 mar, 2007 à 8:46
Chris CB dit
Et la calibration de toutes les chaines scanner/PC/imprimantes. Je te raconte pas la galère….
2 mar, 2007 à 8:46
astroB dit
Je post rarement pour dire “super” mais plutot pour ajouter qqchose, ce qui explique que je ne post pas souvent, tant tes infos sont complètes…
En ce qui conserne l’UTBM, sache que c’est très aléatoire en france… (car il me semble que tu fait tes études au Canada) Exemple: Un ami a eu de meileur notes au BAC qu’un autre de mes amis, et c’est pourtant le “moins bon” qui a été pris a sont 2e choix de l’insa (renne..) alors que l’autre n’a rien eu… et la où je vais l’année prochaine (l’estaca, bien que j’est été pris en prépa eet à l’insa lyon, espérons que ce choix se justifie avec le temps…) ils choissent en partie leurs élèves par ordre d’arrivé des dossiers!
Sinon, je serai ravi (et honoré) de tester ton projet si tu le souhaites…
2 mar, 2007 à 8:46
Benm dit
Fox le Renard, ta proposition me touche vraiment, mais je pense que je n’en suis pas encore la.
Le mieux pour m’aider serait de jeter de temps en temps un coup d’oeil aux liens sponsorisés de google, pour voir si une annonce vous intéresse
Sympa le « cours forest cours ne t’arrête pas.. » je n’y avais pas penser. :0101:
2 mar, 2007 à 8:46
plus1 dit
Excellente idée, à voir en pratique. Sinon, une petite variante technique de ta palette de reconnaissance des couleurs que tu proposais de mettre dans un coin:
Si on l’assure assez bien (quelques petits pixels plus large) elle permettrait à chaque imrimante de coder ses caractères avec les couleurs de son choix. On pourrais ainsi facilement choisir la teinte dominante de la page (par exemple associer les teintes vertes aux caractères les plus répandus) ou de diminuer la consomation d’encre (associer les couleurs clairs aux caractères répandus).
Autre idée, perdre un caractère, et toujours lui associer le blanc. Ca permet de dessiner facilement (en gros trait blanc) un logo sur la carte, ou inversément de mettre des données dans le logo imprimé sur une carte blanche (une application amusante est qu’on pourrait mettre des données dans les lettres d’un texte imprimés suffisament grand, par exemple j’écrit TELEPHONE en bien épais et dedans je code le numéro).
2 mar, 2007 à 8:46
stup dit
je trouve çà très intéressant, aura-tu le courage d’aller jusqu’au bout de ta démarche ? je te le souhaite. Pour ce qui est des applications faudrait faire des études de marché ^^ tiens nous au courant
2 mar, 2007 à 8:46
john dit
Désolé de devoir faire retomber l’engouement général mais ceci n’a rien de révolutionnaire. C’est même assimilable au principe des cartes perforées qui étaient utilisées en info il y a trente ans, ou même aux procédés optiques récents qui stockent les bits sur des disques possédant plusieurs niveaux de réfraction/réflexion différents.
Enfin, comme tu le dis toi-même, c’est aléatoire car la fiabilité des couleurs est rarement respectée, et cela consommerait beaucoup d’encre et d’énergie pour finalement peu d’apport.
Sans passer par l’impression on retrouve aussi des programmes qui encodent du texte, des données ou de l’audio dans les images.
2 mar, 2007 à 8:46
Keffer dit
Superbe idée, surtout niveau marketing et l’aspect ludique … bravo
2 mar, 2007 à 8:46
Paul dit
J’ai rien compris !!001
Mais bon, suis pas programmeur !
2 mar, 2007 à 8:46
Martin Seller dit
Mais si je peux me permettre Arkius, tu ne réponds pas (sinon pour le côté ludique que je comprends et qui devrait marcher) au fait qu’un code en “lettres” (ou autre) joue le même rôle s’il sagit d’aller directement sur le site de l’annonceur, pour ensuite avoir le contenu recherché (comme tu l’évoquais dans ton article).
Si le logiciel de décryptage devient “libre”, alors l’annonceur fait cadeau de quelque chose sans qu’il y ait de véritable retour (et comme dit dans mon commentaire les cadeaux peuvent être plus gros s’ils sont sur le serveur de l’annonceur et non sur la carte imprimée).
Néanmoins, j’aimerais bien voir le truc fonctionner pour envoyer des messages cryptés de cette façon
2 mar, 2007 à 8:46
GaKaTaN dit
C’est dangereux d’exposé tout ça sur le net sans avoir en avoir protégé l’idée :0012:
Mais sinon bien pensé
2 mar, 2007 à 8:46
Flavius dit
Très simpas. Même si cela ne va pas très loin, ça vaut le coup d’essayer juste pour dire qu’il est possible de le faire!
Et puis c’est toujours marrant de voir se que pourrait donner nos p’tits programmes en couleur sur une feuille A4 :0053: !
Pas très utile donc super interessent!!!
2 mar, 2007 à 8:46
VoltX dit
Bonjour, je suis programmeur amateur en C++ depuis quelques années déja, et j’ai été assez surpris de voir que tu as retrouvé la même idée que moi.
En effet j’ai déja concu un logiciel de ce genre avec un cryptage basé sur les couleurs et les pixels. Mais rien d’abouti, je m’y suis pas trop attardé mais en fouillant un peu dans mes archives il est possible que je retrouve les sources.
Tu peux me contacter sur MSN pour en discuter.
2 mar, 2007 à 8:46
noname dit
c vraiment cool ce que tu a fait ! Je te conseille d’aprofondir ton idée, elle pourait inover le monde de l informatiq ! 0053 Mais les problemes de connexion restent a etre resolus !
2 mar, 2007 à 8:46
pitouthestar dit
accroche toi ! je te souhaite vraiment bon courage, mais en tout cas ne baisse pas les bras.
pour la pub, évidemment ce n’est pas un probleme, en tout cas pas pour moi (pour moi toute peine mérite salaire et tu a déja beaucoup donné de toi pour faire plaisir au gens)
pourquoi refuser de donner quelquechose à quelqu’un qui nous a amusé ou ému tous les jours !
je suis avec toi et je cliquerai sur les pubs !
salut !
pierre
2 mar, 2007 à 8:46
Deamon dit
Bravo pour l’idée, mais je pense que si l’idée était si excellente que cela les industriels en R&D et marketing l’auraient développée depuis longtemps.
De plus niveau marketing c’est assez mauvais étant donné qu’il faut que chacun ait un scanner ce qui n’est pas le cas. Et s’il faut scanner et utiliser un logiciel pour décrypter ce ne serait pas vraiment pour Monsieur Tout-le-monde.
Et question fiabilité j’ai un gros doute tout de même, par exemple si tu utilises un pixel par couleur, il suffit qu’une poussière se mette devant quelques pixels lors du scan et s’ils correspondent à des bytes importants du fichier et bien ce dernier sera endommagé.
Voilà mais ne prends pas mal mon post mais c’est un peu pour te faire redescendre sur terre : en théorie cela reste une excellente idée mais en pratique ce serait très laborieux.
Et au passage : bonne continuation pour ton super site. :0059:
2 mar, 2007 à 8:46
mister_fab dit
Bonne idee mais ca exist deja : http://colorzip.co.jp/en/
f.
Benm—> Pas vraiment, les colorzip (dont je vient de parler dans le poste précédent) proposent un autre systéme , ces codes barres(trés intérréssant aussi, puisqu’un simple téléphone suffit pour identifier le code) permettent juste de se connecter a une base de données pour récupérer les infos relatifs au code-barre.
2 mar, 2007 à 8:46
Nonos dit
L’idée est interessante.
Reste le problème de la fiabilité du support : les couleurs passent très vite sur un support papier.
2 mar, 2007 à 8:46
OXyGN dit
Très bonne idée. Je suis développeur et des idées comme ça motive vraiment bien. Ton projet m’interresse ^_^
2 mar, 2007 à 8:46
zepsilon dit
Ouïe! Concept utopiste à l’heure ou l’on utilise des support plus fiables qu’hier!
Cela reste très interessant, cependant le risque d’altération des données risque d’être élévé puisque on passe par plusieurs périphériques (impression, acquisition) ce qui multiplie le risque d’erreur dans la bonne transmission de l’information!
Ainsi pour un programme ou petit logiciel (intégrité des données importante) ce système risque de ne pas être adapté car au moindre écart c’est la chute!
C’est pourquoi ce type de support peut être adapté à des infos ’secondaires’ comme les cartes de visites ou les RPG skills…etc.
Avec un périphérique d’acquisition en plus dédié cela semble tres faisable : comme le lecteur de code barre –> un lecteur Qr Code… vendu 5€ en usb ou dans les corn flakes… pourquoi pas?
2 mar, 2007 à 8:46
damien dit
comme cela a été soulevé plus haut je suis assez surpris que tu étales ton idée assez sympatique de cette manière
trop de détails tu risques de te la faire piquer, je suppose qu’en plus ton blog est incroyablement visité. Et à la lecture de certains commentaires soit disant préventifs je doute fort des intentions de leurs auteurs.
Patience et discrétion sont à recommander dans de tel cas.
2 mar, 2007 à 8:46
Seifko dit
lolo j’ai du poster tropsvite ^^ car j’avais meme pas remarquer que la pub était sur le coté ^^ comme quoi, ça ne gene en rien ^^ en tout cas, vive les clic dessus ^^ c’est la moindre des chose ^^. Courage Benm
2 mar, 2007 à 8:46
papygourbi dit
Bonjour, je suis l’actualité du site depuis un bon moment déja. Je suis programmeur en .net et je pense que tout cela est réalisable. Contactes moi sur mon msn.
2 mar, 2007 à 8:46
CHRISTIAN dit
Salut,
Je consultais avec intérêt l’ensemble de ton site lorsque je suis tombé sur ton article.
Voilà je pense que ce que tu as développé est très proches d’un système breveté par une société en suisse.
En effet, tu dois savoir que tous le monde de passeport avec biométrie (c’est mon métier). Aujourd’hui tout le monde parle de la puce sans contact afin de stocker les informations qui permettront la biométrie. Cette puce sera au minimum de 32KO afin de pouvoir y stockr au minimum la photo jpeg2000 du titulaire.
Cepandant, personne ne parle de BACKUP de la puce, en clair que se passe t il si la puce ne fonctionne pas? cette société suisse a donc pensé à faire ce qu’elle appelle un code barre 2D en couleurs qui permet de stocker des informations.
2 mar, 2007 à 8:46
yahyaoui dit
waw..c super ton idee!!!! je prepare un projet pour ma mairise en informatique appliquer a la gestion et je te demande si je pourrais devlopper ton idee pour mon PFE???
si vous panser que vous pouver m’aider dans la redaction de mon PFE alors contacter mois sur mon mail asm21111@yahoo.fr
chui ravis de tout vos suggestions….
29 nov, 2007 à 17:55
lamia dit
je faire une comparaison entre les supports de stockage existants dans le marché selon les alacrités suivants 1 la capacité’ 2 le temps d’actée 3le prix 4 le poids 5 fiabilité.
26 fév, 2008 à 21:31