Nowy algorytm Google zmniejsza JPEGi nawet o 35 procent

Już wkrótce czas ładowania stron w sieci może ulec skróceniu. Wszystko za sprawą nowego algorytmu Google Guetzli, który jest w stanie zmniejszyć rozmiar plików JPEG nawet o 35%.

[stoprocent]

szkoda ze nie zmniejszy spamu conowego o 30%

[boubobobobou]

@stoprocent: No właśnie zwiększy o 30% bo będą mogli pozwolić sobie na 30% większy ruch na stronie :P

[Z.....s]

a ludzie i tak do tej pory pomimo kompresji wrzucają gify po 30mb ( ͡° ʖ̯ ͡°)

[bezrecepty]

@Zmalaurus: A ludzie i tak do tej pory pomimo XXI nie widza roznicy miedzy mb a MB.

[y0da]

@bezrecepty: 30 michałów białków

[W.....o]

Od dawna prędkość ładowania strony nie jest ograniczona rozmiarem obrazków a ilością Java Skryptów uruchamianych...

[I.....a]

@Wladyslaw_Jagiello: Jeszcze dłużej istnieje JPEG2000, tylko że opatentowany i nikt go nie używa.

[MAti_gca]

@Wladyslaw_Jagiello: Tylko te kodowanie nie jest bezpośrednio korzystne dla klientów, może spowodować nawet przedłużenie ładowania strony bo potrzebne będą kolejne obliczenia. Jest ono głównie skierowane do odciążenia serwerowni, bo gdy np, potrzebne będzie 20% mniej danych to będzie można mniej więcej tyle zredukować serwery, lub otworzyć nową usługę.

[tees3r]

po co pisać o czymś o czym się nie ma pojęcia?

Proces kompresji jest wieloetapowy i opiera się na przekształceniu przestrzeni barwowej, dyskretnej transformacji kosinusowej oraz kwantyzacji.

to już kompresja jpeg zawiera wymienione kroki... i jest bogatsza o zygzaka i Huffmana, więc przydałoby się więcej szczegułów

[Gorion103]

szczegułów

@tees3r: ( ͡º ͜ʖ͡º)

[tees3r]

@Gorion103: przyznaję się, Miodek ze mnie nie jest ;)

[pozmu]

Już teraz można przyspieszyć ładowanie stron i to o więcej niż 35% wyłączając javascript.
Tak, wiem, że wiele stron przestanie poprawnie działać, ale to nie moja wina.

[k_suchy]

@pozmu: @rukh Przyszłość to tzw. Single Page App. Czasy kiedy to serwer musiał generować cały kod HTML (pomieszany z CSS) już dawno minęły. W dobie kompilacji JIT Javascriptu we współczesnych telefonach takie rozwiązanie jest jak najbardziej możliwe. Przeglądarki mają mieć coraz bogatsze API JS (np. bluetooth) tak aby prostsze apki można było uruchamiać bez pobierania.

[k_suchy]

@rukh: Mam na myśli coś takiego jak strona operatora komórkowego, gdzie masz różne "ekrany" np. logowanie, zarządzenie numerami itp. To wszystko możesz mieć po stronie klienta a serwer tylko api restowe.

[LostHighway]

Po kompresji: 159 949 bajtów Kompresor dawny dostępny. Wiem, że wykop przerabia na swoje ale jakościowo to się nie różni przy 90% kompresji.

[LostHighway]

Oryginał z aparatu: 1 435 229 bajtów

[erlajn_akrual]

Niby Google, a kod to tak średnio bym powiedział (medżiknambers i te sprawy)

[H....._]

Będzie dostępne jakieś narzędzie do kompresji czy to ich wewnętrzny system tylko :)?

[Bemko]

@HitmaNeK_: Google udostępnia całe repozytorium wraz z gotową aplikacją do kompresji. Póki co działa to niestety bardzo wolno i potrzebuje dużo RAM (300MB na 1Mpix zdjęcia).