12.04.2018 08:36
[#1]
Przesuwanie mapy 2D + "martwe strefy" dla boghatera
Czesc,
dalem to w dziale Blitz bo w tym jezyku chce to wykonac ale naprawde jezyk nie ma tu znaczenia.
Mam RZUT Z GORY na mape i trzy mozliwosci poruszania bohaterem:
1. mapa stacjonarna i tylko hero pomyka gdzie popadnie
2. hero przyklejony jest do jednego punktu a cala mapa sie przesuwa "pod niego"
3. (1) + (2) pomieszane, czyli jest obszar w srodku gdzie hero moze sie przesuwac a mapa nie oraz jest obszar przy krawedziach gdzie hero jest nieruchomy a mapa sie przesuwa
o ile (1) i (2) to pikus o tyle z (3) mam nielada klopot - wiem doskonale ze pewnego dnia sie obudze i zrobie to z biegu ale .. na taki dzien musze poczekac
a czekac mi sie nie chce.
Do powyzszego zadania mam jeszcze dwa warunki:
-ten margines boczny gdzie to mapa sie przesuwa jest zmienny i zalezy od zasiegu widzenia bohatera
-sama mapa nie moze miec czegos w rodzaju "czarnego buforu" o szerokosci zasiegu widzenia bohatera dookola czyli pustych kratek (to by znacznie ulatwilo pozycjonowanie ale i powiekszy bitmape i to znacznie)
Sprawe komplikuje komenda BitmapToWindow (czy cos w tym stylu), ktora potrzebuje nastepujacych argumentow:
- sourcex, czyli gdzie zaczynam wycinac bitmape po X
- sourcey, czyli gdzie zaczynam wycinac bitmape po Y
- destx, czyli gdzie zaczynam wklejac bitmape do okna po X
- desty, czyli gdzie zaczynam wklejac bitmape do okna po Y
- width, czyli szerokosc jaka chce wyciac/wkleic
- height, czyli wysokosc jaka chce wyciac/wkleic
ze wzgledu na ostatnie dwa parametry ustawienie "obramowki/bufora" dookola bitmapy byloby naprawde zbawienne/ulatwiajace ale wole tego uniknac.
Teraz najwazniejsze: aktualnie jestem na etapie ogolnej niewiedzy czyli mam w glowie pustke.
Wiem ze nic na sile i jak pisalem wczesniej to samo przyjdzie ale po co czekac
Jesli ktos mam jakies pomysly/doswiadczenie to prosze o podpowiedzi.
Moj hero pamieta oczywiscie swoja pozycje col/row (badz x/y jesli potrzeba) wzgledem mapy ale wydaje mi sie ze chyba musi tez pamietac pozycje wzgledem tego co jest aktualnie wyswietlane?
Dzieki
dalem to w dziale Blitz bo w tym jezyku chce to wykonac ale naprawde jezyk nie ma tu znaczenia.
Mam RZUT Z GORY na mape i trzy mozliwosci poruszania bohaterem:
1. mapa stacjonarna i tylko hero pomyka gdzie popadnie
2. hero przyklejony jest do jednego punktu a cala mapa sie przesuwa "pod niego"
3. (1) + (2) pomieszane, czyli jest obszar w srodku gdzie hero moze sie przesuwac a mapa nie oraz jest obszar przy krawedziach gdzie hero jest nieruchomy a mapa sie przesuwa
o ile (1) i (2) to pikus o tyle z (3) mam nielada klopot - wiem doskonale ze pewnego dnia sie obudze i zrobie to z biegu ale .. na taki dzien musze poczekac
a czekac mi sie nie chce.Do powyzszego zadania mam jeszcze dwa warunki:
-ten margines boczny gdzie to mapa sie przesuwa jest zmienny i zalezy od zasiegu widzenia bohatera
-sama mapa nie moze miec czegos w rodzaju "czarnego buforu" o szerokosci zasiegu widzenia bohatera dookola czyli pustych kratek (to by znacznie ulatwilo pozycjonowanie ale i powiekszy bitmape i to znacznie)
Sprawe komplikuje komenda BitmapToWindow (czy cos w tym stylu), ktora potrzebuje nastepujacych argumentow:
- sourcex, czyli gdzie zaczynam wycinac bitmape po X
- sourcey, czyli gdzie zaczynam wycinac bitmape po Y
- destx, czyli gdzie zaczynam wklejac bitmape do okna po X
- desty, czyli gdzie zaczynam wklejac bitmape do okna po Y
- width, czyli szerokosc jaka chce wyciac/wkleic
- height, czyli wysokosc jaka chce wyciac/wkleic
ze wzgledu na ostatnie dwa parametry ustawienie "obramowki/bufora" dookola bitmapy byloby naprawde zbawienne/ulatwiajace ale wole tego uniknac.
Teraz najwazniejsze: aktualnie jestem na etapie ogolnej niewiedzy
czyli mam w glowie pustke.Wiem ze nic na sile i jak pisalem wczesniej to samo przyjdzie ale po co czekac
Jesli ktos mam jakies pomysly/doswiadczenie to prosze o podpowiedzi.
Moj hero pamieta oczywiscie swoja pozycje col/row (badz x/y jesli potrzeba) wzgledem mapy ale wydaje mi sie ze chyba musi tez pamietac pozycje wzgledem tego co jest aktualnie wyswietlane?
Dzieki
12.04.2018 16:42
[#2]
Re: Przesuwanie mapy 2D + "martwe strefy" dla boghatera
@peceha, post #1
col/row czyli masz przesuwanie skokowe po kaflach, czy ruch płynny?
Przede wszystkim potrzebujesz rozbić sobie problem na mniejsze problemy. Wprowadź współrzędne kamery (zaczepione do środka wyświetlanego obszaru) i niech będą najpierw takie same jak postaci.
Jeśli postać idzie gdzieś, to sprawdzasz jaki jest dystans od kamery - jeśli za duży to przesuwasz ją w kierunku gracza. Tak w każdym kierunku. Wyjście kamery poza mapę możesz zalatwić ifologią: if (cx < pół szerokości ekranu) {cx = pół szerokości ekranu} itd.
Potem od współrzędnych kamery odejmujesz połowę rozpiętości ekranu by wiedzieć od jakiej współrzędnej zacząć malować tło. Masz tu moje bazgroły na szybko w paincie.
Jak mówię zbyt mgliście lub nie wiem o co Ci chodzi to krzycz. ;)
Ostatnia aktualizacja: 12.04.2018 16:44:35 przez teh_KaiN
Przede wszystkim potrzebujesz rozbić sobie problem na mniejsze problemy. Wprowadź współrzędne kamery (zaczepione do środka wyświetlanego obszaru) i niech będą najpierw takie same jak postaci.
Jeśli postać idzie gdzieś, to sprawdzasz jaki jest dystans od kamery - jeśli za duży to przesuwasz ją w kierunku gracza. Tak w każdym kierunku. Wyjście kamery poza mapę możesz zalatwić ifologią: if (cx < pół szerokości ekranu) {cx = pół szerokości ekranu} itd.
Potem od współrzędnych kamery odejmujesz połowę rozpiętości ekranu by wiedzieć od jakiej współrzędnej zacząć malować tło. Masz tu moje bazgroły na szybko w paincie.
Jak mówię zbyt mgliście lub nie wiem o co Ci chodzi to krzycz. ;)
Ostatnia aktualizacja: 12.04.2018 16:44:35 przez teh_KaiN
12.04.2018 17:35
[#3]
Re: Przesuwanie mapy 2D + "martwe strefy" dla boghatera
@teh_KaiN, post #2
Hehe, obrazek moze i nie jest najladniejszy ale zrozumialy :)
I dzieki za to naprowadzenie bo ilekroc zabieralem sie za myslenie to rownowczesnie szukalem innego zajecia :) . Teraz mam nad czym pokombinowac.
Tak, system poruszania jest "kaflowy" aczkolwiek samo przesuwanie bitmapy odbywa sie plynnie (8 klatek po 2 piksele i to daje calkiem lagodny efekt ruchu).
Dzieki
I dzieki za to naprowadzenie bo ilekroc zabieralem sie za myslenie to rownowczesnie szukalem innego zajecia :) . Teraz mam nad czym pokombinowac.
Tak, system poruszania jest "kaflowy" aczkolwiek samo przesuwanie bitmapy odbywa sie plynnie (8 klatek po 2 piksele i to daje calkiem lagodny efekt ruchu).
Dzieki
16.04.2018 07:39
[#7]
Re: Przesuwanie mapy 2D + "martwe strefy" dla boghatera
@softiron, post #6
Niby pomysl jakis tam mam ale czy kiedykolwiek, cokolwiek z tego bedzie to nie wiem.
Pisze bo sprawia mi to frajde. Teraz, gdy juz zadzialalo przesuwanie to czuje ze bede z miesiac poprawial to co jest zanim rusze dalej.
Tens pomysl co mi w glowie siedzi wymaga niestety kolejnej amigi a takowej nie posiadam - chcialbym by to dzialalo po kablu na polaczonych amigach (najlepiej jakby to chodzilo przez siec bo wtedy 4 graczy da rade wcisnac ale to juz wogole odlegla przyszlosc - chociaz w Hollywood mialem juz dzialajacy prototyp na 2ie osoby przez siec).
Pisze bo sprawia mi to frajde. Teraz, gdy juz zadzialalo przesuwanie to czuje ze bede z miesiac poprawial to co jest zanim rusze dalej.
Tens pomysl co mi w glowie siedzi wymaga niestety kolejnej amigi a takowej nie posiadam - chcialbym by to dzialalo po kablu na polaczonych amigach (najlepiej jakby to chodzilo przez siec bo wtedy 4 graczy da rade wcisnac ale to juz wogole odlegla przyszlosc - chociaz w Hollywood mialem juz dzialajacy prototyp na 2ie osoby przez siec).
Xena qrna!
