Wydałem swoją pierwszą grę

11
Witam serdecznie brać dzidową
Wydałem swoją pierwszą grę. Prosta gierka w stylu Endless Runnera w pixel artowej oprawie. Na początku nie chciałem rzucać się na głęboką wodę, a też chciałem cokolwiek stworzyć, więc oto jest prosta gra mojego autorstwa :D "t ain't much, but it's honest work".

Zapraszam do ogrania za darmo:

https://devkxm.itch.io/super-bugsy-runner

Na razie tylko w wersji desktopowej, ponieważ są problemy z buildem na przeglądarkę i próbuję to ogarnąć. Być może za niedługo uda mi się ogarnąć wersję przeglądarkową, a jak na razie jak ktoś chce, to może puścić gierkę także w oknie i pyknąć gdzieś pomiędzy oglądaniem memów w robocie głupocie xD
Obrazek zwinięty kliknij aby rozwinąć ▼

Problem z kodem, jak wydłużyć czas na animacje skoku?

18
Problem z kodem, jak wydłużyć czas na animacje skoku?
Problem z kodem, jak wydłużyć czas na animacje skoku?
Problem z kodem, jak wydłużyć czas na animacje skoku?
Siemka, mam problem przy grze nad którą pracuję.
Długość animacji skoku to tylko 4 klatki z 6 (widzę to po odpaleniu gry w Sprite Renderer), po tych 4 klatkach animacja wraca do Default State, którym to jest animka Run.
W jaki sposób naprawić ten błąd, aby poprawnie wyświetlały się wszytkie klatki, podczas gdy postać jest w powietrzu i było to zapętlone do czasu aż postać jest  w powietrzu?
Druga animacja działa poprawnie, bez zarzutów.

Na dole ss z inspektora od Animatora, odznaczyłem Has Exit Time i zmieniłem czas na 0.
Próbowałem w kodzie z Eventami, ale nic to nie daje, tak jakby nie wykrywa, że postać dalej jest w powietrzu, za każdym razem odtwarzają się tylko 4 klatki. Także w kodzie te linijki od eventów są zbędnę.

Ma ktoś jakiś pomysł jak to naprawić? Unity ogarniam dopiero od około 6dni i już kompletnie nie mam pomysłu, co tutaj można zrobić :/
Obrazek zwinięty kliknij aby rozwinąć ▼

VSC problem

34
Mam problem z kodzeniem w Unity na C#. Mianowicie każdy napisany skrypt jest jakby w ogóle nie odpalany przez Unity, w konsoli się nic nie wyświetla. To zasadniczo tak wygląda jakby w ogóle Visual Studio Code nie działało? Wcześniej miałem problem w ogóle z zainstalowaniem Visual Studio Code i pakietów do niego, dopiero musiałem przez VPNa zmienić IP, i wszytko ładnie się ściągnęło (WTF?) Bez zmienienia IP miałem cały czas komunikat: XHR failed - jak chciałem ściągnąć rozszerzenia z zakładki extensions w VSC.
Ze strony https://code.visualstudio.com/docs/languages/dotnet znowu był taki komunikat na przeglądarce:

    Nie udało się nawiązać połączenia


(jak zmieniłem IP to oczywiście się ściągnęło normalnie):\

Wczoraj jak ogarnąłem to wszytko przy zmienianiu IP to coś zakodziłem i pobawiłem się z assetami i dzisiaj odpalam i nic nie działa (╯︵╰,).
Nawet najprostszej linijki kodu nie odpala w konsoli:

using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class test : MonoBehaviour
{
    // Start is called before the first frame update
    void Start()
    {
        Debug.Log("Hello World");
    }

    // Update is called once per frame
    void Update()
    {
        print
    }
}

próbuję tak np. przypisać do obiektu gracza i odpalam okno gry i nic - w konsoli nic się nie wyświetla. Jakiś czarodziej kodzenia doradzi co tutaj zrobić? Człowiek chce się nauczyć nowych rzeczy a tu taki uj ( ͡° ʖ̯ ͡°)
Obrazek zwinięty kliknij aby rozwinąć ▼

Co unity odpierdoliło

31
12 września Unity ogłosiło, że wprowadzają zmiany w naliczaniu opłat za korzystanie z ich silnika. Czemu o tym piszę? Gdyż uważam, że trzeba to nagłosić wszędzie gdzie ludzie interesują się grami, a jestem przekonany, że spora część braci dzidowców i siostr dzidówek też gra.

Od 1 stycznia 2024 roku unity ma naliczać 20 centów za instalację każdej gry która odniosła "sukces", czyli w ciągu ostatnich 12 miesięcy zarobiła 200 000 lub więcej dolarów i od premiery została zakupiona 200 000 razy (dla płatnych licencji te cyferki wyglądają nieco inaczej ale na nich nie będę się skupiał).

I tak, przeczytaliście dobrze, od instalacji, nie zakupu.
Wszystkie instalacje jakie unity ma liczyć to: wszystkie pierwsze instalacje na danym urządzeniu, dema które mogą zostać "ulepszone" do pełnej wersji (czyli jeśli musisz osobno pobrać pełną wersję po przejściu dema to wtedy nie) i... Na stronie unity mam dwie nie do końca spójne informacje na temat wczesnych dostępów.  Na wątku na forum są traktowane jak dema, a na stronie FAQ już piszą wyraźnie że nie (i nie dają więcej szczegółów).

Unity twierdzi, że nie będzie liczyć instalacji pirackich wersji, ani kopii które zostały rozdane na akcjach charytatywnych (z których twórcy często mają prawie nic), do tego też mają "współpracować" z twórcami w przypadku akcji "install bombingu" (czyli celowym oszukiwaniu systemu naliczania instalacji na niekorzyść twórcy gry).  Jeśli jeszcze nie widzicie problemu to napiszę wprost: nikt nie ma pewności, że unity na pewno będzie sobie dostatecznie dobrze radzić z takimi sytuacjami, ani nie wiadomo jak to ma działać.

Przykład: gra x znalazła się w paczce humble bundle, paczkę zakupiło 80k ludzi, piszę do unity o tym fakcie i co oni zrobią z tą informacją? Dadzą mi 80k "darmowych" instalacji, w jakiś sposób oznaczą te 80k gier jako "free to install"?

Do tego jest jeszcze problem graczy: w jaki sposób instalator ma identyfikować ich maszynę? Unity może to zrobić prosto i szybko ale wtedy narażają się na łatwe "install bombingi" bo np. wystarczy zmienić nazwę komputera w ustawieniach. Mogą to też zrobić w sposób który wymaga dostępu do rzeczy w komputerze do których normalnie mają dostęp tylko system operacyjny i zaufane aplikacje, a nie gra na steam kupiona na promce.

W sieci pojawiają się głosy, że "źli dewowie biorą za darmo i zarabiają na unity ale już im nie chcą dać zarobić", jeśli jesteś jedną z tych osób to gratulacje lemingu kapitalizmu, idź się dalej przejmować tym ile zarobią ludzie którzy mają dość hajsu na prywatną wyspę, a jedną głupią decyzją mogą pozbawić tysiące, jak nie setki tysięcy ludzi pracy. A wracając: nikt nie broni unity zarabiać, problemem nie jest to że chcą pieniędzy, a to że nie da się przewidzieć ile oni chcą.

Dla przykładu: załóżmy, że planuję zrobić grę i nie do końca wiem ile kopii sprzedam i ile ona zarobi. 1 kopia będzie kosztować 5$, spodziewam się ok. 200 000 sprzedanych kopii (czyli przychód około miliona). Jeśli przekroczę milion i zrobię grę na unreal engine to płacę 5% przychodu jako opłatę za silnik, czyli 50 000$. Jeśli zrobię grę na unity i każdy kto kupi grę ją zainstaluje to płację 200 000 *0.2$=40 000$ ale co jeśli ludzie będą ją instalować na komputerze do grania i komputerze do nauki? Albo na steam decku? Ile maszyn do grania ma przeciętny klient? Gdzieś między 1-3, czyli płacę gdzieś między 40k$, a 120k$. Tu jest główny problem, koszt silnika jest nieprzewidywalny, a do tego też niezależny od twórcy.
Jeszcze zostaje kwestia tego, że według samego unity tylko 10% gier na unity zalicza się jako "sukces" ale to z kolei zniechęca do tworzenia dobrych gier, bo jeśli gra odniesie sukces to twórcy dostają kopa w jaja o niewiadomej sile.
Ps. Ciekawostka na koniec: aktualny ceo unity w 2011 wpadł na pomysł wprowadzenia opłaty za amunicję w battlefieldzie. Amunicja ci się skończyła? Szybka mikrotransakcja i masz pełen magazynek. (Pomysł na szczęście nie doszedł do skutku)
Obrazek zwinięty kliknij aby rozwinąć ▼
0.15697288513184