Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
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.026 sekund, wykonano 56 zapytań