Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
HDDRIVER 13.01 Aktualizacja HDDRIVER przynosi poprawki dla HDDRUTIL oraz lepszą obsługę szybkiego sprzętu.
192p Test Suite dla 8-bitowego Atari Nowy program do testowania i kalibracji obrazu dla Atari XL/XE od HanJammera.
Atari800 7.0.0 Pierwsza wersja emulatora z funkcją pobierania z sieci i mnóstwem nowości.
Obrazy w 1024 kolorach na VBXE Nowy konwerter i przeglądarka obrazów dla rozszerzenia VBXE pozwalają wyświetlić aż 1024 kolory.
Gearlynx 1.2.15 Emulator Atari Lynx doczekał się ważnej aktualizacji z wieloma nowymi funkcjami.
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 57 zapytań