Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FujiATC: radar lotniczy na Atari Śledzenie ruchu lotniczego na żywo na 8-bitowym Atari dzięki urządzeniu FujiNet.
VBXETERM 0.24 Aktualizacja terminala VBXETERM v0.24 naprawia błędy obsługi urządzenia R:
Nowa wersja kompilatora actionc Nowe wydania nightly cross-kompilatora języka Action! dla 8-bitowego Atari napisanego w Rust.
Koniki: nowa gra na Atari 8-bit Larek i Gades prezentują grę Koniki działającą z nowym kartridżem SuperGameCart.
Gopher2600 0.57.2 Aktualizacja emulatora Atari 2600 poprawiająca stabilność i naprawiająca błędy w debuggerze.
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.019 sekund, wykonano 52 zapytań