Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Port gry Toadies na Atari STE Toadies, turowy klon Worms z Amigi, trafia na Atari STe dzięki projektowi KtZ i AGT.
Wonder Boy na Atari z VBXE Pierwszy świat konwersji hitu z automatów na małe Atari z kartą VBXE jest już grywalny.
RASTER Music Tracker 1.36.0 Nowa wersja popularnego programu RASTER Music Tracker 1.36.0 m.in. wsparcie dla skryptów i dużo, dużo więcej!
Gearlynx 1.2.32 Aktualizacja emulatora Gearlynx z poprawkami VSync i lepszą obsługą kontrolerów.
NGA 0.9.3. Nowatorski asembler 6502 NGA automatyzuje zarządzanie pamięcią 6502, wykrywając błędy w fazie budowy.
atari.area forum » Programowanie - 16/32bit » STE Scroll
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
GFA to porażka. Nie podobny do żadnego standardu. Od lat nie ma żadnych updatów. Nie mówiąc, że wiedzy na ten temat nie da się wykożystać w innych dziedzinach życia. To moja osobista opinia. Ja używam C/C++ i asma dodatkowo jak trzeba.
Updejty są, ale 'nieoficjalne'. Lonny Pursell odwalił kawał dobrej roboty.
Inna sprawa że języki typu basic to moim zdaniem porażka, ale akurat GFA w kontekście basiców prezentuje się całkiem nieźle.
a można wogóle w gfa zdefiniować coś takiego jak struct z C/C++ ?
sqward: nie można, ale to nie jest az taka wielka przeszkoda, da się bez tego żyć. W basicach 'przedobiektowych' nie ma takich rzeczy.
A jak w języku dla pań zrobić duży ekran po którym potem się przesuwać? Tak żeby wykorzystać to co daje układ graficzny STE.
Leniuk: programując bezpośrednio shifter (poke). Przy czym, standardowe funkcje graficzne GFA nie są przystosowane do takiego ekranu - ich użycie będzie co najmniej problematyczne.
Zachęcam do nauczenia się C. Dużo większe możliwości, no i uzyjesz tego na innych platformach.
Popieram Sqwarda, zwłaszcza że jest bardzo fajna biblioteka GODLIB, stworzona prze Mr Pinka/Reservoir Gods, idealnie nadająca się do tworzenia gier.
A jak w języku dla pań zrobić duży ekran po którym potem się przesuwać? Tak żeby wykorzystać to co daje układ graficzny STE.
Leniuk, "jaki GFA jest każdy widzi": http://www.pouet.net/prod.php?which=57267
Da rade pisać dema w GFA? da radę :)
Po pierwsze to warto zapoznać się z domunentacją, linki już dawałem wcześniej. Jeden przypomnę - tutaj conieco o Shifterze, wirtualnym ekranie scrollu itp:
http://atari-ste.anvil-soft.com/html/devdocu2.htm
Ważne rejestry Shiftera to:
Video Base Address,
Line-Offset Register,
Video Base Address Pixel Offset
programowanie rejestrów sprzętowych z GFA też już dawałem link. Tutaj akurat blitter:
http://www.atari-forum.com/viewtopic.ph ... mp;t=21191
Widziałem te demo i coś nie wydaje mi się że to czysta GFA :) kiedyś mocno męczyłem GFA pod względem graficznym (bez blittera i sprzętowego scrolla bo nie miałem dokumentacji do nich ) i powiem że cudów nie było z prędkością :) Akurat mnie ostatnio natchnęło żeby coś zrobić dla starego Atari a GFA z niego dobrze znałem :P Szkoda tylko że część moich gazet z programami przepadło wraz z twórcą strony Polish Atari News Page :(
Polish Atari News Page ? Rafala znajdziesz tutaj http://atariarea.krap.pl/forum/viewtopic.php?pid=130362
dopiero po chwili zauwazylem ze jest to watek z 2003 roku :)
Co do GFA, niezbyt przepadam za tym jezykiem ale trzeba mu przyznac ze jest szybki, diabelnie szybki.
Poszukaj pliku overscans.zip w tym watku: http://www.atari-forum.com/viewtopic.ph ... amp;t=9190
Znajdziesz tam przykłady w czystym GFA overscanu i sync code - technik znanych jedynie z asemblera. PureC tutaj raczej nie podoła...
Strony Poprzednia 1 2 3
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Programowanie - 16/32bit » STE Scroll
Wygenerowano w 0.051 sekund, wykonano 79 zapytań