Cherche logiciel pour conversion et lecture d'une image en decimal

[invite1ad6c403]

Bonjour.

J'ai une idée en tête, pour ce faire je cherche un logiciel capable de transcrire un fichier image (jpg) en une suite decimal.
De cette suite decimal un logiciel capable de la visionner.

Merci,

Bien cordialement.
-----

[Jack]

Un fichier .jpg est déjà une suite de nombre. Après, la base n'a aucune importance, le nombre étant le même qu'il soit binaire, décimal, hexadécimal, etc.

Ou alors, il faudrait que tu donnes un exemple e ce que tu veux obtenir.

[roro222]

Salut
Un éditeur hexadécimal genre Winhex peut le faire (je crois, il y a longtemps que je m'en suis pas servi)
Il te présente la suite des octets en base que tu veux, mais comme dit Jack, cela ne change rien à la valeur numérique de chaque octet.
Explique ce que tu veux faire

[jiherve]

Bonjour,
Je ne vois pas l’intérêt de la manip.
Pour lire avec les yeux un fichier JPEG charger Notepad++ et le plugin Hex_editor ,il sera nécessaire de se fournir une doc sur l'encodage JPEG!
JR

[A voir en vidéo sur Futura]

[invite1ad6c403]

Mon idée, (l'interet):
C'est de récupérer cette suite decimal de l'image, ensuite, de chercher dans la suite de PI cette même suite, puis faire un raccourci qui référence de tel endroit à tel endroit dans la suite de PI pour pouvoir avoir cette même image, ce qui permettrais un allègement dans le stockage d'un fichier.
J’espère pas trop vous avoir embrouillé..

Merci pour vos réponses, je vous tiens au courant, je vous invite à me partager votre avis sur cette idée.

[Jack]

J’espère pas trop vous avoir embrouillé..

Si, un peu. Même beaucoup on va dire. Quel est le rapport entre pi et une image?

[roro222]

Si si, j'ai compris
Pi étant un nombre univers donc contenant toutes les suites imaginables, la suite d'octet de ton image se situe quelque part dans ces décimales
Sauf que
Bien que mathématiquement la chose soit possible, pratiquement c'est irréalisable
Rien que l'adressage de l'endroit de la suite, les octets étant supporté par des mémoires fait de matière, le nombre d'atome de tout l'univers (10⁸⁰) n'y suffirait pas
D'autre part quelque soit les algorithmes, utilisé même avec nos plus puissants ordinateur, l'âge de l'univers et de très loin n'y suffirait pas non plus
De plus, l'informatique traitant l'information à la base rien en binaire, quel était l’intérêt de convertir en décimal, si ce n'est une perte de temps supplémentaire. Sauf si tu à trouvé l'élixir de jouvence de la vie éternelle

[invite1ad6c403]

Merci pour vos réponses -> j'abandonne l'idée alors ^^

[invite51d17075]

Si si, j'ai compris
Pi étant un nombre univers donc contenant toutes les suites imaginables, la suite d'octet de ton image se situe quelque part dans ces décimales

bonsoir,
j'ignorai que cela était prouvé ! ( seulement supputé , non ? )

[roro222]

( seulement supputé , non ? )

Effectivement
https://fr.wikipedia.org/wiki/Nombre_univers
Mais cela ne change rien à la recherche de notre ami SpiTt2k qui resterait vaine

[invite51d17075]

Oui, ça ne change rien à l'affaire, c'était pour faire avancer le shimilimili !

[jiherve]

Bonsoir
De plus il existe des algo de compression bien meilleurs que le JPEG car lossless.
JR

[roro222]

Bonjour

Dans le même type d'idée que notre ami SpiTt2k.
Pour la compression d'images ou de n'importe quel fichiers et sans perte de données.
J'avais imaginé une banque de données comprenant toutes les combinaisons possibles d'une matrice d'un certain nombre de nombres.
Pour compresser un fichier, il suffirait de diviser ce fichier par le nombre de nombre que contient une matrice.
Comparer ces morceaux de fichier aux matrices de la banque de données et de ne garder que le pointage de son adresse.
Un fichier compressé ne serait en fait qu'une série d'adresse pointant vers les matrices qui contiennent la bonne série de nombres.

Prenons un exemple.
Mes matrices sont composé de 10000 octets chacune.
Dans ma banque de données sont stocké toutes les matrices de combinaisons possibles de ces 10000 octets.
Je divise mon fichier à compresser par paquets de 10000 et je n'inscris sur mon nouveau fichier que l'adresse de la matrices donc sa suite est identique à mon paquet et ainsi de suite pour les autres paquets.
Résultat: pour un fichier de 1Mo par exemple
1000000/10000=100
Mon fichier compresser ne contient que 100 adresses

Pour décompressé

On inscrit dans le fichier de rendu la suite du contenue de ses 100 adresses

Belle idée, mais ça ne marche pas (explication dans un autre post pour ne pas trop alourdir celui-ci)

[roro222]

Ça ne marche pas pourquoi ?

Reprenons mon exemple avec des matrices de 10000 octets
un octet étant codé sur 8 bits
10000 octets ca fait 2¹⁰⁰⁰⁰*8 combinaisons possibles soit autant de matrices
Comment voulez vous stocker autant de matrices ?
Tout les ordinateurs de la terre n'y suffirait pas

La solution

Après tout, la matrice N° 1 contient que des zéros soit 0000.......000
La matrice N° 2 contient un 1 suivi que de zéros soit 1000.......00
La N°3 = 010000........000
La N°4 = 110000........000
.............................. ..
La dernière = 1111......111
Donc pourquoi vouloir stocker toute ces matrices
Un petit algorithme peut très bien les reconstituer en fonction de leur adresses.

Ouf nous voila sauvé

Que né-ni, ça ne marche toujours pas (solution au prochain épisode)