Bardziej trendy jest używanie słownika ortograficznego :)

Co do nielegali uzyskasz pewnie kilka cykli szybkości, ale musisz się liczyć, że program nie będzie działać np. na 65816.

Ale osssochodzi? Wyjaśniłbyś co to sob_mask i sob_data i co zawierają, bo kawa naturalna mielona się skończyła, została tylko rozpuszczalna i fusów niet. Może dałoby się połączyć te dwie tablice w jedną i całą sprawę załatwić jednym eorem?

Nie? A mnie się wydawało, że Antic jednak w trybach znakowy bardziej spowalnia. Mogę się mylić, ale lepiej to sprawdzić.

Za stosowanie nielegali powinno się skazywać delikwenta na dożywotnie używanie Atari Basica. ;)

Mi się słownik podłącza pod mózg (tak! mam coś takiego).

A ciągnąć dalej temat używania nielegali to, jak napisałem już wcześniej nie opłaca się całkowicie. Np. wyobraź sobie (nie, nie boisko), że Twój program będzie chciał uruchomić użytkownik takiego DracOS-a. Nie uda mu się to ponieważ DracOS wymaga '816, a ten widząc rozkaz z poza listy oficjalnie udokumentowanych wykona na pewno nie to, co chciałeś xxl :)

Możesz też zrobić alternatywną wersję procedury (z nielegalami oraz bez) i zrobić wykrywanie procesora. Tak np. postąpili Hard, którzy użyli nielegali w plot landscape w demie Joyride. Na "normalnym" 6502 landscape działa, natomiast na 65816 zamiast spektakularnego odlotu systemu B KOCMOC efekt stoi, a demo leci dalej :)

sądze ze najprościej używając znaczników bbcode
(popatrz na linka tuz pod szybka odpowiedzia o tej nazwie ;)

nie kazdy jest na tyle inteligentny ;)
jako dyslektyk musze sie wspierac ksiazkowa wersja badz komputerowa
tego narzedzia ;)

ONT: Nielegale sa be :)

OFFT.
sobie kiedys napisalem takiego pelnoekranowego debugera co widzial nielegale oraz dodatkowe rozkazy procka SALLY. Niestety, chyba przepadl, bo szukalem dlugo na wszystkich dyskietkach i atr'ach jakie mam.
Nie byl puszczony nigdy, ale moze ktos jakas moja dyskietke 'skubnal' na party jakims to moze to tam jest. Oddam gacie za ten program (zbieram swoje stare 'dziela') Binarka nazywala sie DISASSOR.COM, a na dysku ze zrodlami byl plik DISMYASS.ASM (to pamietam dokladnie) Jakby ktos mial to gdzies to sowicie sie odwdziecze oraz upublicznie program oczywiscie.
ps. program pracowal na pelnym ekranie z 'przeplotem' co linia trybu GR.0 bylo $0 antica) Cos takiego tight freezer mial. Dodam ze program ogladalo pare osob, w tym Waldi oraz chyba Samurai albo Slaves. (na qp97)
Wszelkie info mile widziane.
<OFFT:>

Mikey, a nie wyslales Waldiemu tego proga, zeby zupgrejdziel? ;)

wylamujac sie poza szereg i piszac o czyms innym niz nielegalach...
na spektrumie ta dodatkowa ramka na okolo sprajta byla powodowana tym, ze w znaku mogles miec 2 kolory (przykladowo) wiec jakby jej nie bylo, a sprajt bylby w kolorze innym niz np drzewo to wygladalo by to fantastycznie - mianowicie kawalek drzewa bylby przemalowany na jakis inny kolor z dziwnym wzorkiem na lisciach
po prostu calosc zlala by sie
przy twojej organizacji ekranu wybor trybu nie powinien miec znaczenia - czy to bedzie tryb znakowy czy tryb graficzny ilosc danych jaka antic bedzie musial pobrac bedzie porownywalna, z tym, ze w trybie znakowym mozesz przynajmniej teoretycznie miec obok siebie kilka takich samych znakow, co powinno zaowocowac jednym dostepem antica do pamieci generatora znakow - ale to czysta teoria - praktycy niech sie wypowiedza
zamiast redefiniowac zestaw co 1/3 ekranu i miec sobie commodorowska organizacje pamieci tegoz ekranu pomyslalbym na twoim miejscu o jednym zestawie znakow z wydzielonym obszarem na znaki redefiniowalne
co prawda ograniczy ci to ilosc mozliwych obiektow ktore bedziesz mogl zasymulowac, ale tez zmniejszy ilosc potrzebnej pamieci i zaoszczedzi troche cykli

ale jak sobie go przesuniesz o 1 pixel to juz jest na dwoch znakach i zaczyna sie zabawa :]

Candle: pozycja pozioma spritea jest niezależna od jego szerokości, więc jak przesuniesz o jeden piksel - nadal masz jego dane w tym samym miejscu. Same kierowanie duszkami jest niezależne od trybu, inna jest tylko organizacja pamięci ekranu.

Trzymac go mozesz jako 8*8, ale liczyc musisz na matrycy 16*16 (zawsze trzeba wypelnic definicje 4 znakow pod spodem - tylko w kilku sytuacjach bedzie to 2 znaki a wyjatkowo 1). Na szczescie w trybie znakowym nie musisz zapamietac calego tla - wystarcza Ci kody 4-rech znakow pod spritem, a tlo odtwarzasz z ich definicji wlasnie.

Napisanie takiej (a do tego uniwersalnej i obslugujacej zadana liczbe obiektow) procedury nie jest bardzo trudne - poglowkowac trzeba troszke tylko - polecam :).
Moze to nie jest zrodlo a efekt dzialania - ale popatrz na animacje napisu LASERMANIA w tej grze - tam nawet wieksze sa te sprity ;)

Po drugie jesli bedziesz mialpo prostu 40-to znakowy ekran,to gdzies w okolicach 4tego wiersza skonczy Ci sie zestaw znakow. Tak wiec lepiej wtedy robic 32 znakowy, albo podmieniac zestawy a te kilka nigdy nie wyswietlanych znakow zastosowac przy wyswietlaniu spriteow.

Po pierwsze ;) tryb z dwoma zestawami znakow zmienianymi co wiersz jest bardzo wygodny w przypadku gier w ktorych plansze skladaja sie z blokow 2*2 znaki. Co drugi wiersz znakowy jest powieleniem poprzedniego, wiec nie zajmuje miejsca w pamieci i nie trzeba na nim operowac przy zmianie obrazu. Po prostu pierwszy zestaw znakow zawiera gorna polowke obiektow, a drugi dolna... powielenie "robi sie samo" zmieniasz dwa znaki w pamieci ekranu, a na ekranie zmienia sie obiekt majacy 4 znaki :)
W takim przypadku trudniej jest zapanowac nad spriteami programowymi, dlatego zazwyczaj naklada sie sprzetowe przy ruchach obiektow przekraczajacych raster - LASERMANIA w czasie gry np.

no ba, l33t c0de.