18.12.2016 15:58
[#124]
Re: programowanie amos
@chicago, post #123
Piszesz o płaszczyźnie i wymieniasz Knight Lore, który jest w rzucie izometrycznym (owszem, to też swego rodzaju płaszczyzna, ale jednak nieco inne podejście).
Odpowiadając na pytanie, to zależy od techniki wyświetlania grafiki, bo AMOS umożliwia kilka. W twoim przypadku albo Boby, albo Bloki. W tym drugim przypadku musiałbyś pobierać je z parametrem ,1 na końcu, co oznacza maskę, żeby nakładane ściany czy inne obiekty nie miały elementu nieprzeźroczystego (jak nietrudno zgadnąć efekt byłby nieciekawy).
Jeśli nie masz odpowiedniego skilla, to użyj automatycznego buforowania i Bobów, choć nic nie stoi na przeszkodzie żeby na "budowlę" użyć Bloków a na ruchome obiekty Bobów. Temat rzeka...
Odpowiadając na pytanie, to zależy od techniki wyświetlania grafiki, bo AMOS umożliwia kilka. W twoim przypadku albo Boby, albo Bloki. W tym drugim przypadku musiałbyś pobierać je z parametrem ,1 na końcu, co oznacza maskę, żeby nakładane ściany czy inne obiekty nie miały elementu nieprzeźroczystego (jak nietrudno zgadnąć efekt byłby nieciekawy).
Jeśli nie masz odpowiedniego skilla, to użyj automatycznego buforowania i Bobów, choć nic nie stoi na przeszkodzie żeby na "budowlę" użyć Bloków a na ruchome obiekty Bobów. Temat rzeka...
05.11.2017 20:21
[#129]
Re: programowanie amos
@djpiotrs, post #127
Wszystkich to chyba nie ma sensu. Raczej te najbardziej przydatne typu AMCAF, Turbo plus, TOME...
To rozszerzenie z AGA jest ponoc nieuzywalne, wiec to raczej taka ciekawostka i AGAowych gier w Amosie nie bedzie.
p.s.
Osobiscie sprawdzilem tylko Turbo plus i d... nie urwalo. Owszem w niektorych przypadkach ikony rysuja sie 100% szybciej ale w opisach bylo, ze kilkukrotnie szybciej a to juz jakas.
To rozszerzenie z AGA jest ponoc nieuzywalne, wiec to raczej taka ciekawostka i AGAowych gier w Amosie nie bedzie.
p.s.
Osobiscie sprawdzilem tylko Turbo plus i d... nie urwalo. Owszem w niektorych przypadkach ikony rysuja sie 100% szybciej ale w opisach bylo, ze kilkukrotnie szybciej a to juz jakas.
14.11.2017 13:59
[#131]
Re: programowanie amos
@QUAD, post #130
Uh, ciężko to idzie. Rzuć okiem na takie rozwiązanie (w tej chwili 50 FPS-ów, ale nawet po dodaniu logiki -
zwłaszcza przy tylu kolorach - będziesz miał murowane 25 FPS-ów na gołej Pięćsetce):
zwłaszcza przy tylu kolorach - będziesz miał murowane 25 FPS-ów na gołej Pięćsetce):
Screen Open 0,640,200,16,Lowres
Screen Display 0,128,50,320,200
Flash Off : Curs Off
Pen 1
Box 0,0 To 15,15
Get Bob 1,0,0 To 16,16
Cls 9
Box 0,0 To 319,199
Double Buffer : Autoback 0 : Bob Update Off
Screen Open 1,320,20,16,Lowres : Flash Off : Curs Off
T1=Timer
Repeat
Inc FPS
Screen 0
Bob 0,160+X#,100,1
Bob Clear : Bob Draw
Screen Swap
Screen Offset 0,X,0
Wait Vbl
Inc X : X#=X#+0.5
If X=319 Then X=0
T2=Timer
If T2-T1>=50
Screen 1 : Locate 0,0 : Print Str$(FPS)+" "
FPS=0
T1=Timer
End If
Until Mouse Click 14.11.2017 14:26
[#133]
Re: programowanie amos
@QUAD, post #132
Screen Offset to jedyne rozwiązanie, jeśli ma być płynnie (do tego w kanale Amala dla jeszcze większej płynności). Oczywiście żeby wyświetlać tzw. endless scroll musisz sobie rozszerzyć ekran roboczy i wklejać wchodzącą grafikę z prawej strony poza widocznym obszarem, zanim pojawi się ona na ekranie.
14.11.2017 15:51
[#136]
Re: programowanie amos
@QUAD, post #132
Instrukcja Def scroll do niczego sie nie nadaje a juz tym bardziej jesli otwierasz ekran o wielkosci az 900 pikseli 
(bierz poprawke, ze wtedy czas potrzebny na rysowanie zabiera 300% tego co wczesniej kiedy masz podstawowy ekran).
Tak jak pisal Umpal, jedynie screen offset wchodzi w gre aczkolwiek, to tez mocno pamieciozerny sposob i wcale nie taki szybki.
Ogolnie moja zlota rada brzmi: omijac gry ze scrollem w Amosie
(bierz poprawke, ze wtedy czas potrzebny na rysowanie zabiera 300% tego co wczesniej kiedy masz podstawowy ekran).Tak jak pisal Umpal, jedynie screen offset wchodzi w gre aczkolwiek, to tez mocno pamieciozerny sposob i wcale nie taki szybki.
Ogolnie moja zlota rada brzmi: omijac gry ze scrollem w Amosie
