Autor: Pawel PYK (pyk_at_ccagate.ari.ch)
Data: Thu 11 Jul 1996 - 17:00:39 MET DST
zylla_at_lodz1.p.lodz.pl (Romuald Zylla, Lodz Tech.Univ. Poland)
wrote:
>At 10:32 96-07-11 +0200, you wrote:
>>Zeby wydrukowac glupi dyplom zawierajacy troche bitmap musialem
>>3 lata temu lazic po calej uczelni w wolnego poszukiwaniu 486 z
>>16 mega wspaniale. Zeby bylo smieszniej dal sie napisac na 4
>>mega. Ale wydrukowac ni... 16 mega (bo bitmapy sa wlaczane
>>zywcem w dokument). Pomyslec ze 3 lata wczesniej pisalem podobny
>>dokument ba mial nawet wiecej bitmap (okolo 100 zrzutow ekranu)
>>bez problemu drukowalem..
>>Pawel
>>
> To jest wielkie qrestwo ze strony M$ ze takich bitmap nie
> kompresuje i dopiero wtedy nie trzyma w dokumencie.
> A przeciez maja juz algorytm RLE wbudowany w system.
> Nie jest wprawdzie superefektywny ale moze bitmapy takie
> jak wykresy (zwykle duze biale tlo z kilkunastoma kreskami
> i troche napisow) skompresowac 10-cio krotnie.
>
> Czy oni to zrobili zeby odzwyczaic ludzi od bitmap
> czy aby spowodowac popyt na duze RAM i duze HD hgw
>
>Romek
Moich by nie skompresowal (a wlasciwie zakodowal RLE to kodowanie
a nie kompresja!) bo byly efetktami dzialan (kompresjii i
dekompresji) roznych stratnych algorytmow (moje DCT, JPEG, VQ,
BTC...) a te wprowadzaja szum... (Proponuje experyment
GIF>JPEG>GIF). Ale dlaczego do cholery nie potrafi trzymac
rysunkow odzielnie i ladowac ich do pamieci tylko gdy trzeba to
nie wiem.
Pawel
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 12:48:37 MET DST