Fwd: [LUGOS] kvalitetni resize slik
Metod Kozelj
metod.kozelj at lugos.si
Tue Aug 30 07:53:38 CEST 2005
Howdy!
Jure Koren wrote:
>On 8/28/05, Bostjan Janezic <bostjan at japet.si> 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
More information about the lugos-list
mailing list