Czyli normalny czerwiec w klockach. Człowiek odwróci wzrok na chwilę, a tu nagle LEGO® robi bazylikę z ponad dwunastu tysięcy elementów i jeszcze próbuje przekonać, że kosmiczny bobas jest pełnoprawnym argumentem zakupowym. Niestety, trochę jest.

Sagrada Familia, czyli Architecture jako mebel

LEGO® pokazało 21065 Sagrada Familia model ma mieć 12 060 elementów, czyli więcej niż dotychczasowe rekordowe kolosy, i mierzyć 62 cm wysokości, 47 cm szerokości oraz 39 cm głębokości. To największy oficjalny zestaw LEGO® pod względem liczby elementów. Przedsprzedaż ruszyła 4 czerwca 2026 roku, a normalna premiera jest planowana na 1 listopada 2026.

Sagrada Familia w wersji z klocków: wieże rosną wysoko, detali jest masa, a kurz już planuje trasę zwiedzania.

Pudełko 21065 Sagrada Familia prezentuje się luksusowo.

Cena też jest odpowiednio monumentalna. Oficjalna polska cena katalogowa LEGO® to 3 199,99 zł. W przeliczeniu wychodzi około 0,27 zł za element, więc matematycznie nie wygląda to tragicznie. Psychologicznie nadal wygląda jak trzy tysiące dwieście złotych za kościół na półkę.

Najbardziej podoba mi się tu nie sama liczba elementów, tylko pomysł na budowę. Zestaw ma być składany w kolejności nawiązującej do faktycznej historii powstawania bazyliki: od apsydy i krypty, przez fasady, aż po wieże i wejście główne. Prawdziwa gratka dla fanów architektury.

Koenigsegg, który naprawdę pojechał

LEGO® Technic Koenigsegg Sadair’s Spear promowano pełnowymiarowym, jeżdżącym modelem zbudowanym z 327 906 elementów. Konstrukcja waży około 1800 kg, wymagała ponad 9400 godzin pracy i została pokazana w ruchu na Goodwood Festival of Speed, gdzie osiągnęła 111 km/h.

Pełnowymiarowy Koenigsegg z klocków na trasie obok prawdziwego auta, czyli bardzo drogi test wzroku.

Normalny zestaw, czyli 42232 Koenigsegg Sadair’s Spear Megacar. Ma 4104 elementy. LEGO® podało premierę dla Insiders na 1 lipca 2026, a ogólną sprzedaż na 4 lipca 2026. Oficjalna polska cena katalogowa LEGO® to 1 949,99 zł.

Pudełko 42232 i gotowy model: mały Koenigsegg wygląda, jakby też chciał przejazd po trasie Goodwood.

Trzy Koenigseggi naraz: pełnowymiarowy model LEGO, zestaw 42232 i prawdziwy Sadair’s Spear.

42232 z otwartymi panelami obok pełnowymiarowego modelu, żeby było jasne, gdzie poszły te wszystkie klocki.

Do tego dochodzi bonus 40894 Kierownica Koenigsegg Sadair’s Spear, czyli 228-elementowy gratis przy zakupie auta.

Pudełko 40894 z miniaturową kierownicą, czyli gratisem do auta, które samo jest miniaturą auta.

Warto też odpalić oficjalny film LEGO Technic z Goodwood, bo dopiero w ruchu widać, że to nie jest tylko statyczna pokazówka z doklejonymi kołami do których jesteśmy przyzwyczajeni.

LEGO Technic Koenigsegg na trasie Goodwood Obejrzyj na YouTube

Pinball ze Space, flipperami i bobasem

11374 Arcade Pinball Machine LEGO® zrobiło działający automat do pinballa z 2274 elementów: jest sprężynowy wybijak, flippery, bumpersy, rampa i cała ta mała mechaniczna radość. To jeden z najbardziej oryginalnych zestawów w tym roku.

LEGO Space, +10 do nostalgi.

Pinball ustawiony na półce, wygląda jak by zapraszał na krótką grę.

Tematem przewodnim jest Space, więc w zestawie są też dwie minifigurki: klasyczny astronauta w jasnoniebieskim kolorze i kosmiczny bobas. Według LEGO® premiera dla Insiders wypada 1 lipca 2026, a szerzej 4 lipca 2026. Oficjalna polska cena katalogowa LEGO® to 899,99 zł, a FanKlocków pisze o czasowej lub pełnej ekskluzywności.

Pudełko 11374 obok zbudowanego pinballa, z kosmiczną ekipą gotową do wciskania flipperów.

Jeśli chcecie zobaczyć, czy to faktycznie działa jak mały automat, Tiago Catarino ma krótki film z prezentacją i recenzją.

LEGO Icons Arcade Pinball Machine w prezentacji Tiago Catarino Obejrzyj na YouTube

Pokémony ze Smart Brickami

LEGO® i Pokémon robią kolejny krok w tę samą stronę. The Guardian opisał nową serię Pokémon Smart Play z ruchoczułymi Smart Brickami, światłem, dźwiękiem i zabawą w trening oraz walki. Zestawy mają trafić do sprzedaży w sierpniu 2026 roku, a oferta ma dzielić się na startery z klockiem Smart Brick i dodatki kompatybilne z posiadanym już klockiem.

Good Housekeeping doprecyzowało, że pierwsza fala ma mieć 12 zestawów i premierę 1 sierpnia 2026. Tylko część zestawów jest “all-in-one”, czyli ma Smart Bricka i ładowarkę w pudełku. Reszta jest kompatybilna, ale wymaga już posiadania tego elektronicznego klocka z innego zestawu.

Na papierze brzmi to jak coś, co dzieci faktycznie mogą maltretować w walce, a nie tylko obracać raz na pół roku na podstawce. Tylko czy kupowanie nowych Pokémonów na LEGO.pl będzie miało sens po doświadczeniach ze “sprytnym klockiem”?

Źródło: The Guardian.

COBI StuG z pustynią i małpką

COBI pokazało limitowany Sturmgeschütz III Ausf.D - Edycja Limitowana, czyli COBI-2675. Przedsprzedaż kosztowała 359,91 zł, regularna cena to 399,90 zł, a wysyłka rozpoczęła się od 22 czerwca 2026.

Pudełko COBI-2675 pokazuje StuGa III Ausf.D, figurki i pustynną scenkę z palmą, bo nawet działo szturmowe potrzebuje wakacyjnego tła.

W specyfikacji COBI podaje 1117 elementów i 5 figurek Mamy pustynny kamuflaż, kawałek dioramy z palmą, wnętrze, silnik i zestaw figurek.

Najbardziej ujęło mnie jednak, że w opisie pojawia się “figlarna małpka”. W modelu pojazdu szturmowego. To jest ten poziom dodatku, który nie pozwala przejść obojętnie obok tego zestawu bez uśmiechu :)

Sea Serpent wraca z głębin

Na koniec rzecz jeszcze plotkowa, ale bardzo pasująca do tego bloga. FanKlocków w zapowiedziach zestawów okolicznościowych pisze, że 40912 Sea Serpent ma być gratisem na lipcowe Dni Insiders, planowane na 7-12 lipca 2026. Próg wejścia ma wynieść około 700-750 zł.

Pudełko 40912 Sea Serpent w wersji leakowej: łódź, morski wąż i nostalgia Castle skondensowana do jednego gratisu.

Projekt wygrał konkurs LEGO Ideas A Twist of Nostalgia i jest odświeżeniem klasycznego 6057 Sea Serpent z Castle. Oryginalny projekt miał 250 części, a finalny GWP ma mieć 241 elementów, 2 minifigurki, nadrukowany żagiel i tarcze zamienione na elementy z Zeldy.

Konkursowy Sea Serpent HallowedBrick02, czyli klasyczny 6057 po kąpieli w nowszych częściach.

Najlepszy jest dla mnie kontekst: poprzednie Klockowe ciekawostki kończyły się wspomnieniem starego 6057 Sea Serpent. Teraz ten sam motyw wraca jako potencjalny gratis. Jeśli plotka się potwierdzi, to jest to bardzo ładne domknięcie kółka. Tylko drogie, bo LEGO® najwyraźniej uznało, że nostalgia też powinna mieć próg zakupowy.

Źródło: FanKlocków.

Podsumowanie

Najbardziej zaskoczył mnie pinball, bo jest to coś oryginalnego. Oprócz zbierania kurzu na półce ma fajną funkcjonalność która pozwala się pobawić nawet dorosłym. Największym “wow” jest Sagrada, choć bardziej pod względem skali niż ceny. Prezentuje się fenomenalnie. Koenigsegg robi wrażenie techniczną pokazówką, Pokémony są ciekawym testem tego, czy Smart Bricki mają sens poza Star Wars, a COBI spokojnie robi swoje w stylu “tu macie pojazd, dioramę i małpę”.

Sea Serpent zostawiam jako najprzyjemniejszą plotkę. Jeżeli faktycznie pojawi się w lipcu, to ktoś w LEGO® dobrze wiedział, w który guzik nostalgii nacisnąć.

Do następnego.

Największa zmiana jest na stronie głównej. Są nowe karty wpisów, boczny panel z kategoriami, mini przeglądarka z linkami i bardziej surowy, komputerowy klimat. Dalej ma być prosto, tylko mniej generycznie.

Przy okazji poprawiłem kilka drobiazgów pod czytanie. Wpisy mają mieć więcej spokoju, zdjęcia i tekst nie powinny się ze sobą bić, a całość ma lepiej działać na telefonie. Pewnie jeszcze coś wyjdzie w praniu, bo zawsze wychodzi, ale baza jest już dużo bliżej tego, co miałem w głowie.

No i najważniejsze - wkrótce wrócą updejty z gierki. Mam kilka rzeczy do pokazania i parę tematów, o których warto napisać osobno, zamiast wciskać wszystko w jeden ogromny status. Chcę wrócić do krótszych devlogów, ale częściej.

Tyle na dziś.

Co dokładnie miałem na myśli? Przy zapisywaniu stanu gry musiałem uwzględnić wiele różnych elementów związanych ze statkami (pozycja, prędkość, działka, atakowany obiekt, atakujący), a także pociski i stany drzew behawioralnych. Niestety, te dane były rozproszone po różnych miejscach w kodzie, co prowadziło do spaghetti code. Postanowiłem naprawić swoje błędy i zastosować wzorzec ECS (Entity Component System), dostosowując go do specyfiki silnika Defold.

Teraz każdy obiekt w grze jest reprezentowany jako Entity posiadający unikalne ID. Dodatkowo wprowadziłem entities state, gdzie zgromadziłem wszystkie obiekty, które powinny być zapisane. Teraz użytkownik może kliknąć magiczny przycisk “Zapisz”, a kod przetworzy wszystkie entities, wywołując funkcję serialize() na każdym z nich, która zwraca dane do zapisania w formacie JSON :)

Ogólnie rzecz biorąc, te entities reprezentują dane obiektów, a systemy przetwarzają je dalej. Na przykład system odpowiedzialny za ataki (attack_system) nie musi wiedzieć, jak dokładnie wygląda atakujący obiekt. Sprawdza tylko, czy dany entity posiada moduł Cannons, a jeśli tak, to wystrzeliwuje z działek pociski. To generyczne podejście bardzo mi się podoba – kod jest teraz przejrzysty i łatwo go rozbudować o kolejne obiekty.

Wieża która będą strzelać? Żaden problem! Wystarczy dodać klasę Tower, moduł Cannons, Health oraz AggressionTracker (który śledzi cele ataku i atakujących). Do tego jeszcze tekstury, drzewko behawioralne i gotowe!

A, no i w marcu minął rok od założenia tego bloga – czas płynie szybko!

Link do aukcji Allegro

Oto ich lista, postaram pokrótce omówić każdy z nich i podzielić się moimi refleksjami.

• 80113 - Zjazd rodzinny
• 80112 - Smok pomyślności
• 40678 - Kalendarz pomyślności

Zjazd rodzinny

Zestaw składa się z 1823 elementów i jest wyceniony na 479,99 zł, co daje nam w przeliczeniu 0.26 groszy za klocek! Do tego zawiera się w nim 13 minifigurek, co daje nam korzystny stosunek cena/jakość.

Przypadnie on do gustu głównie ludziom lubiącym azjatyckie klimaty, idealnie wpasuje się na przykład w dioramy Ninjago lub Monkie Kid. Model posiada ciekawe części i świetnie wyglądające naklejki, jak dla mnie idealnie nadaje się do zrobienia dzielnicy China town w swoim klockowym mieście :)

Akwarium wygląda ciekawe, choć kucharz z garnkiem sugeruje, że rybki nie pożyją w nim długo.

Tak model prezentuje się z tyłu. Nie ma ściany, co zapewne rozjuszy AFOL-i.

Inna perspektywa z tyłu domu pozwala dojrzeć jak przestronne jest wnętrze. Znajdziemy w nim sporo płytek i świetnie wyglądający kibelek. Minimalistyczna kuchnia wydaje się urocza.

Tak prezentują się wszystkie ludziki z zestawu, pierwszy cywil nadrukiem na torsie wzbudza nostalgię. Kucharze wyglądają elegancko i mogą się nadać do jakiegoś MOC-a restauracji. Ciekawy jest również człowiek z maską smoka.

Smok pomyślności

Stare smoczysko składa się z 1171 elementów i jest wycenione na 389,99 zł, co daje nam w przeliczeniu 0.33 groszy za klocek. Nie jest źle! Szczególnie że łuski na bestii wydają się być nadrukami. Zdaje się też posiadać pozłacane elementy pod szyją, ale trudno to potwierdzić patrząc na zdjęcia, lepiej poczekać na pierwsze recenzje.

Warto zwrócić uwagę na nadruki oczu i element trzymany w łapie.

Model prezentuje się dostojnie, ale czy to wystarczy, by stał się u nas popularny?

Kalendarz festiwalowy

Najmniejszy zestaw składa się z 345 elementów i jest wyceniony na 134,99 zł, co daje nam w przeliczeniu 0.39 groszy za klocek. Całość jest obrotowa, można sobie wybrać, jaka data ma być widoczna.

W tej konfiguracji łódź wygląda jak by coś na niej przemycano.

Hurra, kolejny rok 2024! Coraz bliżej do kopnięcia w kalendarz! Ten model z pewnością Ci o tym przypomni.

Podsumowanie

Zjazd rodzinny na 99% zawita w mojej kolekcji. Z racji tego, że będzie dostępny tylko na oficjalnej stronie LEGO®, idealnie nada się jako dopychacz do koszyka, gdy będzie trzeba zdobyć jakiś gratis. Ma dużo fajnych części i minifigurek które mam plan wkomponować w swoje Megalopolis.

Smok pomyślności nie fascynuje mnie jako model do wystawienia na półkę, widziałem lepsze. Mimo posiadania tarcz z nadrukami nie zdobył mojego klockowego serca.

Kalendarz festiwalowy wydaje się nie być skierowany na nasz rynek. Może służyć jako przypomnienie o ważnych datach, ale w dobie smartfonów z powiadomieniami, ta funkcja wydaje się zbędna. Cyfry wyglądają na naklejki. Jedynym elementem tego modelu, który przyciągnął moją uwagę, jest smocza łódź, która budzi wspomnienia 👇

6057 Sea serpent - zdjęcie ze strony Bricklink

I tym pozytywnym akcentem, kończymy. Do następnego!

Tworzę grę o piratach #3 - Szkielet UI Obejrzyj na YouTube

Jakie biblioteki dodałem?

• Monarch - Biblioteka do zarządzania ekranami z przejściami, stworzona przez twórcę Defolda. Początkowo myślałem, że nie będzie mi potrzebna, jednak gdy wczytałem się w przykłady, dałem jej szansę. Świetnie obsługuje popupy i bardzo upraszcza natywne rozwiązania silnika.
• Druid - Dodaje masę komponentów UI i przystępnym API. Na nagraniu wideo można zobaczyć efekty przy najeżdżaniu na przyciski, to zasługa tej biblioteki.

Jak to wygląda w mojej grze?

W zasadzie nie było tu nic trudnego w implementacji, co byłoby warte omówienia. Jedna z ciekawszych rzeczy to lekka zmiana w inputs_manager który, jak nazwa wskazuje, zajmował się obsługą kliknięć i klawiszami, otóż pozbyłem go części kompetencji. Biblioteka Druid dodaje możliwość przypisania klawiszy do konkretnych przycisków, więc akcje, takie jak atak albo przejście do menu pauzy, są teraz przypisane do przycisków lub obsługiwane przez skrypt przypisany do pliku .gui.

Jeśli chodzi o przyciski akcji, to na początku myślałem, że do obsługi tych dwóch funkcji wystarczy jeden przycisk, który zmieniałby swój stan, w zależności od sytuacji. Niestety praktyka zweryfikowała, że tak się nie da z uwagi na to, że możemy zaatakować jakiś statek, i jednocześnie zaznaczyć jakiś inny, a wtedy powinniśmy mieć przycisk ataku aktywny, tak żeby móc zaatakować ten drugi okręt. Jednocześnie powinna być możliwość zastopowania ataku na pierwszy okręt. Dwa przyciski skutecznie rozwiązały sytuację.

Podsumowanie

Szkieletem UI zająłem się teraz, bo średnio mi szło myślenie nad wyszukiwaniem ścieżek. Zrobiłem odnośnie do tego tak zwany research, no i wyszło że najlepszym sposobem będzie implementacja algorytmu HPA, czyli hierarchicznego *A. Nie ma do tego gotowych bibliotek w języku LUA, więc będzie to trzeba napisać od podstaw. Przez wakacje nie miałem do tego głowy, tak mijał czas, a ja przy grze nie robiłem nic. W końcu zająłem się tym nieszczęsnym UI, żeby był jakikolwiek progres. Teraz mam zamiar zająć się zapisywaniem i odczytywaniem stanu gry.

Do usłyszenia!

I tak oto naszym oczom ukazał się zestaw 40601 Magiczny warsztat Majisto.

Okazało się, że produkt finalny nie tylko wygląda źle, ale żeby go zdobyć, trzeba będzie wydać w sklepie LS aż 1200 zł! Początkowo plotki mówiły o progu wejścia 1100 zł. Przypominam, że do zdobycia Leśnej kryjówki, potrzeba było zrobić zakupy za “jedyne” 690 zł. W styczniu otrzymaliśmy remake statku Blacktron o numerze 40580, gdzie trzeba było wydać co najmniej 900 zł.

Jak widać, LEGO® testuje granice naszej nostalgii. Gdyby chociaż dodali rycerzowi tarczę z nadrukiem i specjalny hełm. Niestety w obecnym stanie oceniam ów zestaw jako paździerz. Znacznie lepiej sprawić sobie używany oryginał, chociaż i tu tanio nie jest, średnia cen używanych modeli wynosi 312 zł.

Zestaw 6048. Zdjęcie ze strony BrickLink

Gdyby ktoś jednak miał chrapkę na tę nowość, to będzie go można zdobyć ją w dniach 18-19.11.2023. Dodatkowo będą wtedy podwójne punkty Insiders i jakieś inne pierdoły, ale nie nich dzisiaj mowa. Obstawiam jednak, że dużo ludzi odpuści sobie 40601 i będzie on dostępny jeszcze ze dwa razy w podobnej akcji.

Tworzę grę o piratach #2 - Drzewa behawioralne Obejrzyj na YouTube

Czym w ogóle są te całe drzewa behawioralne?

Dla uproszczenia będę używał nazwy BT (Behavioral tree). BT składają się z węzłów, które reprezentują różne typy zachowań, takie jak: warunki, akcje, sekwencje, selektory, dekoratory i inne. Węzły są połączone w hierarchiczną strukturę, która określa kolejność i sposób wykonywania zachowań. Drzewa behawioralne są łatwe do tworzenia, modyfikowania i debugowania, ponieważ są czytelne i posiadają modularną formę. Jeśli umisz w angielski, to gorąco polecam artykuł który pomógł mi zrozumieć jak to wszystko działa w praktyce https://www.gamedeveloper.com/programming/behavior-trees-for-ai-how-they-work.

Jak to zaimplementowałem?

Jestem prostym programistą, gdy trzeba coś zrobić, sprawdzam czy ktoś to zrobił przede mną i czy znajdę to w internecie za friko. Tym prostym sposobem, trafiłem na kilka bibliotek z implementacją BT. Najbardziej rozbudowaną była taka, której dokumentacja jest po chińsku… Dalej była jedna fajna, gdzie wszystko było odpisane, niestety sposób w jaki węzły zwracały informację (return true), czy zadanie jest wykonane, nie odpowiadał mi.

Na końcu znalazłem tę bibliotekę https://github.com/tanema/behaviourtree.lua. Jednakże, posiada ona jeden minus. Węzły można zarejestrować, tak aby używać je ponownie w innych drzewach. Niestety, nie są tworzone ich nowe instancje, dlatego taki zarejestrowanych węzeł w kilku różnych BT potrafi sprawić wiele nieakceptowalnych problemów. Byłem załamany, do momentu przeczytania kodu biblioteki, okazało się że jest całkiem prosty do zrozumienia. Dlatego zmieniłem lokalnie dużo rzeczy aby to naprawić, niektóre zaproponowałem twórcy jako PR, zgodził się na nie, niestety wymagają one dodania testów aby zostać finalnie połączone. Więc póki co PR czeka na moją aktualizację.

Informacja czy zadanie zostało wykonane jest podawana przez funkcję task:success(), dzięki czemu można przypisać referencję do zadania poza drzewem. W silniku Defold, który polega na wysyłaniu wiadomości między obiektami, jest to nieocenione rozwiązanie.

Jak to wygląda w mojej grze?

Obecnie zaimplementowałem tak zwany szkielet BT i dodałem parę prostych zachowań. Póki co, w grze występuje tylko jeden typ NPC, dlatego jego drzewu nadałem nazwę SIMPLE_SAILOR. Wrzucam tu kawałek kodu z objaśnieniami, może kogoś to zainteresuje.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
SIMPLE_SAILOR = {
  --[[
    Typ węzła poniżej będzie po kolei
    odpalał wrzucone mu węzły, dopóki
    któryś z nich zwróci wykonanie zadanie
    jako `failure`.
  ]]--
  type = BehaviourTree.RepeatUntilFail,
  nodes = {
    --[[
      Proste sprawdzenie czy statek NPC
      w ogóle żyje. TASKS reprezentuje
      obiekt z referencjami do węzłów
      gdzie jest kod. Taki `task` może
      zwrócić `success`, `failure` lub
      `running`.
    ]]--
    TASKS.IS_ALIVE, -- 
    {
      --[[
        Poniżej jest sekwencja, będzie wykonywać
        zadania po kolei, dopóki któreś z nich
        nie zwróci `failure`. Ogólnie ma ona za zadanie
        sprawdzić, czy okręt NPC jest atakowany. Jeśli
        nie jest, sekwencja zwróci `failure`, przez co
        przerwie działanie pętli wyżej. Dlatego jest
        tu dodany dekorator, który wynik sekwencji
        ma gdzieś i zawsze zwróci `success`, dzięki
        czemu pętla działa dalej.
      --]]
      decorator = BehaviourTree.AlwaysSucceedDecorator, --
      node = {
        type = BehaviourTree.Sequence,
        nodes = {
          TASKS.IS_UNDER_ATTACK,
          TASKS.STOP_SAILING,
          TASKS.SELECT_RANDOM_AGGRESSOR_AS_ATTACKED_ENTITY,
          {
            --[[
              Węzeł wyżej - IS_UNDER_ATTACK sprawdza czy
              NPC jest atakowany, jeśli tak, odpala się
              kolejny - STOP_SAILING, który zatrzymuje
              NPC po okresie 1.5 sekundy. Następnie
              jest wybierany losowy przeciwnik który
              atakuje NPC i jest przypisany jako cel
              ataku. Gdy to się stanie, odpala się
              kolejna pętla, gdzie NPC będzie strzelało
              z armat, dopóki przeciwnik żyje, lub
              przestał atakować.
            --]]
            type = BehaviourTree.RepeatUntilFail,
            nodes = {
              TASKS.SHOOT_FROM_CANNONS_ATTACKED_ENTITY,
              TASKS.IS_ENEMY_ALIVE,
              TASKS.IS_ENEMY_STILL_ATTACKING,
            },
          },
        },
      },
    },
    {
      --[[
        W momencie gdy NPC uporało się z wrogiem,
        albo w ogóle go nie było, odbędzie się
        losowanie, co robić dalej :D Do tego
        służy węzeł `Random`. Ma pod sobą dwa
        węzły, jeden SAIL_TO który wysyła okręt
        w losowe miejsce na mapie, drugi natomiast,
        wybiera losowego przeciwnika i atakuje go aż
        do jego śmierci. Szanse na wylosowanie
        konkretnego węzła, są przypisane w `chances`
        odpowiednio do kolejności węzłów w `nodes`.
      --]]
      type = BehaviourTree.Random,
      chances = { 85, 15 },
      nodes = {
        TASKS.SAIL_TO,
        {
          type = BehaviourTree.Sequence,
          nodes = {
            TASKS.STOP_SAILING,
            TASKS.SELECT_CLOSEST_SHIP_AS_ATTACKED_ENTITY,
            {
              type = BehaviourTree.RepeatUntilFail,
              nodes = {
                TASKS.SHOOT_FROM_CANNONS_ATTACKED_ENTITY,
                TASKS.IS_ENEMY_ALIVE,
              },
            },
          },
        },
      },
    },
  },
},

Podsumowanie

Dodanie BT to duży krok, pozwoli dodawać modularne zachowania w szybkim czasie. Samo zaimplementowanie drzewa zajęło mi z jakieś 3 tygodnie a napisanie zachowań to kilka dni. Dodam, że pracuje nad grą z 1h dziennie, czyli niewiele. Domyślnie w grze będzie więcej drzew, każde dla innego typu NPC z bardziej lub mniej złożonymi akcjami.

Teraz zabieram się za wdrożenie wyszukiwania ścieżek, dzięki temu NPC będą omijały wyspy i miejsca na które nie powinno się wpływać statkiem.

Do usłyszenia!

Na miejscu okazało się że wybrano tylko 10 osób, z czego jeśli dobrze pamiętam, pojawiło się 8. Sami dorośli, więc moje obawy że jestem za stary na to wydarzenie, zniknęły 😮‍💨 Spotkałem twarz muzeum -> Dżodżo oraz Mateusza Kustrę! Jedynego certyfikowanego profesjonalnego składacza LEGO® w Polsce 😱

Przedstawiono nam zasady które były bardzo proste, losujemy stolik na terenie muzeum, a następnie zestaw który będziemy składać. Po jego ukończeniu dostawaliśmy kolejny i tak aż do godziny 20:00 lub wyczerpania zapasów. Wygranym miała zostać osoba która ułoży największą ilość klocków w tym czasie.

Nagrody za 3 pierwsze miejsca prezentowały się zacnie:

• LEGO® 92176 Ideas - Rakieta NASA Apollo Saturn V
• LEGO® 80045 Monkie Kid - Monkey King w ultramechu
• LEGO® 71369 Super Mario - Walka w zamku Bowsera

Zestawy które dostaliśmy na początku, były nowe i wydane stosunkowo niedawno. Znalazł się nawet LEGO® 40580 - Krążownik Blacktron. Mi się na samym początku wylosował największy z nich, konkretnie LEGO® 43225 Disney - Królewska muszla Małej Syrenki liczący 1808 elementów. Co prawda, do wylosowania został jeszcze LEGO® 43222 Disney - Zamek Disneya mający aż 4837 klocków! Jednak organizatorzy schowali go przed nami, z obawy że nie zdążymy go złożyć. Phi.

Konkurs zaczął się o 10:30, każdy już siedział przy swoim stoliku z wylosowanym zestawem. Syrenkę ukończyłem przed 13:00. Potem w moje ręce wpadł nowy mech z serii Ninjago z którym zeszło mi około godzinę. Jeszcze przed planowaną przerwą o 14:30, zdążyłem poskładać trochę wieży astronomicznej. Nigdy wcześniej nie składałem Harrego Pottera, więc było to miłe doświadczenie.

Na obiad zabrano nas do pizzeri. Margherita dodała mi niezbędnej do układania energii. Okazało się również, że skończyliśmy praktycznie wszystkie zestawy z którymi miało nam zejść do 20:00 😎 Organizatorzy zaczęli więc dokładać do puli kolejne, okazało się że nie byle jakie! Była to seria SpongeBob wydawana na przełomie lat 2006-2012.

Po ukończeniu wieży, w moje ręce wpadł jeden z takich zestawów, LEGO® 3833 SpongeBob - Przygody w barze Krusty Kraba z 2009 roku. Średnia cen z bricklinka to 836.70 zł za MISB, czyli taki który trafił do mnie. Instrukcja była toporna, nie zgadzały się w niej odcienie, no i słynny reddish brown, czuć było, że klocki tego koloru chcą się rozsypać w rękach, a to dopiero początek zalet tego zestawu 😛 Ogólnie bardzo miłe doświadczenie.

Gdy ukończyłem Krusty Kraba, do wylosowania zostały 3 nowe zestawy, padło na LEGO® 76423 Harry Potter - Ekspres do Hogwartu i stacja w Hogsmeade. Kolejka okazała się bardzo sympatyczna w układaniu. Niestety zestaw liczył 1074 klocki. Dlaczego niestety?

W momencie kiedy z półek zeszły ostatnie pudełka, organizatorzy zaczęli wykładać prawdziwe perełki…

Space, Blacktron, Western 🤠. Czyli klasyczne zestawy, które większość z nas oglądała jedynie w katalogach za dzieciaka. Mój niefart polegał na tym, że z tym ekspresem do Hogwartu zeszło mi do godziny 18:25, a klocki wydawano do 18:10 😭

Sami zobaczcie co układali inni uczestnicy:

Gdybym skończył układać jakieś 10 min wcześniej, miałbym okazję dorwać jeden z 3 dołożonych retro zestawów:

Żegnajcie indianie i ludziki z kosmosu, nie dane było mi was lepiej poznać 😢

Grande finale

Gdy czas minął, zostały policzone klocki i ogłoszone wyniki. Dokładnych liczb nie pamiętam, ale wyglądało to mniej więcej tak:

• 3 miejsce - 4400 klocków
• 2 miejsce - 4600 klocków
• 1 miejsce - 4800 klocków

Może i nie miałem okazji złożyć indiańskiej wioski, za to zgarnąłem pierwsze miejsce 😄🎉 Siedem godzin układania w tempie 690 klocków/h zapewniło mi wygraną. Jako nagrodę wybrałem sobie rakietę Saturn, brakowało mi jej w kolekcji, więc jestem bardzo zadowolony. Uczestnicy spoza podium mogli zgarnąć czapkę albo kubek.

Podsumowując, jeśli zobaczysz ogłoszenie o kolejnej edycji Bricks&Figs Masters, zgłaszaj się bez wahania i lepiej zarezerwuj sobie wolny dzień. Nawet jeśli nie wdrapiesz się na podium, czeka na ciebie cały dzień układania w przyjaznej atmosferze i darmowa pizza 🍕 A kto wie, może i znajdą się jeszcze jakieś MISB-y w tajemniczym magazynie 🕵️‍♂️

Do usłyszenia!

Moim celem jest stworzenie świata, gdzie gracz wciela się w rolę żeglarza, który eksploruje morza, walczy z wrogimi piratami (lub takim zostaje), szuka skarbów i buduje swoją flotę. Będzie w nim równie łatwo będzie się wzbogacić, jak i wszystko stracić. Śmierć bohatera będzie nieodwracalna, jednak świat, po którym się pływa, pozostanie niezmienny i dostępny dla kolejnych podróżników stworzonych przez gracza. Jeśli więc zakopiesz skarb na jakiejś wyspie, to po śmierci będziesz mógł go odkryć kolejnym bohaterem. Wszystko to w biedackim stylu pixelart.

No a przynajmniej taki jest zamysł, aby zrobić coś w stylu roguelike. Do procesu tworzenia używam silnika Defold, w którym pisze się skrypty w języku LUA. Oto wideo pokazujące obecny postęp prac:

Tworzę własną grę o piratach #1 Obejrzyj na YouTube

Lista funkcjonalności na chwilę obecną jest w teorii dosyć prosta:

• można pływać statkiem
• można przesuwać swobodnie mapę, oddalać i przybliżać
• po mapie pływają losowo NPC
• można atakować przeciwników aż do ich zniszczenia
• przy ataku są widoczne efekty specjalnie, dym z armat i kule wpadające do morza

Zaimplementowanie tego wszystkiego wiązało się z pewnymi przeszkodami. Mapa którą widać na wideo nie wydaje się duża, jednak w rzeczywistości składa się z wielu małych kwadracików, tak zwanych “tiles”. Docelowo będzie dużo większa, więc nie ma sensu trzymać jej załadowanej przez cały czas. Takie rozwiązanie skradło by duże zasoby pamięci i gra byłaby w efekcie słabo zoptymalizowana, a więc wstyd na dzielni.

Żeby temu zapobiec, podzieliłem tę mapę na tak zwane „chunki”, czyli zgrupowane kwadraciki o których wcześniej wspomniałem. Gdy gracz porusza się po mapie, ładowane są tylko te bezpośrednio wokół niego lub te które obecnie powinien widzieć na ekranie komputera. Żeby lepiej to zobrazować, możesz wyobrazić sobie tabliczkę czekolady. Jeśli na ekranie miałbyś widzieć pewną jej część, nie ma sensu ładować do pamięci każdego atomu czekolady. Najlepiej je zgrupować w kawałki które łatwo oderwać i pokazywać tylko te, które gracz powinien aktualnie widzieć na ekranie.

Samo strzelanie z armat też było pewnym wyzwaniem. Docelowo w grze będzie kilka typów statków, które mogą przenosić różne ilości armat, które z kolei będą miały rozmaite parametry. Oczywiście nie muszę tego wszystkiego uwzględniać na poziomie pisania prototypu, ale wypadało napisać szkielet tych funkcjonalności, tak aby potem nie grzebać w skryptach i wszystkiego przestawiać.

No więc obecnie w kodzie wygląda to tak, że na statku mam załadowane kilka różnych armat, mają one określone obrażenia, czas przeładowania oraz celność. Atakując inny okręt odpala się autoatak, wylatuje tyle kul, ile armat. Losowość i parametry decydują czy pocisk trafi i jakie zada obrażenia. Do tego dochodzą efekty wizualne. Z nimi to jednak temat na osobny wpis 😄

Jak się tak rozpisałem, to myślę, że może za dużo tego zrobiłem jak na prototyp, ale niczego nie żałuję. Kolejnym etapem jest stworzenie szkieletu sztucznej inteligencji. Statki wroga powinny reagować na atak gracza, odpowiadać ogniem lub uciekać. Fajnie byłoby też przypisać im drużyny, tak aby wzajemnie się ostrzeliwały. Aby to osiągnąć, użyje tak zwanego drzewa behawioralnego. Męczę się z tym tematem już jakiś czas, teoria jest opanowana, ale w praktyce sprawia mi to pewne trudności. O tym napiszę więcej w kolejnym wpisie.

Jeśli masz jakieś pytania, zachęcam do zostawienia komentarza, można to robić anonimowo bez rejestracji.

Do usłyszenia!