tebe, moglbys przedstawic przykladowa procke? jak to sie ma do ruchu pocisku gdzie wysokosc i szerokosc wynosi 1.

---
no i jeszcze przyrost wsp. w ruch w jednej ramce moze byc wiekszy niz 1.

1. metoda XOR wyglądać będzie brzydko w gr.8 (zresztą w innych też niezbyt ładnie wygląda).
2. przy tej metodzie też trzeba czyścić obiekty (ale robi się to powtarzając wywołanie procedury rysowania).

Czyli ... wystarczy zrobić drugi komplet procedur rysowania, które zamiast XORować będą robiły STA (zakładając że w A jest 0) i wywoływać je zamiast czyszczenia. Będzie ładniej i szybciej.
Taki XOR ale bez XORa :)

Aaaa pisząc "procedury" zakładam że możnaby mieć różne procedury dla poszczególnych kształtów (a właściwie rozmiarów) co pewnie jeszcze by wszystko przyspieszyło. No i oczywiście nasz stateczek trza by wtedy oddzielną procką traktować.

przecież asteroidy nie są wypełniane tylko druciane, jak to może brzydko wyglądać, krawędzie będą wyraźniej zaznaczone gdy dwie asteroidy najdą na siebie, dla Hires XOR będzie wyraźniej eksponował wszystkie elementy gry

dodaj do tego ruch i jeśli starczy Ci wyobraźni zrozumiesz

w oryginale jest ORA dla wyswietlania, poza tym kasowanie jest szybsze or rysowania drugi raz...

w dostepnej dokumentacji o vector generatorze sa niescislosci zeby nie powiedziec bledy (mam wrazenie ze specjalnie), trzeba niestety kazdy rozkaz osobno sprawdzac. gra ma jakis ciekawy system przerwan odpalanych ok. 4 x na ramke (?ale nie zawsze?) od nich scisle zalezy szybkosc dzialania gry (tu potrzebne sa zmiany) pamiec VG jest dwuportowa czyli 6502 zapisuje do pamieci w czasie dzialania VG - dlatego pewnie tez sa dwie DL (czyli nie trzeba bedzie kopiowac DL zeby kasowac obraz). podstawa konwersji bedzie Asteroids rewizja2 (@Pecus chyba ze rev.1 lub bootleg ktorys jest lepszy?)

napisalem emulator vector generatora (wymaga jeszcze sprawdzenia no i raczej jest za wolny - mysle to bedzie baza do zmiany calego silnika wyswietlania) w dokumentacji bylo duzo bardzo powaznych bledow, opieralem sie na tym co MAME wyswietla. atari vector generator jest dosc szybki, potrafi narysowac caly obraz w ok.1/3 ramki no i niestety ma rozdzielczosc 1024x1024 myslalem zeby ja skalowac do interlance na atari ale chyba pozostane przy trybie przeskalowanym do 256x239 (tylko jeszcze nie wiem jak :-D)

no tak wlasnie chce zrobic i co 16 linia bedzie miala ta sama wspolrzedna y, nie mowiac o tym ze poczatek ukladu jest w lewym dolnym rogu ale to akurat mozna zalatwic zmieniona DL.

---
albo nie, wspolrzedna y bedzie pobierana z tablicy ktora juz bedzie odwrocona, troszke sie zyska miejsca na LMS w DL no i chyba antic tez troszke kradnie wiecej przy LMS ?

etam - jesli zmienisz pozycje wyswietlania licznikow - to sam ekran moze byc obrocony, odbity ile chcesz razy - i tak przeciez to niczego nie zmienia ;)
co najwyzej obsluge joya bedzie trzeba zmienic na odwrotna w ktorejs osi ;)

wlasciwie juz wszystkie rozkazy vector generatora przetestowane, ten pochyly napis jest tylko w jednej skali (po zmianie skali wyraz jest ok). do rysowanie odcinkow zostala uzyta procka eru a i tak rysowanie jest za wolne :/
bylo by idealnie gdyby pojawil sie kardrydz do atari z wlasnym prockiem... moze Zenon opublikuje w koncu 'Weronike' - uprosilo by to mysle sprawe.

po optymalizacji postaram sie udostenic filmik jesli oczywiscie predkosc nie bedzie zenujaca
---
prosze przeniesc watek do fabryki, bo wlasciwie juz zaczyna cos dzialac.

No i jest super, teraz proponuje powolna rezygnacje z wektorow (czyli kolejne latki :) ).

Mi sie juz teraz podoba !!! :)

magnifique

wywalilem napis na dole, odrobine przyspieszylem kasowanie

http://www.youtube.com/watch?v=00bG01m1woo

procka rysowania lini jest zapozyczona jak narazie od Eru alternatywa jesli procka Konopa ale nie wiem ktora wypadnie lepiej bo jeszcze tam "nie doszedlem", poza tym nie wiem czy w finanej wersji bedzie uzywane rysowanie linii wszystko narazie jest w powijakach, sa rozne koncepcje...