Les logiciels de compression sont a base d'un langage haut niveau ou bas niveau?

[Jack]

pour moi un fichier de 30 mg c un fichier de forme 0101010101110001.....0 nombre de bit représente la taille de fichier.
et le fichier équivalent avec un mémoire de quelque k octet.
contient le chiffre de fichier dans des variables de type usine double A ou je peu écrire des grands nombre jusqu'à 3.8*104932
donc logiquement tout le fichier de 30mg sera transfert dans 1 voir 10 variable simple de type usine double qui dépasse pas quelque ko dans la mémoire .
au niveau de programmation en peut rien comprendre mais en électronique un grand chiffre c un simple calcul fait par le microprocesseur.

pour moi, c'est du charabia incompréhensible. Je vous laisse en spécialistes
-----

[extrazlove]

C'est n'importe quoi...

Quoi que tu fasses, le contenu d'une variable en virgule flottante prend plus de place que la valeur entière qu'il peut représenter. Et si tu supprimes des bits, tu supprimes des informations que tu ne peux plus retrouver ensuite.

Donne un exemple, et tu te rendras peut-être compte de ton erreur.

exemple imagine un fichier =01010101010101010001010110101 0...1 en binaire et en décimale=12345678.....3 avec une taille de 1ko=1024octet=32768bit
long unsigned int Flottant double long peut contenir de 0 a 65 535 bit dans un taille de 8 octet=32bit
conversion de fichier en suite de chiffre i <3.4*104932 et i<1024octet=1024 avec i un pointeur qui ponte sur les octets de ficihier.
{ tableau case0 =10 tableau case 0+tableau case 1=10*1+2=12
....
tableau case i =10 tableau case i+tableau case i+1=10*1+2=12=tableau case i tableau case i+1
resulat tableau case i=fichier
}
donc une une simple case mémoire de int de taille 2 octet peut encoder un fichier( ou plutôt un chiffre) assez grand que 1ko.

[Bruno]

Je sais pas si tu réalises que tu viens d'écrire dans une même phrase (appelons ça ainsi) qu'un octet valait 32 bits ("1ko=1024octet=32768bit") puis 4 bits ("8 octet=32bit").

[Jack]

long unsigned int Flottant double long peut contenir de 0 a 65 535 bit dans un taille de 8 octet=32bit

La soirée de samedi a dû être difficile ...

Rarement vu autant d’inepties en aussi peu de mots

[invite936c567e]

1ko=1024octet=32768bit

Non. 1Ko = 1024 octets = 8192 bits

long unsigned int Flottant double long

???

... peut contenir de 0 a 65 535 bit dans un taille de 8 octet=32bit

- Une structure sont la taille est 32 bits ne peut pas contenir plus de ... 32 bits.
- La structure qui peut représenter un entier compris entre 0 et 65535 est un short int dont la taille est 16 bits.

Mais passons.

donc une une simple case mémoire de int de taille 2 octet peut encoder un fichier( ou plutôt un chiffre) assez grand que 1ko.

Concernant ton calcul, admettons que je prenne un fichier de 1 Ko et que ton calcul me mène à la valeur 39751. Quel est le contenu du fichier qui m'a mené à ce résultat ? En d'autres termes, comment fais-tu pour "décompresser" ?

(Je te souffle la réponse : il existe de très nombreux contenus de 1 Ko qui mènent à cette valeur, et par conséquent il est impossible de retrouver l'information d'origine.)

[invite2d7144a7]

Bonjour,

Je crois qu'on peut proposer de fermer le sujet, ça évitera de perdre du temps pour des élucubrations (les seules élucubrations qui valent la peine sont celles d'Antoine ).

[extrazlove]

désolez correction:
exemple imagine un fichier =01010101010101010001010110101 0...1 en binaire et en décimale=12345678.....3 avec une taille de 1ko=1024 octet=8192 bit
short int peut contenir de 0 a 65 535 dans un taille de 16 bit
conversion de fichier en suite de chiffre i <3.4*104932 et i<1024octet=1024 avec i un pointeur qui pointe sur les octets de ficihier.
{ tableau case0 =10 tableau case 0+tableau case 1=10*1+2=12
....
tableau case i =10 tableau case i+tableau case i+1=tableau case i tableau case i+1
resulat tableau case i=fichier
}
donc une une simple case mémoire de int de taille 16 octet en peut encoder un fichier( ou plutôt un chiffre) assez grand que 1ko.
l'encodeur de décompression envoi un chiffre qui représente le fichier et aussi le nombre d'octet de fichier.
avec ses deux informations(chiffre de fichier et nombre d'octet de fichier orignal)en peu faire facilement la décompression.
fichier=tableau case i= tableau case i tableau case i+1
puisque en connais le nombre de i de puis l’encodeur c'est facile de reconstitué le fichier original.

[JPL]

Bonjour,

Je crois qu'on peut proposer de fermer le sujet, ça évitera de perdre du temps pour des élucubrations (les seules élucubrations qui valent la peine sont celles d'Antoine ).

C'était également mon sentiment mais je suis content que quelqu'un l'ait proposé.