🚀 go-pugleaf

On 2011-12-22, ArchieIl <ag-shop@argo.pl.eu.org> wrote:
> Wyjątkowo zostawię całość pod spodem.
>
> a) ilość danych przesłanych, a nie ilość danych przesłanych gdyby to
> były skompresowane np. 0.

Ilość danych przesłanych jest stała, niezależnie od tego, czy one są
skompresowane czy nie. Może prościej, megowy obrazek bmp i megowy
obrazej jpeg zajmują tyle samo miejsca.

> b) dekompresja ekranu do wyświetlenia, a nie (de)kompresja danych
> przesyłanych (na potrzeby upchania w założonej ilości pamięci)

Zaraz, to kto ma ten obraz wyświetlać?

> c) nie chodzi o wyliczenie ilości bajtow zajmowanych w Atari tylko o
> ilość możliwych permutacji kolorów przy danej rozdzielczości
> wyświetlanych na ekranie (ocerscan w Atari to dodanie permutacji
> wynikającej ze zmiany kolorów spritami na ramce).

To jest dokładnie to samo. I w wypadku atari nie ma potrzeby dłubania
spritami na ramce, bo zmieniasz DL, ustawiasz jeden bit w GTIA i nie ma
ramki. O spritach pisałem, bo mogą zwiększyć ilość kolorów na ekranie,
czyli zwiększyć ilość przesłanych danych.
Zmieniając kolory w trakcie wyświatlania możesz dołożyć trochę danych,
ale bez przesady.

> d) Pan już odpadł bo totalnie rozminął się z pytaniem, a powtórek nie
> przewiduję jeśli nie są dopytaniem o nie zrozumiane aspekty sprawy.
> Wszystkie odpowiedzi przechowuję wraz z opisem kto konkretnie w nich
> maczał palce.

Buuuu, normalnie załamałem się.

> e) po co? a po co robić dekoder "mpeg" do Amigi oparty o okolice tego
> pomysłu?

No właśnie.

-- 
Konrad Stępień