no ale to jest kolorowy stateczek. kolorowy statek a cala reszta mono chyba nie bedzie dobrze wygladac.
poza tym chodza sluchy o jeszcze jednej tworzonej wersji cybernoida wiec pewnie i kolorowa powstaje :)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FujiNetChat: Nowy klient IRC dla Atari Pierwsza publiczna wersja alfa FujiNetChat, nowoczesnego klienta IRC wykorzystującego interfejs FujiNet.
Gearlynx 1.2.2 Gearlynx doczekał się aktualizacji. Wprowadzono podgląd SCB, wyszukiwanie w pamięci oraz poprawki.
Wyniki FujiCup 2025 Poznaliśmy najlepsze gry na 8-bitowe Atari wydane w 2025 roku według jury oraz publiczności.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
atari.area forum » Posty przez xxl
no ale to jest kolorowy stateczek. kolorowy statek a cala reszta mono chyba nie bedzie dobrze wygladac.
poza tym chodza sluchy o jeszcze jednej tworzonej wersji cybernoida wiec pewnie i kolorowa powstaje :)
przesylajac do stacji odpowiedni program stacja moze odtwarzac muzyke slyszana w glosniczkach niezaleznie od atari, probowal ktos?
wlasne procki maja tez gry: The Eidolon, Spellunker, Spelldiver
poprzednim razem mowiles ze interesuje mnie tylko emulacja z80 ale widze ze baza Twojej wiedzy jest dzis dla odmiany lewy kciuk :-)
100% poziomow i grafiki przeniesiona
zmiany:
- joy w dol to bedzie zmiana broni a nie jak w oryginale klawisze 1-5
- kolizje zoptymalizowane ale do sprawdzenia
@Pin, nie planyje wersji VBXE
> no to co ja (lub electron) moge?
Candle, Ty nie mozesz, Electron nie chce. jak zrobisz emulacje GTIA na poziomie tej Electrona to pogadamy ;-)
---
no i trzymajmy sie tematu :-) dyskusje o rdzeniach vbxe i samym vbxe do odpowiedniego watku kierowac prosze :D
oryginalny czyli z zx spectrum, pozniej ta wersja byla portowana miedzy innymi na c64 co oczywiscie nie znaczy ze wersja z c64 jest gorsza.
http://www.worldofspectrum.org/infoseek … id=0001196
co do rozdzialki, silnik jest elastyczny, moze dzialac na waskim/normalnym i szerokim ekranie to kwestia przygotowanych leveli...
---
VBXE? bez problemu: http://www.atari.org.pl/forum/viewtopic.php?id=8378
to nie jest glupie pytanie. tryb mono poniewaz mozna zaimportowac grafike z oryginalnej wersji (zero pracy), gdyby byl tryb kolorowy (w zalaczniku) nalezaloby zmienic cala grafike (wielokrotnie to przerabialem np. w hobgoblin2 zachcialo sie przerabiac grafike i skonczona gra lezy chyba 2 rok)
http://atari.pl/cybcolo.avi (dwa wulkany, a co)
@Pin nazwiska, adresy! jakie programy! konfiguracja!
@Jacques: moja stopka to cytat jednego z niedowiarkow, ktory ze zdziwieniem zauwazyl ze moje gry dzialaja bez rekompilacji mimo zmiany wersji rdzenia vbxe :D
> lecz ułatwia uruchomienie programu na nieco bardziej dopalonych maszynach.
na bardziej "dopalonym" sprzeciej powinno sie latwiej uruchamiac programy a nie trudniej tymczasem na atari jest odwrotnie :-) ale wiesz dlaczego :-) nie trzeba wiele zeby uzdrowic sytuacje.
tez jestem za usunieciem punku regulaminu w ktorym mowa o zostawieniu bankow pamieci na potrzeby dosa oraz punkt ktory mowi o tym, ze to user decyduje o tym z ktorych bankow demo moze korzystac :-)
kiedys mowilem, ze grafike do gry robi sie dluzej niz sama gre, dzis moge smialo powiedziec ze nawet sfx robi sie dluzej niz sama gre. a odpowiadajac - kolorowo to juz bylo
chyba ze jakis szlaczek...
;)
http://www.youtube.com/watch?v=lMpxI-lqIAs
nowy level format,
23 dodatkowe klocki (2x2) na grafike
zmodyfikowane powerupy i strzelanie
facet rozszerza funkcjonalnosc urzadzenia a tu go odrazu na ziemie ze kabelek trzeba przylutowac pol centymetra w lewo czy prawo. pozbycie sie wyswietlacza LCD na rzecz OSD to swietny pomysl.
ale zeby wpasowac sie w koncert zyczen to nowe SIO rozkazy do odtwarzania na lini sio audio dzwieku zapisanego na karcie sd a moze tez emulacja xc12, wczytywanie casow z sio2sd :D
nie wiem czy dobrze pamietam ale amiga 1200 z karta 040 byla tansza od falcona 030
nie wiem czy TOSEC ma war.zy ale jak sie przeklikasz (niekoniecznie atari) znajdziesz gry ktorych gdzie indziej nie sciagniesz...
spore archiwum...
@Gzynio, boxa sobie mozesz zostawic :)
> odbierać na małym Atari transmisję MIDI? (MIDI in).
to mnie zmylilo :)
pisz na forum 8bit a nie tu. http://ixkuczek.republika.pl/ixkuczek_pol.html
nie chcesz sprzedac 600XL tanio?
> ale żaden nie załaduje bloku którego adresem startowym jest $ffff
xBios moze zaladowac 1 bajt gdy adresem startowym jest $FFFF
NOTE/POINT dodane, POINT moze sie przydac NOTE jak ktos lubi (nie kosztowalo miejsca w pamieci wiec dodalem)
POINT ustawia wskaznik czytania z pliku na bajt ktorego adres jest w rejestrze A,X,Y
NOTE czyta wskaznik, oddaje adres w A,X,Y
przyklad uzycia:
ldy <file_name
ldx >file_name
jsr xBIOS_OPEN_FILE
ldy #$80
ldx #$03
lda #0
jsr xBIOS_POINT
jsr xBIOS_GET_BYTEw akumulatorze znajdzie sie bajt o indeksie $000380 od poczatku pliku.
umknielo mi wczesniej a to moze miec dla niektorych znaczenie:
xBIOS_OPEN_FILE - otwiera plik do odczytu/zapisu (wymiany) mozna jednoczesnie czytac i pisac do/z pliku.
xBIOS_SET_LENGTH - jesli uzywamy to wystarczy raz ustawic, nie trzeba inicjowac po kazdym READ/WRITE
> W większości loaderów pod $ffff nic się nie załaduje.
no to wiekszosc loaderow ma problem, oczywiscie pod xBiosem bez problemu sie zaladuje.
> Przeanalizowałem kiedyś kilka i wszystkie działały tak:
> ...
> czyli pod $ffff nic się nie da wczytać
zeby dojsc do takiego wniosku trzebaby przeanalizowac nie ten algorytm tylko w jaki sposob jest porownywany adres ladowania z adresem konca czyli musisz zaglebic sie w podpunkty:
- wczytaj blok
- skocz na początek
receptura na to zeby te "inne" loadery tez mogly ladowac pod $ffff jest np. taka:
ldy load_adr_lo
lda load_adr_hi
cpy end_adr_lo
sbc end_adr_hi
bcc ladujemy_dalej_URAAaa wniosek: pod $ffff (uwaga odkrycie - to do spamerow) mozna zaladowac jeden bajt :-)
> sprawdzilem MADS nie generuje sygnaturki przed blokiem ladowanym pod $ffff
odszczekuje. MADS generuje sygnature $ffff przed blokiem ladowanym pod $ffff czyli wszystko gra
---
no jak to? :-) po kilku kilobajtach tekstu doszlismy do wniosku (mam nadzieje - hi Pecus) ze prawidlowo zbudowany plik binarny moze zawierac w naglowku adres ladowania pod rom :D
> nagłówek $FFFF jest tylko na początku pliku, aby można było stwierdzić czy to jest plik wykonywalny AtariDOS
e tam. raczej zeby stwierdzic czy jest to plik binarny dosa. moze zawierac same dane.
> jeśli XXL uważasz że zapisywanie nadmiarowej informacji jest niezbędna
jest niezbedna (zeby stworzyc prawidlowy plik binarny dosa) jesli naglowek wskazuje $ffff jako load adres
atari.area forum » Posty przez xxl
Wygenerowano w 0.226 sekund, wykonano 19 zapytań