Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Tydzień na oddanie głosu w FUJICUP! Głosowanie potrwa tylko do 22 lutego 2025...
TURGEN 9.3.1 Najnowsza wersja oprogramowania TURGEN wprowadza kilka istotnych ulepszeń.
FujiCup 2024 - głosowanie Wystartowało głosowanie w tegorocznej edycji konkursu FujiCup.
IX. Basque Tournament of Atari 2600 31 stycznia Euskal Retro Association zorganizowało IX. Baskijski Turniej Atari 2600.
Rogul 1.0f Poprawki i nowe funkcje
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.018 sekund, wykonano 60 zapytań