MiB naar MB omrekenen

Een mebibyte is 1.024 kibibyte, oftewel 1.048.576 bytes. De hulpmiddelen van Linux en de geheugengetallen bedoelen vrijwel altijd dit, ook als er «MB» staat.

Een megabyte is een miljoen bytes. Fabrikanten van opslag hebben altijd decimaal geteld, en daarom lijken hun getallen groter dan wat de computer laat zien.

De factor is 1,048576, en die draagt vrijwel niemand met zich mee. Afgerond op 1,05 zit hij er 0,14 % naast — bij kleine getallen onzichtbaar, en rond 1.000 MiB een hele eenheid.

Dat is het getal dat je vóór het afronden wilt weten: niet de fout zelf, maar vanaf waar hij ophoudt verwaarloosbaar te zijn. Daaronder is de korte factor de verstandige; daarboven gebruik je het veld hierboven, dat pas afrondt op het moment van afdrukken.

Eén MiB is 1.024 van de eenheid eronder; één MB is 1.000. Op deze pagina is dat het verschil tussen 1,0486 MB en 1 MB — 4,9 % — en het gat groeit bij elke stap omhoog: op een foto een verwaarloosbare afronding, op een harde schijf een zichtbaar stuk.

Hierin zit het raadsel van de verdwenen opslag volledig. Een schijf die als terabyte verkocht wordt bevat in decimale eenheden precies wat erop staat; Windows telt hem daarna in binaire eenheden maar houdt de decimale naam aan, en daar krimpt het getal zonder dat er iets weg is. macOS telt deze eenheden sinds 10.6 decimaal, en daarom kan dezelfde schijf op twee computers twee maten lijken.

Eén mebibyte is 1.048.576 bytes en één megabyte hier is 1.000.000 bytes, dus vermenigvuldig je met 1,048576 om van MiB naar MB te gaan. 256 MiB wordt zo 268,44 MB — een verschil dat groot genoeg is om op te vallen zonder meteen alarmerend te zijn.

Dit is precies het middelpunt van de ladder: bij kilobyte tegenover kibibyte is het verschil maar 2,4 procent en bij gigabyte tegenover gibibyte al 7,4 procent. Megabyte, waar de meeste alledaagse bestanden zich bevinden, zit met 4,9 procent er precies tussenin.

Een foto van een moderne telefoon die het besturingssysteem als "4,2 MB" toont, weegt in werkelijkheid 4,2 MiB als het besturingssysteem binair rekent — decimaal omgezet is dat 4,404 MB, het getal dat een uploadformulier of een e-mailclient elders zou kunnen tonen.

Precies dit soort kleine verschuivingen is waarom een bestand dat "onder de 5 MB-limiet" lijkt te vallen volgens de ene teller, net over de grens gaat volgens de andere — het verschil van 4,9 procent is klein genoeg om nooit als reden herkend te worden tenzij je er specifiek naar zoekt.

macOS stapte in 2009 over op decimale eenheden voor bestandsgroottes, dus toont het systeem sindsdien MB in de zuivere betekenis van een miljoen bytes. Windows bleef binair rekenen achter het label "MB", wat in werkelijkheid mebibyte is — hetzelfde bestand toont op de twee systemen dus een net iets ander getal zonder dat er een byte verschilt.

Android en de meeste mobiele besturingssystemen mengen de twee: opslagcapaciteit wordt vaak decimaal geadverteerd terwijl de bestandsbeheer-app binair telt, wat verklaart waarom een telefoon met "128 GB" opslag na installatie van het besturingssysteem een kleiner getal toont dan verwacht — deels door dit verschil en deels door gereserveerde systeemruimte.

Tel er ongeveer 5 procent bij op om van MiB naar MB te gaan — 200 MiB wordt dan ruwweg 210 MB, dicht bij het exacte antwoord van 209,7. Voor de omgekeerde richting trek je ongeveer 4,5 procent af, wat een lichte asymmetrie heeft omdat de twee procentuele verschillen niet symmetrisch rond hetzelfde middelpunt liggen.

Voor een exacte waarde, bijvoorbeeld bij het instellen van een limiet die precies op de grens moet zitten, gebruik de volledige factor 1,048576 in plaats van de afgeronde 5 procent.

Bij bestanden van enkele tientallen tot honderden megabytes — de meeste documenten, foto's en korte video's — is een verschil van 4,9 procent zelden de reden dat iets niet past of niet werkt, want de meeste limieten hebben ruimere marges dan dat. Het is vooral een verklaring voor waarom twee schermen niet exact hetzelfde getal tonen voor hetzelfde bestand.

Waar het wel telt is bij het schatten van hoeveel bestanden in een vaste opslagruimte passen, of bij een limiet die krap bemeten is — daar is het de moeite waard te weten welk systeem de limiet gebruikt voordat je ervan uitgaat dat er marge over is.

Geen van de twee eenheden is fout — MiB is de correcte naam voor de binaire telling en MB voor de decimale, en het probleem ontstaat alleen wanneer software het label "MB" gebruikt voor een binaire waarde zonder dat te vermelden. De bytes zelf veranderen nooit; alleen de naam die eraan gegeven wordt verschilt.

Zie je twee verschillende bestandsgroottes voor hetzelfde bestand op twee schermen, dan is de eerste vraag niet welk scherm liegt, maar welk systeem elk scherm gebruikt — en dit paar is de rekensom die het antwoord bevestigt.