Mám tu černobílou grafiku (scan textu) 2027x3067 (sejmuto na výšku), potřebuju ji na šířku, otočil jsem ji tedy. První, co mi bylo nápadné, že ji prúzkumník najednou ukazuje 761 KB místo 767 KB, tedy dobré procento rozdíl, přestože se na geometrické velikosti grafiky nic nezměnilo - nyní 3067x 2027 (čísla stejná v Irfanovi i v MS-Paintu).
Zobrazil jsem si tedy vlastnosti a tam stojí před otočením 785'214 Byte (786'432 Byte obsazené), po otočení 778'430 Byte (786'432 Byte obsazené); ty obsazené - závislé mj. na velikosti disku/partice - jsou pro tenhle moment nepodstatné. Tedy zhruba 8 KB rozdíl.
Rozhodl jsem se tedy přepočítat:
2027 x 3067 = 6'216'809 pixlí
Černobílý obraz má 1 bit/piksli, velikost souboru by tedy měla být
6'216'809 / 8 = 777'101,125 bytú, zaokrouhleno nahoru 777'102 bytú,
to by měl být přesný čistý obsah dat souboru, který nemá žádnou nadhlavu, nic není nijak komprimované, bez ohledu na velikost partice a její nejmenší datovou jednotku (nebo jak se to správně česky jmenuje), bez ohledu na orientaci na skle - nesouhlasí ovšem ani s ukázanou hodnotou před otočením, ani po otočení: Rozdíl v 1. případě -8'112 bytú, v 2. -1'330 bytú.
Ví někdo, jak prapodivně to systém počítá?
Napadlo mě, že snad násobí velikost řádkú zaokrouhlenou nahoru na celé bajty jejich počtem, ale ani to nevychází: Pak by to muselo být na výšku 779'018 bajtú, na šířku 778'368 bajtú