Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.


Wiadomości - matheavyk

Strony: [1] 2 3 4 5 ... 10
1
Projekty rozpoczęte / Odp: Gravity Gun dla Unity
« dnia: Kwiecień 20, 2017, 17:46:40 »
Fajnie, przyda się na asset storze ludziom na pewno.

Trochę podobny jest ten asset: https://www.assetstore.unity3d.com/en/#!/content/66740

2
Design / Odp: charakter pisma, a wykorzystanie w grze...
« dnia: Kwiecień 10, 2017, 16:46:42 »
Nie sądzę, żeby takie rozwiązanie mogło być praktykowane na szerszą skalę niż jakiś indie projekt, który właśnie tym chce się wyróżnić.

Takie "przeciw" przychodzą mi do głowy:
  • Poprawa błędu oznacza zmianę całego pliku graficznego lub jakiejś jego części. Ale po co kombinować, skoro od tego właśnie są czcionki?
  • Zmiana czegoś w fabule również oznacza potrzebę edycji pliku graficznego. Najgorsze jest to, że takiej edycji może dokonać tylko jedna osoba na świecie - ta która pisała odręcznie.
  • Kłopotliwa lokalizacja (dodawanie tłumaczeń).

No, ale tak jak FilipPlotnicki napisał, można zrobić czcionkę z odręcznego pisma i to chyba lepsza droga. Jeśli chodzi o jakąś formę zarobku, to może mógłbyś sam zrobić kilka czcionek z różnego rodzaju ręcznym pismem i sprzedawać je w paczce? Ale nie mam pojęcia, czy na tym da się zarobić :p

3
Projektowanie kodu / Odp: Gra strategiczna technlogie
« dnia: Luty 18, 2017, 05:52:22 »
W Unity łatwo zrobisz komunikację sieciową, bo są co najmniej dwie "biblioteki" do wyboru.

Po pierwsze jest Unity Networking, które jest od razu w Unity: https://docs.unity3d.com/Manual/UNet.html . Robiłem przy użyciu tego jedną grę, w której były tury, ale to była gra zręcznościowa - jeden gracz klikał szybko, żeby zbić obiekty, w tym czasie drugi tylko patrzył jak ten pierwszy zbija, a potem zamiana. Raczej łatwo się używa tego Unity Networking, ale są pewne niuanse, więc polecam obejrzeć jakieś tutoriale, najlepiej od ekipy twórców Unity z konferencji Unity.

A druga rzecz używana przez większość prostych gier sieciowych tworzonych w Unity to Photon: https://www.assetstore.unity3d.com/en/#!/content/1786 . Do tego też jest pełno tutoriali i wydaje mi się, że jest jeszcze prościej niż przy Unity Networking, ale głowy sobie nie dam uciąć, bo miałem tylko okazję zobaczyć jak ktoś tego używa, a sam nie używałem. W Photonie masz na przykład gotowe rozwiązanie z tym, że jak host się wyloguje, to hostowanie przejmuje jeden z graczy, którzy zostali w grze. Kiedyś Unity Networking tego nie miało gotowego, może teraz się coś zmieniło, ale nie słyszałem.

Nie wiem jak wygląda porównanie stabilności tych rozwiązań oraz jakie są ceny przy dużej liczbie graczy.

A co do tych trzech stówek... jasne, że są potrzebniejsze rzeczy. Ale zastanowiłbym się czy nie zbierać sobie kasy na takie właśnie rzeczy. Bo niby 3 stówki to dużo, ale te assety z Asset Store'a już nie raz zaoszczędziły mi kupę czasu. Niektóre narzędzia są tam tak rozbudowane, że sam bym nie napisał ich nawet w rok. Więc czasami stoi się przed wyborem - wydać 3 stówki czy pisać grę o rok dłużej?

4
Unity 3D / Odp: Zaciemnianie kodu
« dnia: Luty 17, 2017, 18:52:10 »
Sorry Meic, nie miałem na celu ataku na Ciebie, ale faktycznie jak teraz patrzę to te moje pytania tak brzmią. Wydawało mi się, że jakby nie istnieje żaden powód, ale teraz chyba wychodzi na to, że sama świadomość Ci się nie podoba. Uznaję to, chociaż sam nie mam takich odczuć, a już szczególnie nie jest dla mnie istotne, czy ktoś zobaczy efekt kilku godzin mojej pracy czy kilku minut.

5
Unity 3D / Odp: Zaciemnianie kodu
« dnia: Luty 16, 2017, 05:27:30 »
Kończymy (bez aktywnego linku, żeby nie było reklamy aż tak bardzo): play.google.com/store/apps/developer?id=Raba+Games

Ja to nawet już się na tyle wyćwiczyłem, że zazwyczaj mieszczę się w estymacji pod warunkiem, że dodam sobie do estymacji każdego taska 1/3 czasu. Tyle, że niestety rzadko mam okazję robić gry :(

6
Unity 3D / Odp: Zaciemnianie kodu
« dnia: Luty 15, 2017, 14:30:00 »
Rozmawiamy o dwóch różnych podejściach do tej samej sprawy.

1. Ogólne dążenie do otwartości wszystkiego, w skrajnym przypadku internet = wszystko dla wszystkich.

To podejście ma swoje plusy w kontekście tworzenia gier:
  • Skracamy czas developmentu o zabezpieczenia i zaciemnianie.
  • Mamy szansę wypromować się na czymś typu viralowego, co ktoś odkryje w naszym kodzie. Możemy też wypromować się po prostu na tym, że ludzie wspólnie studiują nasz kod. Jeśli piszemy bardzo ładnie, to jest szansa, że ktoś będzie pokazywał innym nasz kod.
  • Uwalniamy się od myślenia o tym, więc możemy przenieść energię intelektualną na faktyczny development.

2. Jesteśmy programistami, szanujmy swoją pracę i swój czas. To podejście jest trochę takie, że trzeba się nawzajem upominać i robić poniekąd klimat odpowiedzialności grupowej, bo tylko wspólnie utrzymamy szacunek innych do tego, co robimy. Racjonalnym jest, że wykonujemy pracę i powinniśmy być za nią należycie wynagradzani.

To podejście ma swoje plusy w kontekście tworzenia gier:
  • Trudniej hackować, więc w grach multiplayer to daje nam jakąś możliwość ciągłej walki z oszustami, tak jak opisał to ktoś w podlinkowanym przez rakietę poście.
  • Trudniej hackować, więc opóźniamy powstanie spiraconej wersji naszej gry (czy to plus to osobna dyskusja).
  • Jest jeszcze coś, co niektórzy wymieniają jako plus, ale ja tego nie rozumiem, czyli "słabsi programiści nie będą mogli skopiować naszego kodu". Nie wiem jaki to niby plus, bo słabszy programista (czy tam noob) i tak nie będzie go potrafił użyć w odpowiedni sposób.

Oczywiście nie wymieniłem wszystkich plusów.
Ja jestem zdecydowanie za pierwszym podejściem, chyba że robimy grę multiplayer, bo wtedy niejako częścią tworzenia gry jest zapewnienie równych szans graczom i ochrona uczciwych przed oszustami.

edit: no dobra, są też inne podejścia, ja tak naprawdę mam takie luźne-realistyczne, a nie jedno z tych dwóch skrajnych, ale dzieląc tylko na te dwa skrajne, to mówiłem prawdę ;p

Cytuj
c) Pomysł nie ma wartości
Nie wiem, jak w innych gałęziach, ale w gamedevie to jest raczej prawda. Mam dwa powody by tak twierdzić. Pierwszy powód jest taki, że na wszystkich konferencjach doświadczeni developerzy w większości (albo wszyscy?) to potwierdzają. Czyli ci ludzie, żyjący z tego biznesu, w praktyce sprawdzili, że pomysły nie są cenne, bo umówmy się - brak wartości to wyolbrzymienie. Drugi powód jest taki, że mam na dysku folder "pomysły na gry", w którym jest w tej chwili 75 pozycji. Są to wyselekcjonowane pomysły z kilku lat, a było ich znacznie więcej. Oprócz tego 4 gry są w jako-takiej realizacji, więc były w jakiś sposób lepsze od tych 75. Jeśli każdy ma tyle pomysłów, co ja, to znaczy, że jest ich bardzo dużo, a czego jest dużo to jest mało warte. Poza tym część z tych pomysłów nie sprawdzi się w grach; a dodatkowo przy złej realizacji również nie wyjdzie z nich dobra gra. Za to da się się zrobić fajną grę robiąc porządną realizację słabego pomysłu lub wręcz skopiowanego z innej gry.

Cytuj
Ostatnio na jedną z grup facebookowych ktoś wrzucił aplikację javascript. Połączenie z bazą i te sprawy. Ładny design, fajne wykonanie, więc wszystkim się spodobała. W pewnym momencie ktoś pisze w komentarzu "hej jak się pisze taki kod?" - i wrzuca w zdjęcie typowy kod po obfuscacji, w dodatku przejechany "unminifierem" (automatycznie ze skompresowanego kodu tworzy spacje akapity itd).

A więc zabezpieczenie zadziałało.

Zadziałało, ale czy pozytywnie? Ktoś chciał się rozwinąć czytając dobry kod i nie mógł. Jaką krzywdę by wyrządził ten, kto nawet nie wie czym jest obfuskacja? Mnie na przykład trochę boli fakt, że chcący się uczyć człowiek nie miał dostępu do fajnego kodu aplikacji, która go interesuje.

Cytuj
Dla mnie, choćby świadomość, że efekt wielu godzin mojej pracy jest dostępny praktycznie dla każdego w przeciągu kilku chwil jest wystarczającym powodem żeby zaciemniać (piszę ciągle głównie o mobile).

To jest powód? Jaki jest cel tego działania? No bo powiedzmy, że długo pracowałeś i ktoś to zobaczy - no i co? A jak krótko pracowałeś i ktoś to zobaczy to co?




7
Unity 3D / Odp: Zaciemnianie kodu
« dnia: Luty 14, 2017, 19:52:55 »
Brawo wezu! Nareszcie ktoś podsumował to, co od dawna myślę :).

Dla was laggyluk i koirat też propsy, ale uważajcie żeby przez podśmiewanie nie zrobił się z tego tematu śmietnik, bo byłoby fajnie, gdyby każdy, kto w przyszłości tutaj trafi, potraktował to poważnie.

8
Może racja. Jak ja byłem w liceum, to jeszcze nie było smartfonów ani w ogóle rynku indie, więc nie było za bardzo jak wydać czegoś samemu, może stąd moja podświadomość podyktowała mi taki tok myślenia. Inna sprawa, że uważam, że wszelkie współprace w młodym, nazwijmy to przedkomercyjnym, wieku są moim zdaniem dobrym pomysłem.

9
Projektowanie kodu / Odp: Gra strategiczna technlogie
« dnia: Luty 10, 2017, 06:19:58 »
Możesz na przykład zrobić w Unity, które jest darmowe, ale dla ułatwienia dokupić sobie jakiś asset, który będzie frameworkiem do gier strategicznych. Nie próbowałem żadnego, ale tutaj jest przykładowy: https://www.assetstore.unity3d.com/en/#!/content/55121 . W Unity pisze się skrypty w C#, choć można też używać JavaScriptu.

Część twórców (przynajmniej gier mobilnych) lubi silnik Cocos2D. W nim pisze się w C++. Niestety nie próbowałem go.

Możesz też spojrzeć na GameMaker. Nie robiłem w nim nic, ale powstają w nim całkiem ciekawe tytuły, więc raczej jest sprawdzonym narzędziem.

10
To ja też dorzucę inną perspektywę.

Zakładam, że jestem młodym (np. z liceum), ogarniętym programistą, lekko utalentowanym twórcą gier i nie chcę w przyszłości iść do pracy, w której robię aplikacje biznesowe. W takim wypadku współpraca przy prototypie gry z człowiekiem, który posiada dobrze prosperującą firmę (jakby co, to nie znam Szajni'ego, nie wiem czy w ogóle ma firmę ;p) jest świetną okazją do wejścia w przedsionek branży. W najgorszym wypadku zrobię prototyp komuś, kogo pomysł prawdopodobnie da się zrealizować w skończonym czasie i będę miał do portfolio. W trochę lepszym zarobię pieniądze w jeden ze sposobów opisanych przez ArekBal'a. W jeszcze lepszym Szajni będzie chciał ze mną zrobić komercyjną grę na bazie prototypu, bo przecież to ja go programowałem, więc z dużym prawdopodobieństwem jestem pożądaną osobą do zrobienia tego. A w ogóle w najlepszym wypadku, to okazuje się, że ta firma Szajni'ego to tak naprawdę robi gry, a on zobaczył, że ja ogarniam i zatrudni mnie do pracy, więc będę miał pracę w wymarzonej branży zanim jeszcze podejmę studia.

Moim zdaniem nawet zakładając złe intencje Szajni'ego, o które broń boże go nie podejrzewam, to dla niektórych osób sytuacja i tak będzie korzystna. To też tak w ramach dorzucania panoramy ;p

11
Poszukuję / Odp: Zlecenie - prototyp gry mobilnej/online
« dnia: Styczeń 26, 2017, 00:11:25 »
Wysłałem prywatną wiadomość z moim mailem ;)

12
Unity 3D / Odp: Instantiate/Destroy vs Enable/Disable na mobile
« dnia: Styczeń 24, 2017, 04:18:52 »
Biorąc pod uwagę te informacje, tym bardziej skłaniam się ku temu, żebyś zostawił Instantiate tak jak jest, skoro gra jest w miarę statyczna. A skoro jesteś grafikiem i robisz coś przygodówkowego, to może jednak ten produkt będzie w miarę skończony i IAPy się przydadzą ;)

Jeśli nie masz zamiaru obsługiwać płatności w jakichś egzotycznych sklepach, to wykorzystaj rozwiązanie do IAPów dostarczane razem z Unity. Tutaj manual: https://docs.unity3d.com/Manual/UnityIAP.html
Robiłem to i działa bez żadnych problemów na google play, appstore i windows store. Poza tym jest bardzo proste w implementacji. Osobiście jestem gorącym zwolennikiem korzystania z asset store'a, ale akurat w kwestii IAPów nie wiem, po co miałbym to robić.

Tutaj chyba najlepiej wyjaśnione jak to zrobić: https://unity3d.com/learn/tutorials/topics/analytics/integrating-unity-iap-your-game (przede wszystkim na dole strony jest skrypt z całym potrzebnym kodem, który musisz lekko na własne potrzeby przerobić).

13
Dyskusje / Odp: Jak pracują freelancerzy?
« dnia: Styczeń 23, 2017, 21:33:09 »
O, jaki fajny temat się zrobił - jak będę miał czas to dokładnie przeczytam wszystkie posty:).

Ciekawi mnie jednak, dlaczego uważacie (oprócz Vaulta), że zaprzestanie jedzenia i śmierć głodowa jest gorsza niż wzięcie się w garść, przypuszczalnie wbrew sobie? Nie sądzę, żebyście wiedzieli, który sposób przeżycia życia jest lepszy lub gorszy, bo nikt tego nie wie. Ja nie narzucałbym nikomu bezpodstawnie swojego sposobu myślenia o istnieniu.
Patrząc z ludzkiej perspektywy powyższe zdania zapewne wydawać się będą absurdalne, ale zakładam, że ta dyskusja wykroczyła już poza pewien przyjęty kanon "poprawnego" patrzenia na życie (i bardzo dobrze).

Na marginesie: w temacie nie wzięcia się w garść polecam film Leaving Las Vegas, o facecie który nie wziął się w garść i moim zdaniem słusznie postąpił. (jakby co, to jest topowy film ze świetną oskarową rolą, nie jakiś podrzędny ;p).

14
Unity 3D / Odp: Instantiate/Destroy vs Enable/Disable na mobile
« dnia: Styczeń 23, 2017, 21:08:54 »
Zgadzam się z deadeye, jak nie ma spadków wydajności to zostaw.
Za to nie do końca się zgadzam z JasonVoorhees. Tzn. faktycznie z wypowiedzi można wnioskować, że gra nie jest skończona i że nie jest to jakościowo super produkt, ale ładuj na google play! ;). Powiem więcej - jeśli system płatności ma ci sprawić problem (bo mówisz, że to jedna z "trudnych rzeczy"), to wrzucaj na google play bez systemu płatności, a dorób sobie ten system później i wtedy wrzucisz nowe apk. To trochę zależy od tego, czy "ewentualna" mała liczba ściągnięć twojej gry jakoś na ciebie wpłynie, bo jeśli się okaże, że mało osób ją ściągnie, to system mikropłatności nie będzie potrzebny, bo i tak nie przyniesie pieniędzy. No, ale to zależy jakie masz cele i w ogóle, co tam sobie myślisz :).

A co do tematu, poczytaj o temacie "object pooling". Szczególnie możesz poszukać wątków na ten temat na forum unity3D, bo zdarzyło mi się już kilka razy trafić na ludzi, którzy wrzucali tam testy porównujące wydajność różnych rozwiązań np. Instantiate vs SetActive vs "Wszystko ręcznie wyłączać, ale bez SetActive".

15
Szkółka / Odp: Unity kolizje gracza z otoczeniem
« dnia: Styczeń 17, 2017, 06:23:30 »
Koirat, co do ścian z jednej strony, to po prostu Translate() działa względem kierunku, w którym zwrócona jest postać.

Z dokumentacji:
Cytuj
public void Translate(Vector3 translation, Space relativeTo = Space.Self);
(...)If relativeTo is left out or set to Space.Self the movement is applied relative to the transform's local axes.

Strony: [1] 2 3 4 5 ... 10