Jakim

Sympatyczne.

Płytkie i fałszuje. Poćwicz jeszcze.

Cel jest jedynie dydaktyczny, by poczuć fizycznego bluesa. Oczywiście jak już się to zrobi, warto skorzystać z dostosowanych ku temu metod. Tym bardziej, że GM niezbyt nadaje się do modelowania czegokolwiek z racji swojej struktury. Nic ponad to :). Zachowanie obiektu sprężystego podczas kolizji można opisać prostą macierzą. Kolizje same w sobie sprawdzane są poprzez iloczyn skalarny. No, przede wszystkim nie sugeruję, by robić własny silnik, ale kto by nie chciał platformówki, w której można swobodnie się ślizgać po krzywych? :c

Zamierzam dołączyć w wolnej chwili :). Tym niemniej, jeżeli ktokolwiek chce zająć się podstawami fizyki, nie ominie operacji algebraicznych na macierzach (nie jest to jakoś szczególnie trudne) oraz trygonometrii. Można też liczyć wszystko na wektorach i iloczynach skalarnych. Na dobrą sprawę wypadałoby zrobić testy wydajności i porównać dwie metody.

Metoda "wypychania" może mimo wszystko doprowadzić do wielu bugów. Poza tym, silnik oparty na takim systemie jest ograniczony w pewnym sensie; jeżeli zamierzasz jakkolwiek odwzorowywać zachowania realne i chcesz scalić swój ruch z "naturalną" fizyką: to warto poświęcić nieco więcej czasu. Być może pomoże Ci opis mechaniki powyżej: link.

Nie mam okazji teraz stestować, ale szacuneczek za generator. Centrowanie? Chyba chodzi o to, by znaleźć "środek" planszy i ustawić tam origin, rajt?

Metodę poniższą wykorzystałem do sprawdzania, czy plansza Sokobana jest poprawna. 1. Znajdujemy obiekt wewnątrz pola, które chcemy badać. 2. Wstawiamy w jego miejsce detektor (nie powinien być to obiekt, a jakaś struktura danych*) oraz ustawiamy licznik na 1. 3. W każdym kroku każdy z generatorów tworzy kolejne detektory wokół siebie (pamiętaj, by nie tworzyć duplikatów - wtedy liczba detektorów rośnie wykładniczo! W tym miejscu jest pole do optymalizacji kodu), a licznik dodajemy o wartość utworzonych detektorów w turze. 3. W kroku, w którym nie pojawił się już żaden detektor lub któryś z detektorów "wypadł" poza planszę, zatrzymaj algorytm. W przypadku pierwszej z możliwości obszar pokryty detektorami stanowi szukany zamknięty obszar. Algorytm działa jak wypełnianie powierzchni w Paincie. W porównaniu do metody porównywania murków tutaj dostajemy również współrzędne pól, które należą do obszaru. * - ew. element tablicy dwuwymiarowej [i, j], gdzie (i, j) to współrzędne w siatce, a wartość 0/1 (nie ma detektora/jest detektor). Dla całkiem regularnego kształtu sposób ten wymaga podzielenia obszaru (w przypadku mapy złożonej z bloczków sprawa jest dużo prostsza) na siatkę na tyle małą, żeby uwzględnić wszystkie nieregularności oraz, z drugiej strony, na tyle dużą, by minimalizować liczbę operacji, można się nastawiać na prosty algorytm rzędu O(n?), gdzie n jest średnicą obiektu liczoną w polach siatki. Rozszerzając ten algorytm, możemy przekonać się również, czy plansza jest spójna, a - jeżeli nie - na jakie składowe spójności się rozbija, tzn. które z pomieszczeń są odgrodzone od reszty i niedostępne.

Są dwie opcje, albo początkowy zestaw jest określony (w tym wypadku nie ma mowy układania rury za rurą, tylko tam, gdzie powinny leżeć), albo nie. Jedna plansza zdradza, że jest chyba realizowana pierwsza metoda, ale nie dam głowy. W takim przypadku - think different.

A grałeś w BETĘ CHALLENGE lub poziomy z krótkim czasem na start? W trakcie rozchodzenia się wody można jeszcze naprawdę dużo zrobić znaczenie. W przypadku poziomów stricte do ułożenia - faktycznie, można się zastanowić, czy może warto w takim trybie zatrzymać czas. Uzjel: przebiłem, dawaj dalej.

IMHO tak miało być. Co do przechodzenia poziomów, od przejścia 7 planszy mogłyby odblokować się dwie następne: tak, by levelset można byłoby kontynuować z maksymalnie jednym poziomem, na którym utknęliśmy, przy innej niż 15 liczbie etapów można ustalić wzór na to, kiedy odblokowują się dwie plansze. PS Beta lvl1: 478950.

Jutro będę szlifował rekord na BETA CHALLENGE, dziś tylko zająłem pierwsze miejsce ;))).

A i owszem! https://imgur.com/a/ARakH tak się rozwiązuje plansze B)

Na części poziomów strategia ich rozwiązywania jest dosyć uniwersalna: w pierwszej kolejności uzupełnij to, co musi zostać ułożone tylko w jeden sposób: tym samym wszystkie ciasne korytarze są jednoznaczne do wypełnienia. Dalej idzie jak Sudoku - im więcej stopni swobody, tym trudniej zauważyć prawidłowość. Jednakże większość planszy tę dowolność dozwala - jest więcej niż jedno rozwiązanie (być może grafowo równoważne - gdzieś na forum o tym pisałem). Dodatkowo często plansze są symetryczne lub antysymetryczne, co często sugeruje rozwiązanie o podobnej własności (ciekawe byłyby symetryczne plansze, w których z konieczności trzeba byłoby tę symetrię złamać).

Repair - Easy Time: 4:45 B)

Jeśli nikt się nie zgłosi, tak właśnie zrobię. :thumbsup:

Chcę w to grać. ps dzie stork factory

Cześć, jakiś czas temu wrzuciłem na GMClan demo remake'u starej, ale jarej gierki Logical. Niestety grafika pochodzi z oryginału, a sam nie mam na tyle umiejętności, by gra prezentowała się dobrze i była przy tym spójna stylistycznie. Gra jest praktyczna ukończona i szkoda by było, gdyby poleciała do szuflady z powodu braku grafiki. A roboty jest na nie więcej niż jeden dzień. Dlatego, zwracam się do Was, GMClanowicze, z prośbą: czy jest dobra duszyczka, która zechciałaby opracować grafikę do tej gry? Nie mam wiele do zaoferowania, ale przynajmniej tę grę będzie można sobie kiedyś wpisać w portfolio czy coś. A poza tym, po prostu fajna gierka pojawi się na GooglePlay ;). tl;dr: potrzebuję grafika, szczegóły przez PW. :P

Pytanie techniczne: czy koniecznie chcesz ciąć .mp3? Ze względu chociażby na niejednolitość tego formatu, o wiele lepiej byłoby operować nieskompresowanymi plikami .wav; poza tym przy jakiejkolwiek obróbce dźwięku zaleca się pracować na źródle (mp3 zawiera dosyć skomplikowany nagłówek, tagi ID3 etc.). Jeżeli jednak chodzi o mp3, najlepiej byłoby wycinać, tak jak filmy, zakresy tzw. frame'ów.

Plansze tutorialowe: download

Poprawiłem swoje brzmienie (IMHO).

Nie mam zbytnio czasu na to, ale... matematycznie wyliczyłem, jak wyznaczyć pozycję x paletki, by piłeczka poleciała w wybrany punkt (x,y) na planszy B).

Tytuł: Logical (tymczasowa nazwa) Gatunek: Logiczno-zręcznościowa Opis: Logical to remake gry o tym samym tytule z 1991 roku. Celem gry jest umieszczenie czterech kulek tego samego koloru w każdym młynku. Kulki poruszają się po specjalnych szynach, natrafiając również na różne obiekty takie jak: teleporty, strzałki wymuszające ruch w określonym kierunku czy blokery przepuszczające kulki wybranego koloru. Każda kulka rozpoczyna swój ruch z głównej szyny, z której dostaje się do młynków. Grę utrudnia fakt, że po szynach mogą poruszać się maksymalnie cztery kulki, a czas na wpuszczenie kulki z głównej szyny jest ściśle ograniczony. Czasem zdarza się, jak na załączonym obrazku, że na planszy usunięte mogą zostać tylko kulki określonego koloru (tu: fioletowe) albo kulki w określonym układzie. Poniższy zrzut ekranu wyjaśnia mechanikę gry. Zrzuty ekranu: Autor: Jakim Grafika: ? Dźwięk: Jakim Muzyka: Jakim Download: póki co niedostępne Uwagi: Gra dostępna będzie na Windowsy oraz Androidy. Póki co grafika pochodzi z oryginału (Rainbow Arts); oczywiście zostanie zmieniona. Gra zawierać będzie levelpack z oryginału, dwa własne levelsety oraz tutorial, który wprowadza w grę. Gra wyposażona jest również w edytor plansz. Czy jest dobra duszyczka, która zechciałaby opracować grafikę do tej gry?

Można to zrobić nawet bez żadnych dllek czy dodatków audio, ale trzeba znać strukturę plików mp3. Jeżeli niczego w markecie nie znajdziesz - pisz.

Bo strzałki wymuszają ruch w określoną stronę. Trzeba ułożyć cztery kulki tego samego koloru (na planszy jest pole, które wskazuje, że trzeba ułożyć najpierw fioletowe kulki) w każdym młynku.

Huder, stylowo to wygląda. Propsiki.