Czy ktoś wie w jakim programie tworzyć grafikę na strony WWW żeby
zajmowała jak najmniej miejsca ? Na razie tworzę w Photoshopie 4.0 i
obrazki wychodzą dosyć duże ( dużo zajmują ). Taki mały obnrazek
potrafi zajmować i 30kB a jak robię ruchomego GIFa w GifConie, to
obrazki wychodzą po nawet 270 kB ( zawierał parę mniejszych ).
Porównałem to z ruchomymi banerami z innych stron, które zajmowały
niecałe 20 kB i jestem w szoku.

: Czy ktoś wie w jakim programie tworzyć grafikę na strony WWW żeby
: zajmowała jak najmniej miejsca ? Na razie tworzę w Photoshopie 4.0 i
: obrazki wychodzą dosyć duże ( dużo zajmują ).

Tworzysz klatki gifow w PaintShopie/Phostoshopie i zapisujesz
oddzielnie, potem cos w rodzaju "GifConstr.Set" (na tucowsach)
i wszystko jest ok.

Wielkosc wynika wlasciwie tylko z wielkosci i rodzaju grafiki na
gifach - im mniejsze wymiary i im mniej maja kolorowych blend - tym
mniejsze rozmiary (to wynika ze sposobu kompresji gif-ow).

: potrafi zajmować i 30kB
chyba zdjecie
Mnie sie nie udalo jeszcze stworzyc animowanego gifa, wiekszego niz
15 kB, za wyjatkiem przerobki AVI-GIF - wtedy mial 4,5 MB :-)))

_/\__/\_/\___           http://mx.irc.pl/~adbartos/
ZHR on-line!    <     http://www.zhr.webmedia.pl/

Czy ktoś wie w jakim programie tworzyć grafikę na strony WWW żeby
zajmowała jak najmniej miejsca ? Na razie tworzę w Photoshopie 4.0 i

obrazki wychodzą dosyć duże ( dużo zajmują ). Taki mały obnrazek
potrafi zajmować i 30kB a jak robię ruchomego GIFa w GifConie, to

obrazki wychodzą po nawet 270 kB ( zawierał parę mniejszych ).

Porównałem to z ruchomymi banerami z innych stron, które zajmowały
niecałe 20 kB i jestem w szoku.

[...]
| obrazki wychodzą po nawet 270 kB ( zawierał parę mniejszych ).

? Chyba 27kb :)

A może jednak kB? b to bit a 27 kb to 3375 bajtów.

Chomik  

  /  _)/  )_ ___  _ __(_) /  ) * http://www.t19.ds.pwr.wroc.pl/~chomik/ *
 (  (_/'_   ) . /' V  / )/' ~) * IRC-Chomik ****** tel. 71 734475 w 184 *
  \ _(_/ (_/\__(_/2_/(_/(_/\_) **** Wroclaw University of Technology ****

[...]
| obrazki wychodzą po nawet 270 kB ( zawierał parę mniejszych ).

| ? Chyba 27kb :)
[...]

A może jednak kB? b to bit a 27 kb to 3375 bajtów.

TomEE J. (Viperr)
http://www.gryf.com.pl/~scion/

Czy ktoś wie w jakim programie tworzyć grafikę na strony WWW żeby
zajmowała jak najmniej miejsca ? Na razie tworzę w Photoshopie 4.0 i
obrazki wychodzą dosyć duże ( dużo zajmują ). Taki mały obnrazek
potrafi zajmować i 30kB a jak robię ruchomego GIFa w GifConie, to
obrazki wychodzą po nawet 270 kB ( zawierał parę mniejszych ).
Porównałem to z ruchomymi banerami z innych stron, które zajmowały
niecałe 20 kB i jestem w szoku.

Aha.. GIMP oczywiscie chodzi pod X-win w Linuxie więć jak ktoś używa
Shit95 to sorry...

Wywal to M$ badziewie! Ja tworze grafikę w GIMPie i wystarczy mi jeden
program, nie musze mieć zadnego GIFcona ani gifwizarda, obrazki sa
spakowane tak jak trzeba (GIMP uzywa zlib tego samego co zip)
np. JPEG 459x202 16-bit TrueColor zajmuje 34kB jako gif zajmowal by 3
razy tyle i to w 256 kolorach. Co do GIFów to ich sie nie pakuje, ale
mozna oszczędzić zmniejszajac colormap.

Aha.. GIMP oczywiscie chodzi pod X-win w Linuxie więć jak ktoś używa
Shit95 to sorry...

Marcin Jagodzinski

http://marcin.supermedia.pl/

| Wywal to M$ badziewie! Ja tworze grafikę w GIMPie i wystarczy mi jeden
| program, nie musze mieć zadnego GIFcona ani gifwizarda, obrazki sa
| spakowane tak jak trzeba (GIMP uzywa zlib tego samego co zip)
| np. JPEG 459x202 16-bit TrueColor zajmuje 34kB jako gif zajmowal by 3
| razy tyle i to w 256 kolorach. Co do GIFów to ich sie nie pakuje, ale
| mozna oszczędzić zmniejszajac colormap.

Ciekawostka. Nie pakuje sie?

| Aha.. GIMP oczywiscie chodzi pod X-win w Linuxie więć jak ktoś używa
| Shit95 to sorry...

Oczywiscie. Bedzie mial 10x wieksze JPEGI. Z definicji.

---
"The rest is silence ..."
---
||||||||||||||||||||||||||||||||||||||||||||||||||
||         Bart's Software & Stuff              ||

||||||||||||||||||||||||||||||||||||||||||||||||||

Oczywiscie. Bedzie mial 10x wieksze JPEGI. Z definicji.

| A może jednak kB? b to bit a 27 kb to 3375 bajtów.

zaraz, zaraz. nigdy nie wiem, czy mb to megabit czy megabajt...
moglbys mnie oswietlic? :)

kB - kilobajt
MB - megabajt

| Ciekawostka. Nie pakuje sie?
przez "njie pakuje sie" nie chce powiedziec ze GIF jest rozmianru
bitmapy
tylko ze nie uzywa algorytmow stricte pakujacych

| Aha.. GIMP oczywiscie chodzi pod X-win w Linuxie więć jak ktoś używa
| Shit95 to sorry...

| Oczywiscie. Bedzie mial 10x wieksze JPEGI. Z definicji.
Niby dlaczego? JPEG jest standardem jak każdy, i JPEG to JPEG
niezależnie od platformy (btw JPEGa wymyślili pracownicy NASA, a tam nie
ryzykują pracowania z M$) stopien skompresowania zależy od zipa, a ten
po Linuxem jest całkiem niezły

Chodzi o to, ze facet (ktory jest jak latwo sie domyslic poczatkujacy)
prosi o rade w sprawie grafiki, a ty mu kazesz zmieniac system
operacyjny. Ktorego zapewne nie bedzie w stanie nawet zaistalowac. Czy
myslisz, ze skorzystal cos z Twojej rady?

Notabene do rozwiazania jego problemu nie trzeba zmieniac nic, nawet
programu, ktorym robi GIFy.

I tyle. Pozdrowienia.
Marcin Jagodzinski

http://marcin.supermedia.pl/

przez "njie pakuje sie" nie chce powiedziec ze GIF jest rozmianru
bitmapy tylko ze nie uzywa algorytmow stricte pakujacych

| A może jednak kB? b to bit a 27 kb to 3375 bajtów.
zaraz, zaraz. nigdy nie wiem, czy mb to megabit czy megabajt...
moglbys mnie oswietlic? :)

Prędkości mierzymy w bps, np:  28800 bps, 64kbps, 2Mbps.
Pojemność mierzymy w B,   np:    350 B,  360kB,  16MB, 2,1GB  :-)

I proszę mi nie mówić że dyski są w G nie-informatycznych ;-)

Zbigniew Zych

| Wywal to M$ badziewie! Ja tworze grafikę w GIMPie i wystarczy mi jeden
| program, nie musze mieć zadnego GIFcona ani gifwizarda, obrazki sa
| spakowane tak jak trzeba (GIMP uzywa zlib tego samego co zip)
| np. JPEG 459x202 16-bit TrueColor zajmuje 34kB jako gif zajmowal by 3
| razy tyle i to w 256 kolorach. Co do GIFów to ich sie nie pakuje, ale
| mozna oszczędzić zmniejszajac colormap.

| Ciekawostka. Nie pakuje sie?
przez "njie pakuje sie" nie chce powiedziec ze GIF jest rozmianru
bitmapy
tylko ze nie uzywa algorytmow stricte pakujacych

| Oczywiscie. Bedzie mial 10x wieksze JPEGI. Z definicji.
Niby dlaczego? JPEG jest standardem jak każdy, i JPEG to JPEG
niezależnie od platformy (btw JPEGa wymyślili pracownicy NASA, a tam nie
ryzykują pracowania z M$) stopien skompresowania zależy od zipa, a ten
po Linuxem jest całkiem niezły

Radoslaw Poplawski (Wroclaw) http://yi.com/home/PoplawskiRadoslaw/

JPG jest pakowany zipem??? A czy jedyna forma kompresji w tym przypadku nie
jest rle?

Ale moge sie mylić.

Marcin Jagodzinski

http://marcin.supermedia.pl/

| JPG jest pakowany zipem??? A czy jedyna forma kompresji w tym przypadku nie
| jest rle?

Z tego co się orientuję, to ani zip, ani rle.
Ale moge sie mylić.

Moglem gdzies sie machnac, ale +/- tak to wyglada...

Radoslaw Poplawski (Wroclaw) http://yi.com/home/PoplawskiRadoslaw/

| JPG jest pakowany zipem??? A czy jedyna forma kompresji w tym przypadku nie
| jest rle?

| Z tego co się orientuję, to ani zip, ani rle.
| Ale moge sie mylić.
To nie tak.
Obraz jest najpierw konwertowany na inny rozklad kolorow (typu RGB czy CMY,
ale z kombinacji trzech barw, ktorych nazwy zapomnialem). Nastepnie z tak
utworzonej bitmapy usuwane sa najmniej istotne bity. To, co zostanie jest
pakowane najprostsza z metod kompresji i calosc wedruje na dysk.
Moglem gdzies sie machnac, ale +/- tak to wyglada...

Acha. mniej więcej tak. A do tych barw: Czy to na pewno jest RGB/CMY/CMYK?
Czy może algorytm wykorzystuje HSI? jakaś dobra dusza wiedząca "to"?

W przypadku programu Image Alchemy w zależności od opcji kod Huffmana może
być albo optymalizowany do danego rysunku, albo pewien ustalony na stałe
(co trochę gorzej pakuje, ale jest trochę szybsze).

| Acha. mniej więcej tak. A do tych barw: Czy to na pewno jest RGB/CMY/CMYK?
| Czy może algorytm wykorzystuje HSI? jakaś dobra dusza wiedząca "to"?

Nie wiem, co, ale na pewno ani RGB, ani CMY/CMYK (co nic by nie zmieniło),
ani chyba HSI/HSB/HLS, tylko jeszcze coś innego. Potem to jest czymś
przetwarzane, tak że większość wartości kwadratu 8x8 grupuje się w lewym
górnym rogu, a reszta jest prawie zerowa (nie powiem dokładniej, bo nie
wiem), i na koniec to jest pakowane Huffmanem.

1. DCT (Transformata Cosinusowa) - pozwala zastąpić tablicę 64 bajtów
tablicą współczynników kosinusów, z których większość ma zazwyczaj
bardzo małe wartości
2. kwantyzacja - czyli kurczy się współczynniki tak, żeby zajmowały
mniej miejsca
3. to co zostało koduje się Huffmanem (czasem arytmetycznie).

Michał

:

1. DCT (Transformata Cosinusowa) - pozwala zastąpić tablicę 64 bajtów
tablicą współczynników kosinusów, z których większość ma zazwyczaj
bardzo małe wartości
2. kwantyzacja - czyli kurczy się współczynniki tak, żeby zajmowały
mniej miejsca
3. to co zostało koduje się Huffmanem (czasem arytmetycznie).

To juz niezle odbieglismy od argumentacji, ze najlepiej robic JPEGI
pod Linuxem, bo ma dobrego zipa, ktory niezle kompresuje JPEGI :-)

Marcin Jagodzinski

http://marcin.supermedia.pl/

Porównałem to z ruchomymi banerami z innych stron, które zajmowały
niecałe 20 kB i jestem w szoku.

Czy kto  wie w jakim programie tworzyć grafikę na strony WWW żeby
zajmowała jak najmniej miejsca ?

Na razie tworzę w Photoshopie 4.0

Taki mały obrazek potrafi zajmować i 30kB

Porównałem to z ruchomymi banerami z innych stron, które zajmowały
niecałe 20 kB i jestem w szoku.

b = bit
B = bajt

Prędko ci mierzymy w bps, np:  28800 bps, 64kbps, 2Mbps.
Pojemno ć mierzymy w B,   np:    350 B,  360kB,  16MB, 2,1GB  :-)

Zdaje mi sie, ze nie chodzi tu o program...zalezy to od sposobu
kompresji. Co wart bylby system kompresji, gdyby rozmiar zalezal od
programu...

Po pierwsze jakiś program może mieć opcję większej kompresji GIFów kosztem
utraty jakości. Nie pamiętam akurat nazwy, był taki dla DOSa - w nazwie
było "GIF", ale to niewiele pomaga :-)
I jest taka usługa gdzieś na WWW, ale też nie pamiętam adresu.

Po drugie kiepski program może nie wykorzystać możliwości kompresji
kosztem szybkości. Nie posądzam o to programu graficznego, ale np. Screen
Thief (zrzucający ekran do pliku za naciśnięciem klawisza) domyślnie
tworzy większe GIFy niż jest to możliwe, żeby zajmował mniej miejsca w
pamięci (jest to DOSowy TSR). A i programy graficzne mogą mieć różnice
polegające na tym, że np. jeden konwertuje wszystko, co ma więcej niż 16
kolorów, na 256 kolorów (AFAIK Corel PHOTO-PAINT).

Nie wspominając o JPGu. "Co wart byłby system kompresji, gdyby rozmiar
zależał od programu"... Spróbuj dwoma programami uzyskać identyczne JPGi!

pamięci (jest to DOSowy TSR). A i programy graficzne mogą mieć różnice
polegające na tym, że np. jeden konwertuje wszystko, co ma więcej niż 16
kolorów, na 256 kolorów (AFAIK Corel PHOTO-PAINT).

| Zdaje mi sie, ze nie chodzi tu o program...zalezy to od sposobu
| kompresji. Co wart bylby system kompresji, gdyby rozmiar zalezal od
| programu...

A jednak może to być kwestia programu.

Po pierwsze jakiś program może mieć opcję większej kompresji GIFów kosztem
utraty jakości. Nie pamiętam akurat nazwy, był taki dla DOSa - w nazwie
było "GIF", ale to niewiele pomaga :-)