chyba większość gier korzysta z multiplexingu duszków i to pełnego, nie połowicznego...

Ja nawet zaryzykowałbym, że w nieprzekraczalnej granicy 1 procenta :)

Podejrzewam, że zasugerowałeś się duchami programowymi.

Wydaje mi sie ze chodzilo mu o multiplikacje metada sortowania pionowej pozycji duszkow i powielania ich przez przesuwanie w poziomie na DLI na inna pozycje - bo to stosowane jest bardzo czesto..... tak mi od razu na mysl przychodzi starenka gra Mister Do's Castle, albo Pacman (klasyka w koncu). Zreszta w wielu grach jest to stosowane i objawia sie migotaniem duszkow w chwili gdy przypadkiem znajdzie sie ich za wiele w jednej linii.
I chodzi tu oczywiscie o duszki sprzetowe.

Polecam ktores demo OUR 5OFTu :))) nie pamietam ktore, ale zaraz sobie przypomne, albo Pirx nam przypomni ;)

Moge zaryzykowac nawet sformuowanie: "Wiekszosc starych gier". Animacja na znakach to taki "nowoczesny" wynalazek, kiedys stosowalo sie grafike PMG.

A najlepszy przyklad to ???......... River Raid!!! ")

Ostatnio edytowany przez Pecus (2008-06-24 10:41:37)

Ja uwazam, ze nikogo w blad nie wprowadzales. Jest to multiplexing duszkow i juz. Co wiecej, wszyscy juz - w dobie robienia wszystkiego na znakach - zapomnieli jak czesto ta metoda byla stosowana - i sprawdzala sie.

Ja zaryzukuje stwierdzenie, ze o co Tobie chodzi wiesz tylko Ty - co widac w innych dyskusjach....

Stawiac, to sobie mozesz piwo - ja screena widzialem i jak zastosujesz owego Twojego double scana (ze sprytem to on niewiele wspolnego ma), to zobaczysz jak nedznie to bedzie wygladalo.

Na załączonym zrzucie nie widzę żadnego multiplexing'u, gdyż za takowy uważam wyświetlanie zwiększonej ilości obiektów w lini poziomej. Kiedyś - dawno temu - zrobiłem multiplexing na przerwaniu DLI, które zmieniało adres bazowy sprite'ów oraz ich pozycje. Niestety było to niepraktyczne, ponieważ z oczywistych powodów (opóźnienia) nie pozwalało na dowolne pozycjonowanie. Z tego co pamiętam udało się wyświetlić 10 duchów w jednej linii. Być może przy sprytnym manewrowaniu pozycjami oraz przy pewnych założeniach można uzysykać jakiś sensowny wynik. Jeśli komuś na tym zależy to mogę przegrzebać dyski w celu zlokalizowania delikwenta.

o ile dobrze pamiętam, to w ilości wolnych cykli na jedną linię...

tak, w największej szerokości czyli ((8px + 2px) x 4) x 4 = 160px, ale wtedy masz prostokąty szerokości 4px, co znów nie jest takie fajne przy kolorowaniu obrazków...

//EDIT walnąłem się - ma być nie 320, a 160 - P/M G na atariki:

Bit          7  6  5  4  3  2  1  0
Szerokość:   ...nieużywane...  0  0  pojedyncza (8 cykli koloru)
                               0  1  podwójna   (16 cykli koloru)
                               1  0  pojedyncza
                               1  1  poczwórna (32 cykle koloru)

(dzięki Jell)

Ostatnio edytowany przez maw (2008-06-24 15:18:49)

maw - przelicz raz jeszcze to rownanie...

Z tego co pamiętam, program GED dokonuje właśnie multiplexing'u sprite'ów w poziomie. Swego czasu Titus narysował parę rysunków w nim, z naprawdę imponującym efektem. Wystawiał te prace na którejś Ornecie.

Korekta - dokładnie połowę - 10 duszków x 8 pikseli = 80 pikseli (przy założeniu normalnej szerokości ekranu oraz standardowej szerokości sprite'ów).

Problem polegał na tym, że nie wystarczało cykli CPU, aby ustawić sprite'y w szeregu, jeden za drugim. Nie pamiętam dokładnych pomiarów, ale jestem pewny, że nie wystarczało, aby to zrealizować idealnie. Pomiędzy ostatnim duszkiem w pierwszej grupie, a pierwszym w następnej musiała być przerwa. Kod wyglądał tak:

lda #SPRITE0_GROUP0_POS
sta $d000
lda #SPRITE1_GROUP0_POS
sta $d001
lda #SPRITE2_GROUP0_POS
sta $d002
lda #SPRITE3_GROUP0_POS
sta $d003

lda #SPRITE0_GROUP1_POS
sta $d000
...

Nie da się szybciej tego zrealizować.

Dely - pamiętaj, że ce64 ma mapę kolorów i nie potrzbuje jej emulować za pomocą sprajtów.