Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
atari.area forum » Posty przez tebe
jak grafa bedzie na takim poziomie jak w Sudoku to dostaniesz butelką przez łeb
tak pozatym to niezły ma Miker słuch, słyszy msx i juz wie jaki tytuł :) powinien startować w teleturnieju "Jaka to melodia ?"
jak 130XE only ? moze byc 256, 320, 512, 1024, no ale minimum to 130XE czyli gra potrzebuje dodatkowych 4 bankow pamieci
dokladnie, ten motyw z high score zostal przeoczony, ale nie bojcie sie pojawi sie wersja getris'a z poprawkami, teraz mam mnostwo testerow :)
1. poprawic High Score
2. dodac odwrocone "L"
3. dodac mozliwosc wlaczenie/wylaczenia msx-a (chyba ze ktos podrzuci sfx'y: upadek klocka, skasowanie linii, to bedzie mozna przelaczyc msx/sfx)
4. wymienic msx RAMA.MPT na inny
no jest pare melodyjek, losowo wybieranych
posunelo sie do przodu, GETRIS oficjalnie ukończony http://madteam.atari8.info/index.php?prod=gry
moze to pomoze http://atariarea.krap.pl/artykuly.php?a … &id=38
w G2F i Edit Raster jest coś takiego jak GLOBAL OFSET przyjmuje zakres <-8..8> jest to opoznienie przed glownym programem realizujacym dzielenie rastra, jego zmiana powoduje przesuniecie zmian kolorow na calym ekranie
teraz wiecie skad Bill Gates bral pomysly na Windows ;)
jesli w NTSC narysowanie linii ekranu zajmuje tyle samo czasu CPU to tak, jesli nie to nie
Różnie określają ten sposób zmiany kolorów, ale przerwanie DLI samo w sobie nie jest wystarczające, można wywołać program przerwania DLI ale dalej trzeba już sie synchronizować odpowiednią liczbą cykli CPU.
Uruchom G2F (Graph2Font), wybierz MODE=GED+ lub MODE=GED--, przejdź do EDIT RASTERS (ALT+R), zobaczysz okno z domyślną listą rozkazów CPU dla jednej linii ekranu, teraz możesz ją modyfikować co wpłynie na miejsce zmiany kolorów na ekranie, ale idealnej dowolności nie ma.
Podsumowując metoda o którą pytasz to dzielenie rastra "split raster", w tej metodzie nie uzywasz rejestru $D40A jak ma to miejsce w przerwaniu DLI, tylko musisz napisac swoj program którym idealnie co do cyklu zsynchronizujesz sie z tworzoną linia obrazu. Musisz jeszcze wiedzieć ile czasu (w cyklach CPU) zajmuje stworzenie liniii obrazu dla konkretnej szerokości obrazu. G2F obsługuje dzielenie rastra dla ekranu normalnego i wąskiego, dla szerokiego jest to mało opłacalne.
Innym programem wykorzystującym dzielenie rastra jest GED i pewien program FOX'a, którego nazwy zapomnialem, oba na małe ATARI.
Pytanko takie mnie naszło: czy ta metoda (jeżeli użyta powiedzmy w 50% ekranu)
nie obciąży zbytnio procesora?
Czyli inaczej, czy starczy jeszcze czasu procesora na obsługę gry?
Jeśli zostanie użyta w 50% ekranu to CPU w 50% ekranu będzie zmieniał kolory i na nic więcej nie będzie miał czasu.
Trzeba tak naprawdę pomieszać zmiany w rastrze ze zmianami na przerwaniu DLI jeśli to możliwe bo najczęściej są fragmenty ekranu które wymagają zmian koloru co linie i takie fragmenty które tego nie wymagają. Można wtedy wywoływać przerwanie DLI dla konkretnej linii ekranu, odpowiednio sie zsynchronizować i dalej kontynuować zmiany za pomocą dzielenia rastra. Ogólnie wymagana jest optymalizacja programu przerwania DLI, przykładem takiej optymalizacji jest zbliżająca sie gra GETRIS. Czyli jeśli jesteś dobrym koderem to dasz radę.
Heaven, you needs GUI for Deflater, who split file on part and it will pack
Dely masz w paczce z MADS'em ...\examples\LIBRARIES\graphics
Xray nie podales wieku panny ;) a tak pozatym to wyczerpujaca wypowiedz
macgyver musisz wnieść opłate licencyjną
to pewnie jeszcze ochrone pamieci byscie chcieli ;)
piotrv zrob to w asemblerze, wiecej osob bedzie moglo skorzystac
zdolna bestia z tego Pirxa, pewnie przerzucil kod z Amigi :)
nie znam gry, nie gralem, jednak gratuluje skonczonego lub wiecej niz prawie skonczonego projektu
z tego co zobaczylem na wikipedii rzeczywiscie jest to wyzwanie dla programisty
sprobuj wykorzystac ten program http://g2f.atari8.info
Sikor przygotuj mapy do gry, grafike wszystkich uzytych "klocków", przeszkadzajek itd., napisz scenariusz i podeslij koderowi
popros Peter'a o mape, swojego czasu zrobil dla mnie mape Rick'a Dangerous (1 i 2 level z C64)
w obecnych czasach łatwiej zagrac na emulatorze C64 niz dokonywac konwersji, jesli pisac gre to nowa, taka ktorej wczesniej nie bylo na zadna platforme
jeszcze jedna muza CMC+digi jest na drugiej stronie dema Happy Demo/Madteam/1995
zabierz Ja do Kościoła na msze
tia Electron, jak wsadzisz 14MhZ 65816 to rzeczywiscie zmieni sie liczba cykli CPU na 1 linie ekranu i bedzie mozna robic 'ciasniejsze' zmiany koloru w linii
Pasiu odpalal na swojej dopalce grafiki z G2F i synchronizacja sie walila, co oznacza ze trzeba je na potrzeby dopalki inaczej synchronizowac
pozatym pewnego rodzaju przyspieszenie mozna juz zrealizowac na zwyklym 65816 1.79MhZ, wykorzystac 16bit rejestry do zmiany dwoch rejestrow kolorow czyli jak 6502 potrzebuje 4 rozkazow (12 cykli) "lda# sta$.." "lda# sta .." tak na 65816 wystarczaja 2 rozkazy (8 cykli) "lda.w# sta $.." cykle oszczedzamy i ciasniejsze zmiany mamy, jednak stopien skomplikowania takiego rozwiazania wzrasta makabrycznie
atari.area forum » Posty przez tebe
Wygenerowano w 0.083 sekund, wykonano 14 zapytań