Strona 2 z 4 PierwszyPierwszy 1234 OstatniOstatni
Pokaż wyniki od 11 do 20 z 34

Wątek: GPRS - kompresja wyświetlanych zdjęć

  1. #11
    Pełne uzależnienie Awatar Kolaj
    Dołączył
    Apr 2006
    Miasto
    Warszawa
    Wiek
    51
    Posty
    3 293

    Domyślnie

    Cytat Zamieszczone przez tantal Zobacz posta
    Dzięki Kolaj. Nic trafniejszego już chyba nie wygooglam,
    Myślę, że masz szansę wygooglać, jak ustawić blueconnect, żeby tej kompresji nie było.
    BYKOM STOP - poprawna pisownia i ortografia w internecie

  2. #12
    Coś już napisał Awatar tiroy
    Dołączył
    Feb 2006
    Posty
    68

    Domyślnie

    Cytat Zamieszczone przez tantal Zobacz posta
    Fakt - korzystam z GPRS, ale traffic compressora wyłączyłem chwilowo (zresztą jpg i tak nie kompresował). APN pewnie ma znaczenie...
    Operatorzy często robią takie numery z kompresją danych, które da się upakować w "mniejszą ilość radia". Szybciej strona się ładuje, klient zadowolony, więcej pasma dla innych, etc. Same plusy, chociaż bywają wyjątki, jak w Twoim przypadku.
    40D, chiński grip, Tokina 12-24/4, Tamron 28-75/2.8, 50/1,8, 85/1.8, Speedlite 580EX,
    Capture One 5, GIMP, Machinery

  3. #13
    Początki nałogu
    Dołączył
    Feb 2008
    Posty
    404

    Domyślnie

    Cytat Zamieszczone przez tiroy Zobacz posta
    Szybciej strona się ładuje, klient zadowolony, więcej pasma dla innych, etc. Same plusy, chociaż bywają wyjątki, jak w Twoim przypadku.
    W zasadzie to nie będzie dramat, ja mam fotki na swoim kompie lepszej jakości niż na coppermine. Wkurza mnie już tylko to, co już wspominałem: gdy przeglądam foty na canon-board skrót Shift+R wczytujący zdjęcia w oryginalnej jakości działa, a na mojej galerii za Chiny nie chce, działa dopiero po otwarciu zdjęcia w nowym oknie. No ale pocieszam się że nie cały świat łączy się przez sieci komórkowe, więc nie muszę póki co zmieniać skryptu galerii.

  4. #14
    Bywalec
    Dołączył
    Jul 2009
    Miasto
    Kamienna Góra/Wawa
    Wiek
    50
    Posty
    135

    Domyślnie

    Generalnie jeśli chodzi o takie zmniejszanie to się trochę dziwię, jeśli już to robią to zapewne nie w javascript - bo javascript jest wykonywana po stronie przeglądarki. Czyli lokalnie na komputerze klienta...

    Zresztą takie skalowanie okropnie by zamulało przeglądarkę, a i tak trzeba przesłać do klienta cały obrazek. Więc jest to bez sensu.

    Kolejna sprawa to robiąc to na jakimś serwerku u providera też było by to mało opłacalne - wyspecjalizowany soft szukający fotek i je zmniejszający. Zapewne nieźle by orało taką maszynę. Więc duże koszty dla operatora.

    Do tego taki operator nie ma w tym zbytniego celu, wiadomo że są limity i po przekroczeniu transfer mocno spada (można sobie dokupić). Więc finansowo jest to opłacalne dla operatora.

    Owszem istnieją sposoby kompresji np. gzip - tyczy się to jednak już konkretnego serwera WWW. Poprostu serwer wysyła całośc skompresowane i przeglądarka automatycznie dekompresuje. Jednak używa się tutaj kompresji bez stratnej i człowiek nawet o tym nie wie że pobiera stronę kompresowaną, to jest dość często stosowane...

  5. #15
    Początki nałogu
    Dołączył
    Feb 2008
    Posty
    404

    Domyślnie

    Cytat Zamieszczone przez tplewa Zobacz posta
    Generalnie jeśli chodzi o takie zmniejszanie to się trochę dziwię, jeśli już to robią to zapewne nie w javascript - bo javascript jest wykonywana po stronie przeglądarki. Czyli lokalnie na komputerze klienta...
    No tak, użyszkodnicy przeglądarek o javascript server side wiedzieć nie muszą, co niestety nie przeczy jej istnieniu i jej wykorzystywaniu
    Kolejna sprawa to robiąc to na jakimś serwerku u providera też było by to mało opłacalne - wyspecjalizowany soft szukający fotek i je zmniejszający. Zapewne nieźle by orało taką maszynę. Więc duże koszty dla operatora.

    Do tego taki operator nie ma w tym zbytniego celu, wiadomo że są limity i po przekroczeniu transfer mocno spada (można sobie dokupić). Więc finansowo jest to opłacalne dla operatora.

    Owszem istnieją sposoby kompresji np. gzip - tyczy się to jednak już konkretnego serwera WWW. Poprostu serwer wysyła całośc skompresowane i przeglądarka automatycznie dekompresuje. Jednak używa się tutaj kompresji bez stratnej i człowiek nawet o tym nie wie że pobiera stronę kompresowaną, to jest dość często stosowane...
    Wydaje mi się że po trosze teoretyzujesz a po trosze próbujesz nagiąć protokoły internetowe do swojego o nich wyobrażenia. Bez urazy- to są procesy proste do granic możliwości... ale nie bardziej
    "Serwerek u providera" ...dość protekcjonalnie piszesz o operatorach komórkowych :-D
    Ale OT się robi, blueconnect compressor obrazki prasuje, traffic compressor już nie ale ich wspólną cechą jest to, że ja decyduję czy i co kompresować. Natomiast pominąć proxy, którego nie widzę w swoich ustawieniach to już dla mnie kłopot

  6. #16
    Bywalec
    Dołączył
    Jul 2009
    Miasto
    Kamienna Góra/Wawa
    Wiek
    50
    Posty
    135

    Domyślnie

    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...

  7. #17
    Pełne uzależnienie Awatar muflon
    Dołączył
    Mar 2004
    Miasto
    Zürich
    Wiek
    48
    Posty
    6 763

    Domyślnie

    Cytat Zamieszczone przez tplewa Zobacz posta
    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.

  8. #18
    Bywalec
    Dołączył
    Jul 2009
    Miasto
    Kamienna Góra/Wawa
    Wiek
    50
    Posty
    135

    Domyślnie

    Cytat Zamieszczone przez muflon Zobacz posta
    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...

  9. #19
    Pełne uzależnienie Awatar Kolaj
    Dołączył
    Apr 2006
    Miasto
    Warszawa
    Wiek
    51
    Posty
    3 293

    Domyślnie

    Cytat Zamieszczone przez tplewa Zobacz posta
    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.
    Cytat Zamieszczone przez tantal Zobacz posta
    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
    BYKOM STOP - poprawna pisownia i ortografia w internecie

  10. #20
    Bywalec
    Dołączył
    Jul 2009
    Miasto
    Kamienna Góra/Wawa
    Wiek
    50
    Posty
    135

    Domyślnie

    Cytat Zamieszczone przez Kolaj Zobacz posta
    Ź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

Strona 2 z 4 PierwszyPierwszy 1234 OstatniOstatni

Uprawnienia umieszczania postów

  • Nie możesz zakładać nowych tematów
  • Nie możesz pisać wiadomości
  • Nie możesz dodawać załączników
  • Nie możesz edytować swoich postów
  •