Jest jeszcze jedna metoda moge ja stosowac.
To udzielanie odpowiedzi w tym samym stylu, w jakim zadane były pytania :)
W tym przypadku byłoby to:

1. Tak, ja widziałem taki opis i znam jeszcze kilka osób które widziały.
2. .....
3. Oczywiście taki loader istnieje.

Odpowiedzi jak widać są prawdziwe :)

Poczekajcie do łykenda :)

:P
Mam gdzie włożyć, tylko będzie trochę roboty z wywaleniem starej SpartyX, bo to taka dłubanina....
Raczej kupie inna płytę do 130XE .... i to jest to czego nie mam :)

A chciałbym mieć w kompie większy porządek. Sama SpartaX + RAM , AKI i SIO2IDE na CFki. Więcej nie potrzebuje... W sumie tyle właśnie mam, ale chciałbym mieć to ładniej w środku zrobione. AKI i SIO2IDE jest O.K. ale ta Sparta, jakoś tak niebardzo, na EPROMie jest a do tego za małym na nowe wersje...

Nieeeee..... :)

Nieeeee..... :)

Tak.

Tak.

Oczywiście zrobisz jak zechcesz.... co do wektorowości lub nie - nie mam konkretnego zdania, ale sprite engine bedzie szybszy.

Źle zadane pytanie :)
Tutaj Cart jest podstawowym nośnikiem programu. Dyskietka zawiera procedury rozszerzające możliwości interpretera i to Cart bez dyskietki będzie działał, a nie odwrotnie (głównie z powodu bankowania ROMu w carcie).

Tebe... nie musi mi starczać wyobraźni.... Widziałem kiedyś asteroidy (i nawet w nie zagrałem) zrobione XORem i była to masakra (głównie właśnie przy ostrym strzelaniu i wielu małych skałach przed nosem).. Nie pamiętam już na co to było, ale nie podobało mi się.

Dyskusja o metodzie XOR jest jednak tutaj bezprzedmiotowa, bo czyszczenie w przypadku asteroidów jest szybsze.

I piszę to jako fan asteroidów klasycznych, który przegrał w nie tyle .... że lepiej nie pisać...
Zresztą na automatach wciągnęły mnie tylko 3 gry:
1. Asteroids
2. Time Pilot
3. Phoenix
...... no i czasem w tej budzie w Zambrowie robiłem pokazówki QIXa .... bo ludzie nie bardzo rozumieli o co w nim chodzi :)

Post specjalny..... sprawdzam czy się postarzałem :) :) :)

eeee..... z "młodszego" stałem się tylko zwyczajny.....

Klasyczne Asteroidy są bez obrotów.... jakoś wersji De Luxe nigdy nie polubiłem.... cała kasa szła na klasyka :)
Myślę, że czyszczenie możnaby zrealizować odpalając raz jeszcze rysowanie - tylko zamiast skoków do procedur poszczególnych obiektów byłyby skoki do procedur zgrubnie zerujących obszar takiego obiektu, co prawda niektóre obszary czyściłyby się wielokrotnie, ale chyba i tak byłoby szybciej.

A wracając do dyskusji na temat!!!

W klasycznych asteroidach obiekty (poza statkiem, którym kierujemy) mają stałe kształty i nawet się nie obracają. Wystarczy więc przygotować programowe sprajty, poza tym nawet przy ich "rysowaniu" nie ma potrzeby ANDowania z tłem (nie potrzebna jest maska) więc odpada połowa klasycznej procedury programowych sprajtów. No i nie trzeba zapamiętywać tła ... bo go nie ma :) i znowu procedura sprajtów się upraszcza.
Czyli .... jedyny problem to dość szybka procedura czyszczenia ekranu (bo zamiast zapamiętywania i odtwarzania tła trzeba wyczyścić - zrobić puste tło).... może zapamiętywanie (z jakimś przybliżeniem) bajtów, które poprzednio były zmienione przez narysowanie sprajtów .... i czyszczenie potem tylko nich, a nie całego ekranu?
Tak teoretyzuję, bo kiedyśtam z Pirxem mieliśmy podobny koncept :)

Tak.

Przy takim podejściu nie liczyłbym na jakiekolwiek efekty czytania manuala.
Nawet ja - zupełnie niezainteresowany VBXE jakoś bez żadnego problemu znalazłem dokumentacje i poczytałem sobie trochę - jest ona tak precyzyjna jak mało która i dokładnie opisuje wszystko.

Moze i bym kupil.... ale jak tu sie z guma skontaktowac?? :)