gnysek

Hej. Troszkę mnie nie było. Wracam do robienia gier sobie. Tym razem całkowicie dwuwymiarowy projekt. Zaczęło się od Ludum Dare, a teraz sobie szlifuję i mam w planach stworzenie jakiegoś przygodowego fabularnego horroru. Oczywiście nic nie skończę jak zwykle, żeby nie było niedomówień już na starcie.




 

No ej, każdy nowicjusz potrafi przecież zrobić przeglądarkowe MMO, jak dostanie silnik czatu w GM.
 
1) nie da się tego zrobić w samym GM i nie opłaca. Jak robisz taką grę, to często musi mieć aktualizacje, więc za kazdym razem musisz na nowo generować całe pliki JS i pliki graficzne, będą duże problemy z cache w przeglądarce, oraz za kazdym razem użytkownik musi pobierać kilkanaście MB danych na nowo
2) lepiej pisać to w czystym JS + PHP/node/ruby/cokolwiek, bo i tak spora część pracy musi być po stronie serwera i tego w ogóle w GM nie napiszesz. GM nie potrafi działać po stronie serwera. Chyba, że masz za dużo pieniędzy i stać cię na graficzny serwer z windowsem za 200-300zł miesięcznie.
3) a nie myślisz, że skoro ktoś KILKA(NAŚCIE) MIESIĘCY pisał te dziurawe skrypty, to napisać coś w kilka dni będzie jeszcze bardziej dziurawe? Stawiam zgrzewkę Lecha, że wszystko tam jednak działało, ale miałeś złą wersję PHP na serwerze, albo nie włączone jakieś rozszerzenie, a na podstawie treści błędu nie umiesz wydedukować co jest źle, bo masz niemal zerowe pojęcie o programowaniu. I to jest dowód na to, że nie rozszerzysz tego co byśmy stworzyli, skoro (zapewne) głupiego błędu w czyimś skrypcie nie potrafisz zlokalizować, zdebugować, a już nie mówię naprawić.

No ej, każdy nowicjusz potrafi przecież zrobić przeglądarkowe MMO, jak dostanie silnik czatu w GM.
 
1) nie da się tego zrobić w samym GM i nie opłaca. Jak robisz taką grę, to często musi mieć aktualizacje, więc za kazdym razem musisz na nowo generować całe pliki JS i pliki graficzne, będą duże problemy z cache w przeglądarce, oraz za kazdym razem użytkownik musi pobierać kilkanaście MB danych na nowo
2) lepiej pisać to w czystym JS + PHP/node/ruby/cokolwiek, bo i tak spora część pracy musi być po stronie serwera i tego w ogóle w GM nie napiszesz. GM nie potrafi działać po stronie serwera. Chyba, że masz za dużo pieniędzy i stać cię na graficzny serwer z windowsem za 200-300zł miesięcznie.
3) a nie myślisz, że skoro ktoś KILKA(NAŚCIE) MIESIĘCY pisał te dziurawe skrypty, to napisać coś w kilka dni będzie jeszcze bardziej dziurawe? Stawiam zgrzewkę Lecha, że wszystko tam jednak działało, ale miałeś złą wersję PHP na serwerze, albo nie włączone jakieś rozszerzenie, a na podstawie treści błędu nie umiesz wydedukować co jest źle, bo masz niemal zerowe pojęcie o programowaniu. I to jest dowód na to, że nie rozszerzysz tego co byśmy stworzyli, skoro (zapewne) głupiego błędu w czyimś skrypcie nie potrafisz zlokalizować, zdebugować, a już nie mówię naprawić.

Cześć, miałem telefon w kieszeni, działał normalnie. On czasem się uruchamiał ponownie sam, to trochę niszowy telefon warty może z 200zł biorąc pod uwagę jeszcze jego uszkodzenia (ZTE Blade 310 czy jakoś tak). I miałem go w kieszeni, widzę, że uruchamia się ponownie bo jest logo ZTE i na tym stanęło. Poczekałem aż się rozładuje, trwało parę godzin, po podłączeniu do ładowania normalnie jest ten ekran z samą baterią, że się ładuje, ale jak uruchamiam to stoi na logo. Macie pomysł co z tym zrobić? Albo jak odzyskać chociaż dane z niego? Za naprawę będą chcieli pewnie tyle, że nie będzie mi się opłacało go naprawiać.
ps. jest cały brudny w środku od tytoniu, trocin i kurzu, możliwe, że wystarczy go tylko solidnie przedmuchać i przetrzepać?

edit: bawie się w jakieś losowe oprogramowania z internetu, teraz się niby rootuje, a potem jakiś data extractor niby wyciągnie mi dane, będę wtedy mógł go przywrócić do ustawień fabrycznych i wgrać dane, jak się uda to kozak

Co do 2. dodam tez że powinieneś poczytać o licencjach CC, które zazwyczaj pozwalają na darmowe korzystanie do celów darmowych i/lub komercyjnych z lub bez dodawania autorow do creditsow, w zaleznosci od wersji licencji.
https://creativecommons.org/licenses/

tak zaorane dawno nie bylo

Heksagonalny system turowy to straszna męka w GMie, ale chyba jestem na dobrej drodze. Określanie realnej odległości z uwzględnieniem zasięgu i przeszkód zrobione
 
Jakby ktoś miał kiedyś problemy to polecam https://www.redblobgames.com/grids/hexagons/
Pięknie opisane mechaniki heksagonalne z interaktywnymi przykładami (wprawdzie nie w GMie ale zawsze coś)
 

@exp
 

Fajny jest godot do 3D naprawdę, i nie aż taki trudny do przejścia z GM mi to zajęło 2 tyg i już coś tam potrafiłem ogarnąć sensownego.

No to nawet wiesz o jakiej grze myślę Co do kupowania różnych parcel to może aż tak to nie, ale w ostatniej części Story of Seasons na 3DS (to jest oryginalna seria która kiedyś miała nazwę Harvest Moon, ale potem ludzie z USA stwierdzili, ze sami będą robić gry o tej nazwie, zamiast tłumaczyć z JP), można np. budować i swobodnie przestawiać budynki na farmie, a także budować stoły, krzesła, szafy, płoty, ozdoby i ustawiać je na farmie i w mieście, czy nawet szyć ubrania i handlujesz tym wszystkim z zagranicznymi krajami (popyt/podaż), odblokowując sobie nowe możliwości (np. nowe zwierzęta, sadzonki czy materiały budowlane).

Mi się od zawsze marzy harvest moon ale taki że można kupować różne parcele, uczestniczyć w życiu ekonomicznym miasta, z lekko simsowym systemem poznawania ludzi i dużymi możliwościami zakładania roznych biznesów, budowania, malowania elementów itd.

Daj na samym końcu eventu Draw:
draw_set_alpha(1)

Jak dobrze wyliczysz delta time to nie potrzeba pobierać żadnej pozycji z muzyki

Mapa nie musi być tak wielka. Wystarczy 1920x1080 i przesuwanie obiektów/tła zamiast widoku
 
Co do robienia czegoś turowo, czy jedno po drugim:
// create round = -1; round_time = 100; // step if (round == 1) { if (round_time > 100) { /// jakieś dowolne akcje round_time--; } else { round++; round_time = 100; } } elseif (round == 2) { ... /// kod jak wyżej } elseif (round == 99) { // oczywiscie moze byc mniej round = -1; // konczymy wykonywanie akcji } // wyzwolenie rund z dowolnego obiektu, np. event klawisza albo myszki: obj_rounds.round = 1; Oczywiście w GM8, zamiast -- i ++ piszemy -= 1 i +=1, ale używanie GM 8 to jak używanie Windowsa 95. Nie tylko nie zalecamy, ale jego nie da się już aktywować, więc mam prawo przypuszczać, że używasz pirata i nie jest to do końca legalne... nie chcemy być złośliwi i tego zgłaszać służbom, ale bądź ostrożny.

A tak poza tym Gm8 nie działa na win10 więc i gierki z niego nie odpalą się.

Mam już podobny kod w programie. Ale w Twoim jest kilka różnic, które warto będzie wprowadzić (przede wszystkim redraw tylko jak surface się zmienia).
Dzięki!

OK:
 
// create global.s = -1; // draw if (!surface_exists(global.s)) { // redraw tylko jak komputer usunie z pamieci surface, albo jeszcze go nie ma global.s = surface_create(1024, 768); // jesli potrzebujemy aktualizowac surface co klatkę, bo się zmienia, poniższy kod wyciągamy poza nawiasy klamrowe surface_set_target(global.s); draw_clear_alpha(c_white, 0); //maluje na przezroczysto draw_text(10, 10, "test"); // pamietaj, ze teraz wsystkie pozycje są relatywnie do 0,0 na surface, a nie od pozycji obiektu surface_reset_target(); } draw_surface(global.s, 10, 20); Jak nic nie pomyliłem z kolejnością argumentów, masz fajny gotowy tutorial

Okey po analizie wszystko ogarnąłem, dzięki za wytłumaczenie

Tak jak mówię, dopiero jak drukujesz DPI ma znaczenie. Ogólnie 300dpi to chyba wartość powyżej której ludzie oko już nie jest w stanie zauważyć rozmycia obrazu i rantów pikseli. Dlatego telefony Apple z wyświetlaczem "Retina" mają 300 pikseli na cal (300 ppi), ale tak naprawdę ppi i dpi to to samo (points/pixels per inch - dots per inch). Inny skrót wynika z tego, że drukarka robi "krople" na papierze.

Tak więc, jak chcesz grafikę 20x20cm wydrukować i żeby była dobrej jakości, to przeliczasz to na cale - 7,847'' a potem mnożysz przez oczekiwaną rozdzielczość - dla zdjęć będzie to 300. Zatem obraz powinien mieć przynajmniej 2362 pixele, powyżej będzie się już skalował w dół, poniżej możesz zobaczyć pikselozę, aczkolwiek chyba do 150dpi na zwykłym papierze będzie nadal spoko (bo krople tuszu się inaczej wchłaniają).
 
Stąd też np. wynika, że zdjęcie 9x13 powinno być robione aparatem o min. rozdzielczości 1.6 Megapixela. (9x13cm = 3.54''x5,12'' = 1062x1535px). I stąd też jasno wynika, że dla normalnej fotografii kupowanie aparatu co ma 40Mpix nie ma sensu, bo 4-5 spokojnie starczy nawet nawet na większe odbitki, a 40mpix to na ogromne plakaty. Liczy się jakość/ostrość matrycy.

Tak jak mówię, dopiero jak drukujesz DPI ma znaczenie. Ogólnie 300dpi to chyba wartość powyżej której ludzie oko już nie jest w stanie zauważyć rozmycia obrazu i rantów pikseli. Dlatego telefony Apple z wyświetlaczem "Retina" mają 300 pikseli na cal (300 ppi), ale tak naprawdę ppi i dpi to to samo (points/pixels per inch - dots per inch). Inny skrót wynika z tego, że drukarka robi "krople" na papierze.

Tak więc, jak chcesz grafikę 20x20cm wydrukować i żeby była dobrej jakości, to przeliczasz to na cale - 7,847'' a potem mnożysz przez oczekiwaną rozdzielczość - dla zdjęć będzie to 300. Zatem obraz powinien mieć przynajmniej 2362 pixele, powyżej będzie się już skalował w dół, poniżej możesz zobaczyć pikselozę, aczkolwiek chyba do 150dpi na zwykłym papierze będzie nadal spoko (bo krople tuszu się inaczej wchłaniają).
 
Stąd też np. wynika, że zdjęcie 9x13 powinno być robione aparatem o min. rozdzielczości 1.6 Megapixela. (9x13cm = 3.54''x5,12'' = 1062x1535px). I stąd też jasno wynika, że dla normalnej fotografii kupowanie aparatu co ma 40Mpix nie ma sensu, bo 4-5 spokojnie starczy nawet nawet na większe odbitki, a 40mpix to na ogromne plakaty. Liczy się jakość/ostrość matrycy.

to zawsze moga uzyc MMF. ten sam poziom zenady. i pomyslec, ze niegdys wspanialy tool, dzis jego poziom jest beznadziejny.

Tańsza wersja jest właśnie dla tego tańsza, że ma splash screena. Droższa nie ma - tak jak było zawsze.

https://jsfiddle.net/c87a37m3/
 
mozesz zrobic w gimpie gotowy zestaw obok siebie i tym divom ustawic kolor na transparentny, oraz odpowiedni rozmiar i przesuniecie, przez co wylacznie beda reagowac na kliki nad banerem.
caly trick polega na uzyciu cssowego skewX().

Skończyliśmy właśnie prace nad nowym logo Dodaliśmy też podtytuł, więc teraz gra nazywa się "Ignis: Duels of Wizards"