Howdy!
Jure Koren wrote:
On 8/28/05, Bostjan Janezic <[EMAIL PROTECTED]> wrote:
Vsekakor lahko sliko koder samo analizira in zapise v jpeg formatu brez
kaksnih algoritmov stiskanja. Seveda je vprasljiva smiselnost takega
pocetja, ampak mozno pa je.
Jah, ni. Ker je JPEG zapis ze sam po sebi lossy, tudi ce das kvaliteto
na 100%, tocno zaradi FFTja z omejenim oknom, ki pac nekaj mora vreci
stran (razen seveda za trivialne resitve, kjer je slika matematicno
gledano izjemno dolgocasna).
Podrobnosti zapisa jpeg mi niso znane, zato naj mi kdo razloži. Takole
na grobo pa je menda kompresija v JPEGu narejena tako, da na sliki
naredijo FFT in jo s tem pretvorijo v spektralni prostor, slika pa je
določena s koeficienti valovnih funkcij. Potem pa pomečejo stran
koeficiente funkcij, katerih frekvence padejo v območje, ki ga človeško
oko manj (ali nič) zazna.
Dejstvo je, da zapis valovnih funkcij ni povezan z velikostjo osnovne
celice mreže. Kar pomeni, da je načeloma lossless pomanjševanje možno,
vendar pa se pri tem datoteka praktično ne spremeni. Razlika nastane
šele pri renderingu. Mimogrede: podoben efekt je pri obračanju slike za
recimo 90 stopinj: če to naredimo v programih, ki delajo nad bitnim
zapisom (ImageMagick in podobni), bomo pri tem naredili veliko sranje.
Če pa uporabimo jpegtran, ki dela direktno nad valovnim zapisom, pa je
stvar lossless.
--
Peace!
Mkx
---- perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);'
---- echo 16i[q]sa[ln0=aln100%Pln100/snlbx]sbA0D4D465452snlb xq | dc
_______________________________________________
lugos-list mailing list
lugos-list@lugos.si
http://liste2.lugos.si/cgi-bin/mailman/listinfo/lugos-list
