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