spectrum vs inne

[matofesi]

Czy mogłaby być lepsza? Oczywiście.

Taka jak jest jest wynikiem kompromisu. Zastosowane - stosunkowo tanie w momencie projektowania - pamięci miały ograniczenia na dostęp i sposób adresowania wymuszał, że żeby  w jednym "cyklu" (nie cykl maszynowy tylko ciąg operacji pobierania danych) uzyskać odpowiednie czasy dostępu (chodziło m.in. o równoczesne pobieranie bajtu bitmapy i atrybutu) część linii adresowych musiała pozostać stała.
Wybrana organizacja to - o ile pamiętam - jedna z trzech możliwych - ta konkretna została wybrana dlatego, że stosunkowo prosto się implementuje dostęp w trybie "znakowym" - kolejne linie w ramach bloku 8x8 pikseli są przesunięte o 256 bajtów i przeskok między liniami to jedna inkrementacja rejestru.

Jakby ktoś chciał dokładniej to polecam zakup ULA Book'a A jak ktoś ładnie poprosi, to mogę przeskanować/przefotografować kawałek wyjaśniający szczegółowo przyczyny takiej a nie innej organizacji

[sect0r]

Nt. organizacji ekranu: http://chuntey.wordpress.com/2010/03/22/sprite-graphics-tutorial/ fajnie wyjasnione

[matofesi]

@sect0r Tak - tam jest opis jak to działa i jak z tym żyć. Moim zdaniem opis dlaczego jest tak a nie inaczej jest znacznie ciekawszą lekturą

[sect0r]

Jakby polaczyc jedno i drugie to fajny materal na arta o screenie Zx Spectrum...

[Szuwarek]

:-) tez z przyjemnoscia przeczytalbym takiego artka :-)

[Gryzor]

Mat ma racje, organizacja ekranu w ZX to glownie wynik kompromisu pomiedzy mozliwosciami i potrzebnym HW. Altwasser musial upchnac mnostowo logiki w ULA i pamietac ciagle o calkowitym koszcie. Np. jak pokazali Rosjanie contention w ZX jest w ogole nie potrzebne (Pentagon pracuje na calej pamieci w full speed), ale to wymaga dodatkowej logiki. ULA w ZX byla wypchana po brzegi, mozna bylo tylko upraszac.
Amstrad tez nie ma prostej organizacji ekranu, ani CGA, dopiero VGA na PC przyjelo liniowy model.
Czy mozna lepiej niz w ZX - niektorzy twierdza, ze Vector-06C ma swietna organizacje.

[RafalM]

Organizacją pamięci graficznej Spectrum tak naprawdę jest koszmarem dla każdego początkującego programisty w asemblerze

Jeśli chcemy wydrukować literkę w kwadracie 8x8 to jest prosto, ale zrobienie sprajta latającego płynnie po ekranie jest na początku naprawdę niezłym wyzwaniem.

Kolesie ułatwili sobie życie przy prostej czynności i jednocześnie skomplikowali jakikolwiek ambitniejsze działania

Ja to bym chciał taką organizacje pamięci graficznej Spectrum

Rozdzielczość 320x256 pikseli

- jedną linię w dół zawsze przechodzimy przez INC L
- jeden bajt w prawo zawsze przechodzimy przez INC H

i wszystko byłoby prostsze

A jak nie tak, to prosta pamięć liniowa -32 bajty jedna linia, kolejne 32 bajty następna linia itp. Też byłoby prościej niż to co jest teraz
z punktu widzenia programisty.

Natomiast co jest proste z punktu widzenia projektanta sprzętu nie wiem.

[Pyza^Illusion]

Cóż... wtedy "screen" zajmowałby 1/4 całej pamięci Spectrum :p 10240 bajtów + 1280 na atrybuty...
Przerzucenie tego dla procka nie byłoby takie łatwe skoro niezbyt dobrze radzi sobie z 6144/6912.
Owszem, odpadłyby obliczenia "szukania" linii niżej, ew. tablicowania początków każdej linii czy innych zabiegów spotykanych teraz. Kompromis jest jednak znośny tylko te tercje... Można było już zrobić tak jak jest, z tym, że nie dzieląc na 3 części tylko malując pierwsze 24 linie każdego wiersza do samego dołu, a potem te kolejne. Choć jak znam życie też w czymś by to przeszkadzało. No i nie ma co gdybać. Mamy jak mamy

[RafalM]

Można by przerzucać tyle co dotychczas i zostawiać puste miejsce po brzegach

Lub wypełnić raz na początku jakąś statyczną grafiką tak jak to było na C64 w grach żywcem konwertowanych ze Spectrum, np. Dizzy:

http://www.lemon64.com/games/details.php?ID=729

[Phonex]

Kolesie ułatwili sobie życie przy prostej czynności i jednocześnie skomplikowali jakikolwiek ambitniejsze działania

Ułatwili sobie nie drukowanie, tylko wytwarzanie sygnału TV przez ULA! Ułatwienie drukowania wyszło przy okazji

Kompromis jest jednak znośny tylko te tercje...

Tercje są właśnie po to, żeby uprościć ULA.
Jeśli, tak jak pisze matofesi, mamy jednocześnie odczytać treść i atrybut, to łatwiej będzie jak modszy bajt adresu treści i atrybutu będzie taki sam
Z ośmiu bajtów treści "trafiamy" do tego samego atrybutu.

[matofesi]

No dobra. Odpowiadając na sugestię w wątku i na zaczepkę Tygrysa - będzie artykuł o organizacji ekranu. Widzę potrzebę edukowania i będę mógł uzasadnić wydanie 25 funtów Ja opiszę bazując na ULA Booku skąd się wzięła taka organizacja a Tygrys obiecał napisać drugą część wyjaśniającą jak radzić sobie z tą organizacją.

Mam nadzieję, że wyjdzie z tego coś sensownego i będzie można linkować w przyszłości w odpowiedzi na pytanie "dlaczego jest tak dziwnie?"