Jaunais Googles JPEG kompresijas algoritms samazina failus par 1/3

[samurajs]

Korporācija Google prezentējusi uzlabotu JPEG attēlu failu kompresijas algoritmu, kas par 35% samazina attēlu apjomu. Bez tam sanāk labāka bilžu kvalitāte – 75% Kornella universitātes aptaujāto respondentu deva priekšroku jaunumam. Guetzli algoritma utilītprogrammas un bibliotēkas uzrakstītas C++ valodā un tām ir atvērtā koda statuss. Guetzli algoritms ir pilnībā savietojams ar visiem esošajiem interneta pārlūkiem un attēlu apstrādes programmām.

Google ziņo, ka Guetzli algoritms lieto kombinētu kompresijas tehnoloģiju, kas sevī ietver krāsu telpas pārveidojumus, diskrēto kosinusa konvertāciju un kvantēšanu. Tieši pēdējais posms bija JPEG vājā vieta. Tagad izdevies kvantēšanu radikāli uzlabot.

Pateicoties mūsdienu “megapikseļu mānijai”, attēlu apjoma samazināšanai ir milzīga loma. Par lielu daļu aizņemtā apjoma uz cietajiem diskiem un mākoņserveriem jāpateicas tieši JPEG bildēm un video. Ne mazāka loma megabaitu ekonomijai būtu web lapās, kas tad ielādētos ievērojami veiklāk. Mēģinājumi kompresēt bildes bijuši jau agrāk. Microsoft piedāvāja JPEG XR formātu, bet Google WebP un RAISR. Tomēr visiem piemita būtiski trūkumi, tāpēc izstrādātāji vienojās darbus turpināt.

[img]https://notepad.lv/userpix/28_screenshot_3_18_17__10_50_pm_1.png[/img]

[Mad182]

Sapriecājos uz izdomāju, ka jāpaskatās vai to varētu ieviest vienā savā tūlī, bet izskatās ka vismaz šobrīd laika un resursu patēriņš kompresējot bildes ir vienkārši kosmisks.

Quote:

Note: Guetzli uses a large amount of memory. You should provide 300MB of memory per 1MPix of the input image.

Note: Guetzli uses a significant amount of CPU time. You should count on using about 1 minute of CPU per 1 MPix of input image.

Tātad lai sakompresētu vienu 10mpix bildi, vajag 3gb rama un 10 minūtes uz viduvēja mūsdienu cpu. libjpeg to izdara kādā sekundē vai mazāk. Ja tas netiks ļoti ļoti nooptimizēts, tad no šī nav pilnīgi nekādas jēgas, 35% mazāks izmērs protams ir labi, bet ja tas palielina apstrādes laiku simtiem reižu, tad neredzu tam praktisku pielietojumu.

https://github.com/google/guetzli/issues/50

[Autors]

Ieraksti