[tplewa]

tantal wiem i to dobrze że istnieje SSJS... tylko to i tak się nie nadaje.
SSJS można bardziej przyrównać do PHP, ASP itp.

Stosuje się to np. do komunikcji z SQL-em itp. po stronie serwera.
Jednak do analizy i kompresji przesylanych danych z innego serwera to juz raczej malo ciekawe rozwiazanie.

Jesli chodzi o "serwerek u providera" to pisze to w uproszczeniu.... nie bede pisal ze maja jakis cluster, mainframe itp. Co do Ery to nie wiem możemy porozmawiać co ma T-Mobile na Słowacji

Napewno nie zrealizujesz tego na jakims Cisco czy Juniper - wiec rozwiazanie raczej dedykowane.

Tak samo nie mam zamiaru tutaj rozwodzic sie do poszczegolnych protokolow, bo zaraz dojdziemy do flag w ramce i zaczniemy mowic co to jest RST, ACK itp.

Inna sprawa jak mowimy o kompresji to musiala by byc wybiorcza, bo pakowanie jpeg-a itp. raczej mija sie z celem - no mozna sobie pakowac bitmapy bo najwyzej maja kiepska kompresje RLE4. Do tego wiecej niz obrazki zabiera transfer plikow - ktore w wiekszosci sa umieszczane w necie juz spakowane.

Dlatego takie rozwiazania wydaja mi sie troche bez sensu. Moim zdaniem spokojnie wystarczy odpalenie np. w Apache i PHP kompresji gzip (duze serwisow WWW tego uzywa - mozna sprawdzic tcpdumpem lun pod win Ethereal-em)... wiecej sie nie wydusi. A jak ci leci juz z serwera www w gzip to pakowanie tego dodatkowo to kolejne wariactwo...

Natomiast resize jpeg-ow to juz zakrawa mi na olanie takiego lacza - bo moze zepsuc polowe stron, wiec po co mi uposledzony internet.

Proxy robi sobie tylko cache wiec nie jest jeszcze tak zle, a ominac sobie mozesz robiac tunel przez jakis serwerek jak masz dostep... inaczej raczej trudno bo zapewne uzyte jest WCCP...

[muflon]

Inna sprawa jak mowimy o kompresji to musiala by byc wybiorcza, bo pakowanie jpeg-a itp. raczej mija sie z celem

Wręcz przeciwnie, właśnie JPEG jest idealnym kandydatem do takiej rekompresji "w locie", praktycznie bezczasowo.

[tplewa]

Wręcz przeciwnie, właśnie JPEG jest idealnym kandydatem do takiej rekompresji "w locie", praktycznie bezczasowo.

no w sumie tak tylko wychodzi najczęściej większy niż oryginał po kompresji, bo trudno tam już coś skompresować znanymi algorytmami ale fakt algorytmy w takich wypadkach działają szybciej...

[Kolaj]

no w sumie tak tylko wychodzi najczęściej większy niż oryginał po kompresji, bo trudno tam już coś skompresować znanymi algorytmami ale fakt algorytmy w takich wypadkach działają szybciej...

Źle kombinujesz. To jest kompresja stratna. Mocno stratna. Właśnie dlatego autor wątku widzi obrazek mający 15kb, chociaż na serwerze leży >100kb.

Ale u mnie wszystkie fotki do momentu otwarcia ich w nowym oknie są z paskudnymi artefaktami a ten powyższy plik waży 15 kB zamiast 100

[tplewa]

Źle kombinujesz. To jest kompresja stratna. Mocno stratna. Właśnie dlatego autor wątku widzi obrazek mający 15kb, chociaż na serwerze leży >100kb.

He he to sobie spakuj na dysku jpeg-a zipem, rarem itp. to zobaczysz... tu nie ma znaczenia czy to kompresja stratna czy bez stratna. W jpeg-u jest bardzo mała ilość powtarzających się sekwencji (to tak w uproszczeniu) z których mogą skorzystać algorytmy kompresji. A przesyłany jest plik więc liczy się jego rozmiar... algorytm wyświetlający lokalnie dopiero dekompresuje np. jpeg-a

[muflon]

no w sumie tak tylko wychodzi najczęściej większy niż oryginał po kompresji, bo trudno tam już coś skompresować znanymi algorytmami ale fakt algorytmy w takich wypadkach działają szybciej...

He he to sobie spakuj na dysku jpeg-a zipem, rarem itp. to zobaczysz... tu nie ma znaczenia czy to kompresja stratna czy bez stratna. W jpeg-u jest bardzo mała ilość powtarzających się sekwencji (to tak w uproszczeniu) z których mogą skorzystać algorytmy kompresji. A przesyłany jest plik więc liczy się jego rozmiar... algorytm wyświetlający lokalnie dopiero dekompresuje np. jpeg-a

Nie, tu nie chodzi o żadne "znane algorytmy", tylko o manipulacje na danych zapisanych w JPEGu, bez jego rekompresji.

Konkretnie i technicznie (zakładając, że masz jakieś pojęcie o plikach JPG i kompresji opartej o transformaty): wycięcie pewnej ilości składowych IDCT, które są "dalej" w kolejności zigzag. Trochę tak, jak np. LAME potrafi "bezstratnie" - w sensie: bez rozpakowywania do PCM i ponownej kompresji - zmniejszyć bitrate MP3. Jedno i drugie sprowadza się do relatywnie prostych operacji na danych w pliku, nie ma tu żadnych "algorytmów".

[tplewa]

Nie, tu nie chodzi o żadne "znane algorytmy", tylko o manipulacje na danych zapisanych w JPEGu, bez jego rekompresji.

Konkretnie i technicznie (zakładając, że masz jakieś pojęcie o plikach JPG i kompresji opartej o transformaty): wycięcie pewnej ilości składowych IDCT, które są "dalej" w kolejności zigzag. Trochę tak, jak np. LAME potrafi "bezstratnie" - w sensie: bez rozpakowywania do PCM i ponownej kompresji - zmniejszyć bitrate MP3. Jedno i drugie sprowadza się do relatywnie prostych operacji na danych w pliku, nie ma tu żadnych "algorytmów".

No mam pojęcie o transformacie kosinusowej ale o wycinaniu odwrotnej transformaty nie myślałem. Ciekawe jak wygląda taki plik po wyświetleniu...
...aż sobie chyba to sprawdzę...

[muflon]

Ciekawe jak wygląda taki plik po wyświetleniu...

Od odpowiedzi na to pytanie zaczął się ten wątek Proste: wygląda tak, jak JPEG zapisany z większą kompresją...

[tplewa]

Od odpowiedzi na to pytanie zaczął się ten wątek Proste: wygląda tak, jak JPEG zapisany z większą kompresją...

albo już wcale nie wygląda

i prawdę mówiąc w mojej karierze jako admin u kilku providerów się z czymś takim nie spotkałem... zresztą nie wiem ile by się statystycznie zyskało przy takiej kompresji JPEG-a zważywszy że trzeba analizować cały ruch... (tzn. ile % zajmuje w paśmie transfer jpeg-ow).

Zresztą i tak na BTS-e jest ruch priorytetowany i data nie ma najwyższego priorytetu. Dlatego między innymi obiecanki typu 7.2Mbps są to marketingowe bzdury bo tyle to można uzyskać będąc na sektorze samemu...

Więc dalej nie wiem czy taka wybiorcza kompresja ma sensowne podstawy finansowe dla sieci GSM, na pewno T-Mobile na słowacji w Flarionie tego nie używa - tą sieć akurat znam. Może inne sieci hmm

Zwłaszcza że zmorą najczęściej nie są obrazki itp. tylko torrenty itp. to potrafi każde łącze wysycić...

[muflon]

i prawdę mówiąc w mojej karierze jako admin u kilku providerów się z czymś takim nie spotkałem...

google:"mobile jpg traffic recompression solution", pierwszy strzał: http://www.radware.com/Solutions/Car..._features.aspx, piąty akapit.

zresztą nie wiem ile by się statystycznie zyskało przy takiej kompresji JPEG-a

Tyle na ile pozwala bezczelność operatora

[tplewa]

google:"mobile jpg traffic recompression solution", pierwszy strzał: http://www.radware.com/Solutions/Car..._features.aspx, piąty akapit.

Tyle na ile pozwala bezczelność operatora

no dokładnie jeśli chodzi o bezczelność to chyba jedyny wyznacznik.

Co do różnych rozwiązań to owszem istnieją. Ja się spotkałem z rozwiązaniami Ellacoya z tym że to działa inaczej

Kupiło to trochę firm za ogromną kasę i z tego co wiem niezbyt trafiona inwestycja bo nikt się z tym sprzętem jeszcze nie dogadał tak aby normalnie to działało

[Kolaj]

no dokładnie jeśli chodzi o bezczelność to chyba jedyny wyznacznik.

Nie jedyny. Wiele osób korzysta z internetu mobilnego na zasadach pre-paid, płacąc za każde przesłane 100kb. Dla nich możliwość 4-krotnego ograniczenia pasma to wymierny czynnik działający na korzyść takiego rozwiązania, za które są gotowi poświęcić jakość wyświetlanych grafik. Jest taniej i szybciej a, że trochę brzydziej... cóż. Korzystają z internetu bo potrzebują dostępu do informacji a nie wrażeń estetycznych.

I cały czas wydaje mi się, że operatorzy dają możliwość wyboru, czy chce się z tego rozwiązania korzystać czy nie.

[krzysztofr]

Opera Mobile wykorzystuje kompresję strony www przed załadowaniem. Koszty transmisji maleją, ale wyświetlane jpg są kompletnie nie czytelne.

[Kolaj]

Opera Mobile wykorzystuje kompresję strony www przed załadowaniem. Koszty transmisji maleją, ale wyświetlane jpg są kompletnie nie czytelne.

Tak samo jest w nowej Operze 10 z włączoną opcją Turbo, ale sformułowanie, że są kompletnie nieczytelne jest mocno na wyrost. Ilustracja do artykułu o pożarze fabryki, przedstawiająca tenże pożar, będzie wystarczającej jakości, żeby można się było zorientować, co jest na zdjęciu. Artefakty na niebie doprawdy nie są w takim przypadku istotne. Widać ogień, dym i fabrykę. Wystarczy.

Na wyjazdach, kiedy korzystam z prepaidowego internetu, chętnie z tej funkcji korzystam. Do onetu wystarcza. Wyłączam to tylko na czas oglądania galerii, kiedy faktycznie zależy mi na dobrej jakości.

[krzysztofr]

Tylko, że Opera 10 kompresuje w znacznie mniejszym stopniu. Wersja Mobile kompresuje dużo bardziej i do tego dochodzi znaczny resize obrazka.