02.08.2021 13:42
[#151]
Re: Tworzenie gier
@tukinem, post #149
Screen offset starczy. Ciężko mi powiedzieć cokolwiek o dual playfield sugerowanym przez Mastaszka, bo nie wiem co chcesz zrobić, ale jeśli nie potrzebujesz dwóch warstw które się niezależnie przesuwają, to możesz to raczej pominąć - zwłaszcza że potrzebujesz sporo kolorów. Ale AMCAFa i tak zainstaluj, bo z tego co słyszałem jego funkcje dają niezłego kopa.
02.08.2021 14:05
[#152]
Re: Tworzenie gier
@karolb, post #148
Po przeniesieniu się do działu zamkniętego udostępniłem nagranie z wersii w dual playfield'zie. Ilość FPS-ów na gołej Amidze zaskoczyła mnie samego (~48). Kilka lat już do tego kodu nie zaglądałem, więc kto wie, może by się i dało więcej wycisnąć. Ale tak jak pisałem w wątku, który podlinkowałeś, tam nie ma żadnej logiki gry. Mimo wszystko dalej jestem przekonany (na tym przykładzie i ogólnym doświadczeniu w Amosie), że po jej dodaniu można utrzymać 25 pfsów, co jak na grę w Amosie i tak byłoby bardzo dobrze (nawet wiele gier w asemblerze chodzi na 25, a tylko niektóre efekty na 50, co już zresztą chłopaki w jednym z wątków wałkowali).
Wideo z Agonii DualPlayfield
Kilka szczegółów technicznych (to też jest przeklejone z działu prywatnego):
@tukinem - widzę, że mocno działasz. Aż chciałbym pomóc, bo widzę, że popełniasz masę fundamentalnych błędów, ale jestem od jakiegoś czasu bardzo mocno zajęty i naprawdę ciężko mi się oderwać na dłużej (a nie potrafię się nie angażować, gdy w czymś pomagam
). Jeśli jednak nie stracisz zapału, to napisz na priva, a spróbuję mimo wszystko pomóc.
*Mam też już wersję z AMAL-em i jest megapłynnie (jednak spada o jedną klatkę).
Ostatnia aktualizacja: 02.08.2021 14:22:26 przez Umpal
Wideo z Agonii DualPlayfield
Kilka szczegółów technicznych (to też jest przeklejone z działu prywatnego):
- Dual Playfield (niebuforowany)
- Ekran roboczy 2*288
- Ekran widoczny 288x192
- Tło buforowane (animacja wody wyświetlana co 4 ramki)
- Póki co bez AMAL-a, ale planuję jego implementację* (niczego nie planuję, tak napisałem w dziale prywatnym kilka lat temu)
@tukinem - widzę, że mocno działasz. Aż chciałbym pomóc, bo widzę, że popełniasz masę fundamentalnych błędów, ale jestem od jakiegoś czasu bardzo mocno zajęty i naprawdę ciężko mi się oderwać na dłużej (a nie potrafię się nie angażować, gdy w czymś pomagam
). Jeśli jednak nie stracisz zapału, to napisz na priva, a spróbuję mimo wszystko pomóc.*Mam też już wersję z AMAL-em i jest megapłynnie (jednak spada o jedną klatkę).
Ostatnia aktualizacja: 02.08.2021 14:22:26 przez Umpal
02.08.2021 15:16
[#158]
Re: Tworzenie gier
@tukinem, post #156
@tukinem - Trudno mi się odnieść do Twojego „portu”, bo nie wiem, na czym to ma polegać, ale zapewniam Cię, że Dual Payfield, to coś, co na Amidze stosowało się w wielu grach dla uzyskania sensownej ilości klatek na sekundę. 32 kolory na Amidze są bardzo wymagające (nie wspominając o EHB), dlatego wiele gier stosuje „sztuczki” na 16 kolorach, takie jak copperowa tęcza na wybranych kolorach i elementy ze sprite'ów, które wyglądają jakby były obiektami Blittera, ale oko przeciętnego gracza tego nie zauważy. Oczywiście są wyjątki świetnych gier w 32 kolorach w 50 fps'ach, ale te gry są z reguły majstersztykami należącymi do osobnej grupy.
Weź również pod uwagę następujący element. Jeśli Twoja plansza będzie duża, to operacje Blitterem na takim obszarze również są wolniejsze. No ale znowu - nie mam pojęcia, o jakim rodzaju gry mówimy, więc to są ogólne uwagi.
Inną rzeczą jest też ilość i wielkość obiektów na ekranie, ich logika i ew. efekty. Wszystko to na Amidze musi być dobrze rozważone, wyliczone i przetestowane. Mnie amigowe ograniczenia bardzo się podobają, dlatego chętnie na nią piszę (chociaż życzyłbym sobie jednej konfiguracji jak w przypadku C64 - życie programisty byłoby wtedy znacznie przyjemniejsze
).
@mastaszek - tak, goła, prawdziwa A600 bez żadnych wspomagaczy.
Weź również pod uwagę następujący element. Jeśli Twoja plansza będzie duża, to operacje Blitterem na takim obszarze również są wolniejsze. No ale znowu - nie mam pojęcia, o jakim rodzaju gry mówimy, więc to są ogólne uwagi.
Inną rzeczą jest też ilość i wielkość obiektów na ekranie, ich logika i ew. efekty. Wszystko to na Amidze musi być dobrze rozważone, wyliczone i przetestowane. Mnie amigowe ograniczenia bardzo się podobają, dlatego chętnie na nią piszę (chociaż życzyłbym sobie jednej konfiguracji jak w przypadku C64 - życie programisty byłoby wtedy znacznie przyjemniejsze
).@mastaszek - tak, goła, prawdziwa A600 bez żadnych wspomagaczy.
02.08.2021 15:28
[#159]
Re: Tworzenie gier
@Umpal, post #158
No dobra to żadna tajemnica co do pomysłu. Zrobiłem scrollowaną planszę i działa płynnie przy 7MHz póki co. Kto chce niech sobie zapoda. Od razu pytanie z drugiej beczki.
link
Muzyka gra ale jest dziwny pogłos i taka jest zamulona. Później tak od połowy gra lepiej. Czym to może być spowodowane? Użyłem TRACK PLAY i kanał drugi. Albo już mi się palą głośniczki w laptopie :)
przy odsłuchiwaniu tego modułu w Eagleplayer gra bardzo dobrze za to.
Ostatnia aktualizacja: 02.08.2021 15:35:18 przez tukinem
link
Muzyka gra ale jest dziwny pogłos i taka jest zamulona. Później tak od połowy gra lepiej. Czym to może być spowodowane? Użyłem TRACK PLAY i kanał drugi. Albo już mi się palą głośniczki w laptopie :)
przy odsłuchiwaniu tego modułu w Eagleplayer gra bardzo dobrze za to.
Ostatnia aktualizacja: 02.08.2021 15:35:18 przez tukinem
02.08.2021 15:45
[#162]
Re: Tworzenie gier
@tukinem, post #159
Nie używaj wbudowanego playera modułów, tylko jak już ktos wyżej (mastaszek?) napsiał, AMCAF-a.
Pinball! Super. Oczywiście ogarnięcie fizyki kulki będzie większym wyzwaniem niż sama gra, ale życzę Ci powodzenia, bo projekt jest jak najbardziej do ogarnięcia.
Od razu podpowiem, że migające światełka itp. odświeżaj co drugą, trzecią, a nawet czwartą klatkę i oczywiście nie wszystkie na raz. W amigowych, a zwłaszcza amosowych grach bardzo ważne jest rozłożenie efektów na kilka ramek.
Jeszcze jedno. Jak wyjedziesz Screen Offsetem poza fizyczny rozmiar ekranu, to nie dość, że będziesz miał śmieci (jak to widać u Ciebie na dole), to jeszcze może spowodować zwieszkę komputera. Tak że dobrze sobie to policz do jednego piksela.
Pinball! Super. Oczywiście ogarnięcie fizyki kulki będzie większym wyzwaniem niż sama gra, ale życzę Ci powodzenia, bo projekt jest jak najbardziej do ogarnięcia.
Od razu podpowiem, że migające światełka itp. odświeżaj co drugą, trzecią, a nawet czwartą klatkę i oczywiście nie wszystkie na raz. W amigowych, a zwłaszcza amosowych grach bardzo ważne jest rozłożenie efektów na kilka ramek.
Jeszcze jedno. Jak wyjedziesz Screen Offsetem poza fizyczny rozmiar ekranu, to nie dość, że będziesz miał śmieci (jak to widać u Ciebie na dole), to jeszcze może spowodować zwieszkę komputera. Tak że dobrze sobie to policz do jednego piksela.
02.08.2021 16:31
[#166]
Re: Tworzenie gier
@tukinem, post #165
Masz w WinUAE dyskietkę z amosem wsadzoną w DF0, czy masz amosa zainstalowanego na twardym?
Jeśli używasz dyskietek, to ściągnij sobie z mojego chomika 2 pliki adf: AMOS i KOMPILATOR.
Załaduj Amosa do DF0 a kompilator do DF1. Kompilować możesz wybierając w amosie w górnym menu USER > COMPILER SHELL
To jest Amos z rozszerzeniami AMCAF i TURBO.
> Link do chomika
Z AMCAFa wykorzystywałem szybkie czyszczenie bitplanów i odgrywanie modułów Protrackera. TURBO nigdy nie używałem, ale są tam jakieś opcje szybszego wyświetlania BOBów, więc może Ci się przyda.
Ostatnia aktualizacja: 02.08.2021 16:44:51 przez mastaszek
Jeśli używasz dyskietek, to ściągnij sobie z mojego chomika 2 pliki adf: AMOS i KOMPILATOR.
Załaduj Amosa do DF0 a kompilator do DF1. Kompilować możesz wybierając w amosie w górnym menu USER > COMPILER SHELL
To jest Amos z rozszerzeniami AMCAF i TURBO.
> Link do chomika
Z AMCAFa wykorzystywałem szybkie czyszczenie bitplanów i odgrywanie modułów Protrackera. TURBO nigdy nie używałem, ale są tam jakieś opcje szybszego wyświetlania BOBów, więc może Ci się przyda.
Ostatnia aktualizacja: 02.08.2021 16:44:51 przez mastaszek
02.08.2021 21:23
[#170]
Re: Tworzenie gier
@jimiche, post #169
Chyba kiedyś stąd pobierałem już kursy o Amosie. Angielskich kursów nie rozumiem zbyt dobrze, a w polskich nie ma za wiele o Copperze i Blitterze. Jedynie z Coppera jest jak zrobić flagę na ekranie, ale co dalej jak można by go wykorzystać to już nigdzie nie pisze.Ten pinball to za trudny jest faktycznie. Myślę że na ten konkurs wyślę albo siatkówkę albo tego sokobana jeśli mi się uda poprawić to sterowanie. Niech się lepsi zajmą pinballami :) jak coś to mogę pozrzucać grafikę i podesłać. Zrzut stołu nawet mi wyszedł :) i to robione w PPaincie :)
02.08.2021 21:43
[#172]
Re: Tworzenie gier
@tukinem, post #170
Ekspertem nie jestem, ale bezpośrednie sterowanie Copperem i Blitterem z poziomu Amosa chyba nie bardzo ma sens. Amos jest językiem wysokiego poziomu, czyli 'daleko' od sprzętu, w tym sensie, że Amosowe komendy robią wszystko za Ciebie, ale dają mniej bezpośredniej kontroli nad sprzętem.
Zainspirowany tym wątkiem zacząłem dłubać (póki co podstawy + grzebanie w rejestrach Coppera) w assemblerze i to zupełnie inna bajka niż programowanie w Amosie. Do końca wakacji powinienem coś w tym asemblerze ustukać, to się wtedy pochwalę ;)
Zainspirowany tym wątkiem zacząłem dłubać (póki co podstawy + grzebanie w rejestrach Coppera) w assemblerze i to zupełnie inna bajka niż programowanie w Amosie. Do końca wakacji powinienem coś w tym asemblerze ustukać, to się wtedy pochwalę ;)
02.08.2021 22:31
[#173]
Re: Tworzenie gier
@forge, post #171
Nie grałeś chyba w oryginał na pc. To są takie żelki czerona i zielona. Nazywa się Blobby Volleyball. Nie pomyślałem o drugim joysticku. Myślę że bez problemu dorobię czwartą opcję. Trochę tego jest i lepiej byłoby ustawiać osobno dla jednego gracza sterowanie i drugiego ale sama fizyka gry jest różna do gry z komputerwm i we dwóch. Jak coś wykombinuję to dorobię to. A sama gra już lepiej przypomina orginał bo fizykę spadania piłki poprawiłem. Już nie lata jak wariatka :) jest bardziej łagodnie ale płynnie.
Dzięki za opinię
Dzięki za opinię
02.08.2021 22:37
[#174]
Re: Tworzenie gier
@mastaszek, post #172
Rozumiem. Domyślam się że jest ciężko przesiąść się z prostego Amosa (który w sumie do końca nie jest taki prosty) na zupełnie inny język tymbardziej ASM. Przeczytałem kilka stron z poradnika Asemblera i dałem sobie spokój. Nawet to mnie zraziło że za każdym razem jak chce się sprawdzić co się napisało to trzeba debugger lub kompilator odpalać. W Amosie wciskam start i od razu testuję. Dodatkowo sobie ułatwiam czasem i wrzucam Locate i Print zmienną którą chcę ustawić jak należy. Może kiedyś się nauczę Asemblera chociaż do ustawiania Coppera, co mogę później użyć w Amosie ale to daleka przyszłość :)
03.08.2021 00:19
[#176]
Re: Tworzenie gier
@forge, post #175
A teraz z innej beczki. Już wiem, dlaczego Sokoban mi muli na 7MHz :) na wszystkie sposoby próbowałem i zawsze wychodzi tak samo. Im bardziej rozbudowany poziom tym gorzej, ale mniejsza z tym. Napisałem prosty programik, który mi wyjaśnił co mi blokuje sterowanie.
Do
Print Joy(1)
Repeat : Until Joy(1)=0 : Wait Vbl
Loop
chodzi o to, żeby przy każdym ruchu trzeba było osobno ruszać joystickiem. To krótka pętla pokazująca stan joya. Gdy wiele razy szybko daję w którąś stronę, to mi pokazuje przez około 2 sekundy 0, tak jakby się zatrzymywała pętla REPEAT UNTIL. Nie ma chyba innej opcji resetowania stanu joysticka. Przy usunięciu tej komendy z kodu gry, nagle wszystko działa sensownie dobrze, ale nie chcę tak zostawiać, bo lecąc zawodnikiem można się zagalopować zbyt daleko, a nie dałem opcji cofania ruchu. Dzieje się tak na procesorze 68000 7MHz
Do
Print Joy(1)
Repeat : Until Joy(1)=0 : Wait Vbl
Loop
chodzi o to, żeby przy każdym ruchu trzeba było osobno ruszać joystickiem. To krótka pętla pokazująca stan joya. Gdy wiele razy szybko daję w którąś stronę, to mi pokazuje przez około 2 sekundy 0, tak jakby się zatrzymywała pętla REPEAT UNTIL. Nie ma chyba innej opcji resetowania stanu joysticka. Przy usunięciu tej komendy z kodu gry, nagle wszystko działa sensownie dobrze, ale nie chcę tak zostawiać, bo lecąc zawodnikiem można się zagalopować zbyt daleko, a nie dałem opcji cofania ruchu. Dzieje się tak na procesorze 68000 7MHz
03.08.2021 08:01
[#178]
Re: Tworzenie gier
@mastaszek, post #177
Konieczność wycentrowania robiła mi pętla REPEAT UNTIL joy(1)=0.
Próbowałem While Joy(1)<>0 : Wend.
Próbowałem IF Joy(1)<>0 THEN GOSUB "funkcja" no ale to już droga bez sensu. REPEAT UNTIL wydało mi się najprostsze i najkrótsze. Dodałem po tej pętli WAIT VBL zeby mi za często nie stawało w tej pętli gdy rusza się joyem. Poprzesuwałem pętlę w różne miejsca i znalazłem w miarę dobre ulokowanie jej. Jedyne czego nie mogę zrobić to wstawienie jej po rysowaniu boba. Szkoda bo tak po ruchu joystickiem od razu postać się przemieszczała, a teraz trzeba dać na joyu kierunek, wycentrować go i dopiero postać się przemieści. Myślę że łatwiej byłoby sterować klawiaturą i resetować stan zczytywania klawiszy no ale to już będzie jak zacznę tworzyć tą opcję. Sterowanie joyem tak musi zostać jeśli to ma jakoś chodzić na A500.
P.S.
Tutaj dałeś dwa różne warunki obok siebie :) z tego co widzę to jeden wyklucza drugi. Jeśli w pierwszym warunku joy ma być w pozycji 0 a za chwilę ma być w innej pozycji to dopiero cudem byłoby trafić w to miejsce pracy programu, żeby to zadziałało. Tak mi się wydaje.
Ostatnia aktualizacja: 03.08.2021 08:04:27 przez tukinem
Ostatnia aktualizacja: 03.08.2021 08:09:34 przez tukinem
Ostatnia aktualizacja: 03.08.2021 08:10:25 przez tukinem
Próbowałem While Joy(1)<>0 : Wend.
Próbowałem IF Joy(1)<>0 THEN GOSUB "funkcja" no ale to już droga bez sensu. REPEAT UNTIL wydało mi się najprostsze i najkrótsze. Dodałem po tej pętli WAIT VBL zeby mi za często nie stawało w tej pętli gdy rusza się joyem. Poprzesuwałem pętlę w różne miejsca i znalazłem w miarę dobre ulokowanie jej. Jedyne czego nie mogę zrobić to wstawienie jej po rysowaniu boba. Szkoda bo tak po ruchu joystickiem od razu postać się przemieszczała, a teraz trzeba dać na joyu kierunek, wycentrować go i dopiero postać się przemieści. Myślę że łatwiej byłoby sterować klawiaturą i resetować stan zczytywania klawiszy no ale to już będzie jak zacznę tworzyć tą opcję. Sterowanie joyem tak musi zostać jeśli to ma jakoś chodzić na A500.
P.S.
Tutaj dałeś dwa różne warunki obok siebie :) z tego co widzę to jeden wyklucza drugi. Jeśli w pierwszym warunku joy ma być w pozycji 0 a za chwilę ma być w innej pozycji to dopiero cudem byłoby trafić w to miejsce pracy programu, żeby to zadziałało. Tak mi się wydaje.
Ostatnia aktualizacja: 03.08.2021 08:04:27 przez tukinem
Ostatnia aktualizacja: 03.08.2021 08:09:34 przez tukinem
Ostatnia aktualizacja: 03.08.2021 08:10:25 przez tukinem