La conversion ko en Mo repose sur une division par 1024, pas par 1000. Cette distinction entre base binaire et base décimale est la source de la majorité des écarts de taille affichés par les systèmes d’exploitation et les services de messagerie. Nous détaillons ici les points techniques que les guides grand public passent sous silence.
Encodage Base64 et taille réelle des pièces jointes en ko et Mo
Un plafond affiché de 25 Mo par un service de messagerie ne correspond pas à 25 Mo de fichier brut. L’encodage Base64 augmente la taille d’environ un tiers, ce qui ramène la capacité réelle d’attachement aux alentours de 18 Mo de données utiles.
Le calcul est direct : un fichier de 15 000 ko pèse environ 14,6 Mo en base binaire (15 000 / 1024). Après encodage Base64, le volume transmis grimpe à près de 19,5 Mo. Sous le plafond, mais de justesse.
Ce mécanisme explique pourquoi un fichier qui semble tenir dans la limite en ko se fait rejeter une fois envoyé. L’en-tête MIME, le corps du message et l’encodage s’additionnent au poids du fichier joint. Le plafond s’applique au message total, pas seulement à la pièce jointe.
Vérifier le poids effectif avant envoi
Convertir les ko en Mo ne suffit pas quand on prépare un envoi par e-mail. Nous recommandons de garder une marge d’au moins 25 % sous le plafond annoncé pour absorber le surcoût d’encodage.
Concrètement, pour un service limité à 25 Mo, ne dépassez pas 18 Mo de fichier source. Gmail, quand la pièce jointe dépasse cette limite, bascule automatiquement vers un lien Google Drive. Outlook.com redirige vers OneDrive, iCloud Mail vers Mail Drop. Le basculement vers un lien cloud remplace l’envoi direct sans que l’utilisateur ait toujours conscience du changement de mode de transmission.
Convertir ko en Mo : formule binaire contre formule décimale
En système binaire, 1 Mo vaut exactement 1024 ko. C’est la convention utilisée par les systèmes d’exploitation Windows, macOS (historiquement) et Linux pour afficher la taille des fichiers.
En système décimal (norme SI), 1 Mo vaut 1000 ko. Les fabricants de disques durs et de clés USB utilisent cette convention, ce qui produit un écart visible dès qu’on dépasse quelques Go de stockage.
Tableau de conversion ko vers Mo
| Valeur en ko | Mo (binaire, /1024) | Mo (décimal, /1000) |
|---|---|---|
| 512 | 0,5 | 0,512 |
| 1024 | 1 | 1,024 |
| 2048 | 2 | 2,048 |
| 5000 | 4,88 | 5 |
| 10 240 | 10 | 10,24 |
La colonne binaire donne le résultat affiché par votre OS. La colonne décimale correspond à ce qu’un constructeur de stockage indiquerait. L’écart reste faible en ko/Mo, mais il se cumule aux étages supérieurs (Go, To).
Ko, Kio, kB : lever l’ambiguïté des unités
La norme IEC 80000-13 a introduit le kibioctet (Kio) pour désigner strictement 1024 octets, réservant le kilooctet (ko) à 1000 octets. Dans la pratique, la quasi-totalité des systèmes d’exploitation continuent d’afficher « ko » pour 1024 octets.
Pour convertir ko en Mo sans ambiguïté, précisez toujours la base utilisée. Si vous travaillez avec des outils réseau (mesure de bande passante, transferts FTP), la convention décimale domine. Si vous lisez la taille d’un fichier dans un explorateur de fichiers, c’est la base binaire qui s’applique.
Compression de fichiers et impact sur la conversion ko vers Mo
Convertir ko en Mo donne la taille actuelle d’un fichier, pas sa taille optimale. Un document pdf non optimisé peut peser plusieurs milliers de ko là où une compression adaptée le ramènerait sous la barre du Mo.
- Les images jpg acceptent une compression avec perte. Réduire la qualité de quelques points suffit souvent à diviser le poids par deux ou trois sans dégradation visible à l’écran.
- Les fichiers pdf intègrent parfois des polices embarquées et des images en résolution d’impression. Un outil de compression pdf retire ces surplus et réduit le poids de plusieurs centaines de ko.
- Les archives zip ou 7z regroupent plusieurs fichiers et appliquent une compression sans perte. Le gain dépend du type de données : fort sur du texte, marginal sur des photos déjà compressées.
Avant de vérifier si un fichier passe sous un plafond en Mo, la question à poser est : le fichier est-il déjà compressé ? Si ce n’est pas le cas, la conversion ko en Mo n’est que la moitié du travail.
Pourquoi l’espace affiché par un disque ne correspond jamais à la capacité annoncée
Un disque vendu pour une certaine capacité en Go utilise la base décimale (1 Go = 1 000 000 000 octets). Le système d’exploitation, lui, divise par 1024 à chaque étage. Le résultat : l’espace disponible affiché est toujours inférieur à la valeur marketing.
Ce décalage se répercute à tous les niveaux, y compris entre ko et Mo. Quand un appareil photo affiche un fichier de 4 000 ko, l’explorateur de fichiers indique 3,9 Mo (4 000 / 1024 = 3,906). L’écart est mince, mais il s’accumule sur des centaines de photos ou de documents.
Cas concret : stockage mobile et photos
Les photos prises par un smartphone pèsent généralement plusieurs milliers de ko chacune. Sur un stockage limité, la différence entre le calcul décimal et le calcul binaire peut représenter, à l’échelle de milliers de fichiers, un volume non négligeable de capacité « manquante ».
Pour estimer le nombre de photos que peut contenir un espace de stockage donné, divisez la capacité réelle (affichée par l’OS, en Mo binaires) par le poids moyen d’un fichier, lui aussi exprimé en Mo binaires. Toute estimation basée sur la capacité annoncée par le fabricant surestimera le résultat.
La conversion ko en Mo paraît triviale, mais ses implications techniques touchent la messagerie, le stockage et la compression de fichiers. Retenir la division par 1024 pour le système binaire et garder une marge sur les plafonds d’envoi couvre la majorité des cas d’usage professionnels.
