@pch, post #60

• Odpowiedz

@tukinem, post #61

• Odpowiedz

@pch, post #62

• Odpowiedz

@tukinem, post #63

• Odpowiedz

@pch, post #64

• Odpowiedz

@mateusz_s, post #65

• Odpowiedz

@pch, post #64

WBStartup

AMIGA
BitMap 0,320,200,3
LoadBitMap 0,"obrazek,0

BLITZ
Slice 0,44,320,200,$fff8,3,8,8,320,320 : ;uzycie skroconej wersji Slice przy rozdzialce 320x200 powoduje krzaczki na ekranie
Use BitMap 0
BitMapOutput 0
Use Palette 0
Show 0

Mouse On : ;uruchomienie myszy w trybie BLITZ
GetaShape 1,1,19,16,16 : ;wyciecie grafiki dla wskaznika myszy

Repeat

Locate 0,23
Colour 1,0
Print MouseX:Print"  ":Print MouseY:Print"  " : ;wyswietlenie pozycji wskaznika myszy
Blit 1,MouseX,MouseY

Until RawStatus($45) : ;wyjscie przez ESC
End

• Odpowiedz

@tukinem, post #67

Dodałem sobie jeszcze komendę MouseArea 0,0,305,185 aby nie wywalało błędu po wyjechaniu myszą poza ekran. Takie proste komendy ogarniam jeszcze

• Odpowiedz

@tukinem, post #68

Już sobie poradziłem mniej więcej. To znaczy, wskaźnik jest. Nie potrafię ustawić mu innych kolorów. Kolory 17,18,19 nie są możliwe do ustawienia przy palecie 16-kolorowej. Ogólnie zrobiłem tak:
1. Ekran zmieniłem na 16-kolorowy, który kiedyś i tak będę musiał zmienić na 8 kolorów aby użyć Dual-Playfieldu.
2. Wyciąłem shape'a o numerze "0" ze wskaźnikiem myszy
3. GetaSprite 0,0
4. Pointer 0,1 - nr sprajta użyłem jako 1, bo wtedy jest taki lekko szarawy a nie całkiem biały

Czy da się jakoś ustawić ręcznie kolory dla sprajtów skoro np. RGB 17,$f,$f,$f powoduje błąd przez 16-kolorową paletę?

No i powtarzam pytanie o wstawianie shape'a jako "boba" a nie "paste bob". Sorki za wyrażanie "amosowe".


PS. Napisałem już wycinanie shape'ów dla gry i muszę pochwalić BlitzBasic za szybkość w Amosie ekran z grafiką trochę widniał na ekranie, zanim się wszystko powycinało do pamięci, a tu jest krótkie mignięcie na ekranie. Wszystko ładnie szybko działa

Ostatnia aktualizacja: 20.09.2022 18:36:29 przez tukinem

• Odpowiedz

@tukinem, post #69

• Odpowiedz

@forge, post #70

• Odpowiedz

@tukinem, post #71

• Odpowiedz

@c64portal, post #72

Udało się, ale pogmatwałem strasznie
Najlepsze jest to, że użyłem czegoś takiego, co nie sądziłem że to możliwe:
Slice 0,44,320,200,$fff8,4,8,32,320,320

Tu jest Slice, który ma 4 bitplany i 32 kolory, czego nie potrafię pojąć dzięki temu wczytuje się IFF jako 16-kolorowy do 4 bitplanów, ale Slice ma 32 kolory, dzięki czemu mogę zmieniać kolory 16-31. Wpadłem na to, sprawdzając opis komendy Slice i nie dało mi spokoju to, że osobno ustawia się bitplany i osobno ilość kolorów. Ciężko mi to zrozumieć, że to działa.

• Odpowiedz

@tukinem, post #73

Soko_blitz

Udało mi się ustawić kolory i wstawić przemieszczanie sprajta po planszy tytułowej

Kolory są ustawione tylko po wciśnięciu "C". Resztę ustawień zostawię sobie na jutro. Nie wiem czemu, gdy wstawiłem mysz jako sprajt nr 0, to dopiero oprócz kursora wyświetlał się sprajt nr 4 i koniec. Po wyłączeniu "Mouse On" pokazuje się naraz sprajt nr 0, nr 2 i nr 4. Od 5 wzwyż wyskakuje błąd. A powinno być 8 sprajtów maksymalnie (4 16-kolorowe). Tu mi wyświetla albo 3 naraz bez myszy albo mysz i jeden sprajt. Dziwne.

• Odpowiedz

@pch, post #62

WBStartup
grafika$="plik_iff"
BitMap 3,320,200,4
LoadBitMap 3,grafika$,1

BLITZ
InitCopList 0,44,200,4,8,16,0
CreateDisplay 0,0
DisplayPalette 0,1
DisplayBitmap 0,3
BitMapOutput 0
;RGB 2,$f,$f,$f ->błąd chyba przez użycie Display zamiast Slice
GetaShape 12,..........
;GetaSprite 0,12 ->wychodzi błąd odnośnie ilości kolorów
;ShowSprite -> nie wiem czy zadziała na Display

• Odpowiedz

@tukinem, post #75

• Odpowiedz

@c64portal, post #76

• Odpowiedz

@c64portal, post #76

Racja. To miało być PalRGB

Co do wyświetlania sprajta, zamiast komendy ze Slice ShowSprite należy użyć DisplaySprite.

Wycinanie shape'ów i sprajtów miałem ok, ale nie wpisałem komendy UseBitMap. Sądziłem, że jeśli mamy aktywny Coplist, Display i wyświetloną bitmapę, to już nie trzeba tej komendy. A jednak. Wpadłem na to przez sprawdzenie, czy zadziała pod Display komenda Blit. I odziwo nic nie rysowało.

Także sprajty już wycinam, mogę się zająć wdrażaniem komendy BBlit, którą ciężko mi trochę pojąć. Jak jeszcze rozumiem Buffer, aby wgrać do pamięci całą bitmapę, to nie bardzo rozumiem komendy UnBuffer, po co ona jest i dlaczego się jej używa przed komendą BBlit.

• Odpowiedz

@tukinem, post #78

• Odpowiedz

@c64portal, post #79

• Odpowiedz

@c64portal, post #79

• Odpowiedz

@tukinem, post #81

• Odpowiedz

@Don_Adan, post #82

• Odpowiedz

@c64portal, post #79

• Odpowiedz

@tukinem, post #84

• Odpowiedz

@c64portal, post #85

• Odpowiedz

@tukinem, post #67

Miałeś nie używać Slice-a

Edit:
A ok widzę że poprawiłeś potem ;)

Ogólnie Blitz to fajny język i ma spoko możliwości, np. Możliwością wstawienia kodu asm.

Pierwsze moje starcie z BB to jakoś w połowie lat 90, wcześniej coś się bawiłem z Amosem, i właściwie niczego nie byłem w stanie pojąć w BB. No troche za młody chyba byłem ;)
Natomiast jak jakoś 1.5 roku temu chciałem coś się znowu pobawić w BB to raz dwa go załapałem i muszę powiedzieć że jest fajnie wymyślony.

Ale prawda jest taka że powinno się rownolegle ogarnąć jak działa amigowy układ aga zeby móc lepiej to wszystko zrozumieć, a także poznać "sztuczki" oraz co do czego stosować. Najlepiej jest brać jakies tytuły np. Capital Punishment, Lion Heart itp. I dowiedzieć się jakimi metodami jest rysowany każdy element, np. Gdzie użyte sprajty i jak, czy są duplikowane, gdzie blitter wkleja boby, gdzie proc sam coś rysuje itp.. ja o takich rzeczach w latach 90 nie miałem pojęcia, wklejałem jakiegoś mega wielkiego bobka i się dziwiłem czemu jest wolno i miga

Ps. Jest też fajny proof of concept Syreet Fighter 2, gdzie koleś robi lepszy i szybszy port niż ten ci jest i omawia co i jak robi i za pomocą czego..



Ostatnia aktualizacja: 25.09.2022 13:34:08 przez mateusz_s

Ostatnia aktualizacja: 25.09.2022 13:38:29 przez mateusz_s

• Odpowiedz

@mateusz_s, post #87

No ja teraz akurat robię menu wyboru levelu i tam jest spory bobek nie miga bo zrozumiałem jak to działa w Blitzu i ominąłem ciągłe rysowanie BBlit poprzez użycie procedury.

A właśnie. Tu nie ma jak w Amosie, że procedurki wrzucę sobie na koniec kodu i je zwinę. Muszą być wczytane w kolejności uruchamiania kodu przed ich wywołaniem. Szkoda. Ale bardzo mi się podoba ten język.

Mam jeszcze jeden spory problem. W Amosie miałem tak:

If STER$="j"  and Joy(1)=16 or STER$="k" and KeyState(65) Then...

Po krótce jeśli klawiatura była jako sterowanie to enterem się wybierało. Jeśli joystick był jako sterowanie to fire. Tutaj nie działa mi jednocześnie w jednym warunku takie coś. Musiałem stworzyć osobno dla sterowania klawiaturą calą listę warunków i osobno dla sterowania joyem.

Czyli:

If ster$="k"
If RawStatus($44)
...
EndIf
EndIf
If ster$="j"
If JoyB(1)=1
...
EndIf
EndIf

Domyślam się że na pewno idzie to obejść. Widziałem jakieś funkcje o nazwie NEWTYPE ale to jeszcze nie teraz dla mnie. Póki co piszę po swojemu a gdy skończę to będę usprawniać.

Ostatnia aktualizacja: 25.09.2022 15:05:10 przez tukinem

Ostatnia aktualizacja: 25.09.2022 15:08:04 przez tukinem

• Odpowiedz

@tukinem, post #88

• Odpowiedz

@c64portal, post #89

• Odpowiedz