Diskuze: Príklad

Tvůrce

Zobrazeno 14 zpráv z 14.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
1)
1px -> 256 barev = (28 barev) -> 8 bitů -> 1px = 1 byte
400 x 600 = 240000 px -> 240000 B / 1024 = cca 234KB
I když je zabrána jen polovina obrazu, tak i zbylá "prázdná" polovina obrazu by měla zabírat místo, takže podle mě je výsledná velikost NEKOMPRIMOVANÉHO formátu cca 234KB.
2)
Tím si už nejsem stoprocentně jistý, ale předpokládám že to bude
podobné.
datová velikost 1px -> 256 barev = (28 barev) -> 8
bitů -> 1px = 1 byte
datová velikost jednoho snímku (nekomprimovaný) -> 320 x
240 = 76800 px -> 76800 B / 1024 = 75KB
datová velikost jednoho snímku (komprimovaný) 75KB * 0,3
-> 22,5KB
stažená data za sekundu 2 snímky/s -> 22,5KB * 2 = 45 KBps
jenže to je velikost v KBps, ty chceš kbps -> 45KB * 8 = 360 kbps
To jsem tu teďka vymyslel, je dost možný že to tak není Ale logicky by to tak být mělo
Já souhlasím. také jsem
dospěl ke stejnému výsledku. Akorát nevím jak je to s tou kompresí, ale
asi to mas dobre. Ten malý rozdíl ve velikosti je asi převodem do
ztrátového formátu.
To já taky ne, říkám, nejsem si úplně jistý, ale vždy když je
nějaký koeficient tak se to tím vynásobí
Ještě je potřeba počítat s tím, že na disku jsou datové oddíly po cca 4096B a jakmile má soubor i 1B na disku zabere 4kB a když má skutečnou velikost 5kB, zabere 8kB na disku.
Řekl bych, že první příklad bude záviset od velikosti clusteru toho
disku.
Čili že zabraný prostor bude zaokrouhlen nahoru. Typicky 236KB.
Jo, pravda. Já vypočítal jenom velikost souboru, velikost na disku bude
krapet větší Ale myslím si
že to asi brát v potaz neměl, spíš bych řek že je zajímala čistě jenom
velikost toho souboru
Má za úkol to zkusit ve Windowsím malování. Tam se to projeví.
Takže by to brát v potaz měl.
Tomu se říká alokační buňka a může být i menší.
Tady máš celkem povedený popis: http://cs.wikipedia.org/…_(pevný_disk)
Zobrazeno 14 zpráv z 14.