gnysek

Zwykle stosuję zasadę, że renderuję wszystko w najlepszej jakości (najlepiej bezstratnie: WAV/FLAC). Od drugiej strony zależy, z jaką kompresją wyląduje plik audio w grze.
 
Twój DAW powinien także mieć taką możliwość eksportu. 

4:21

Wygląda na to, że interpolacją Catmulla-Roma by się tu mocno przydała. Pixar lubi to.

Dzięki Trzeba próbować coś nowego wytwarzać, niedługo kamerkowe wideo ale też w środowisku 3D.
 
A wczoraj w jeden dzień zrobiłem ze znajomkami gierkę na game jam, temat przewodni "No Borders"
(Do top 5 nie przeszliśmy ale co się dziwić, niestandardowe)
Mówię cicho bo nagrywane dzisiaj o 4 nad ranem xD
 

Hm, nie wiem czy angle_difference na pewno zwraca ujemne wartości, ale moze:
 

dir1 = dir1 + angle_difference(dir1, dir2) * 0.5 ?

Ustaw wszystkim wspólnego rodzica (parent) i wtedy najbliższy jest instance_nearest(player.x, player.y, obj_rodzic);

Generalnie dla samego GM w ogóle tilesy są jakieś dziwne, bo pierwsza kratka powinna być zawsze pusta.
 

 
Wygląda też, że jeśli zrobisz animacje, to one mogą być w kolejnych kratkach, a po prostu w room editorze, jak wybierzesz ten tileset, to wyświetli go już z animacją (wydaje mi się, że nadal można też statycznie ustawiać kratki) - zatem nie tworzy się raczej osobnej grafiki - wszystko z jednego tilesetu musi być na jednym sprite.
 
Wydaje mi się też, że te tilesety które są automatycznie wstawiane, w rozmiarach 16 i 47 mogą mieć tylko jeden auto i to jest wtedy używane jak pędzel w room editorze, a wtedy taki sprite wygląda mniej więcej jak jeden z tych:

Czemu krytyki? Jak dla mnie to brzmi jak prawda

Google aktualizuje co jakiś czas swoje API, wychodzą też nowe wersje Androida. Ostatni raz jak GMS 1.4 wyszedł, to był pewnie Android 9, więc kod od YYG nie obsługuje już nowszych. Do tego, jeśli jakiekolwiek stare API dostanie aktualizację, eksporter od YYG może nie być kompatybilny, bo nie będzie np. obsługiwał jakieś nowej metody w kodzie wymaganej do rekompilacji. Gra po prostu się nie wyeksportuje do androida.
 
I nie był to skok na kasę, bo 1.x został wydany w 2012 roku i po wyjściu 2.x support trwał prawie dwa lata, oraz była spora zniżka na nowego GMa. Większość marud kupiła GMS 1.4 na Humble Bundle za dolara i narzeka. To normalne, że co kilka lat trzeba płacić za licencję, sporo programów dlatego przeszło na subskrypcje, żeby nie być tak drogimi i nie musieć wspierać w nieskończoność starych wersji, tylko mieć jedną najnowszą.

Nie wiem czy było już w temacie, ale widziałem to na discordzie i jest urocze Gra po 8 godzinach prac:

Nie wiem czy było już w temacie, ale widziałem to na discordzie i jest urocze Gra po 8 godzinach prac:

Chodzi tutaj o dodatkowe sprawdzanie każdego piksela, tak zwane "pixel perfect collision". Samo IF sprawdza, czy w odległości od równej prędkości poruszania jest ściana (oWall). Jeśli tak, oczywiście IF wykonuje się. Ale co jeśli prędkość jest większa niż powiedzmy 10px? Wtedy zostanie nam luka, bo IF sprawdził to tylko raz. Kod w WHILE wykonuje się BEZ PRZERWY dopóki warunek jest spełniony. Dlatego łatwo grę można zatrzymać w miejscu, ponieważ WHILE zapętla się i nie pozwala programowi wykonywać się dalej, kiedy źle określimy warunek. 

Czyli, wykonując swój kod, IF sprawdza, czy napotkano ścianę, jeśli tak, WHILE sprawdza pozycję gracza + jeden pixel! (sign oznacza jeden pixel) i jeśli nie wykryję ściany, przesuwa gracza o ten jeden pixel i tak w nieskończoność, dopóki pozycja gracza + jeden pixel == pozycja ściany.

W praktyce wygląda to następująco, gdy prędkość poruszania się gracza to 20px

W ogóle nie rozumiem co mówisz. Strzelam, że chcesz uzyskać paralaksę, tzn. każde tło przesuwa się w innym tempie względem gracza. Mam nadzieję ze nie poruszasz wartością y tego tła, tylko samo view_yview[0] się zmienia?

Generalnie to się nie da. Ale można podejść do tego inaczej. Najpierw złamać tekst, a wtedy policzyć linie.
 
Do tego jest już gotowy customowy skrypt: https://www.gmlscripts.com/script/string_wordwrap

 
string_wordwrap(string,length,break,split) - string to tekst, length to długość, break to znak łamania, a split to true/false czy łamać słowa w połowie.

ale rośnie tak na starego golfa, nowego passata, czy dom z basenem ?

Wiesz...jakbym powiedział ile biorę za zbudowanie prostej sieci komputerowej to też mogłaby cena zwalić z nóg:-)wszystko zależy dla kogo:-)
 
 

Kiedy sam byłem na serwerze chodziłem, strzelałem i tylko słuchałem tego koncertu zniszczeń. Tak dobry był feeling Alienów Borka. 

A gdzie przepraszam sutki? Równouprawnienie jest, leśne stwory też mogą być kobiece!

A gdzie przepraszam sutki? Równouprawnienie jest, leśne stwory też mogą być kobiece!

W ramach kolejnego updata do gry wleci w końcu prawdziwy System Dialogowy zamiast tej wydmuszki, która była wcześniej. Otworzy nam to sporo możliwości na ciekawe interakcje i questy.

 
No i wciąż lecimy z progressem w kwestii Dungeonów, które jeszcze w tym updacie do gry nie trafią. Tutaj przyjemniaczek z leśnego "dungeona":

O ile zgodzę się, że do zapisania liczby czasem ini_write_string jest lepszy (sam tak robię, bo dla liczb całkowitych wtedy nie zapisuje się .00000), to do wczytania musi być ini_read_real (GM sobie świetnie radzi z ich odczytaniem, mimo, że jak zapisuje liczby to dodaje cudzysłów - przy odczycie nie musi go być, to jest pewnie dla zapewnienia kompatybilności).

Tego się nie da tak prosto zrealizować żeby wzajemnie sobie nie przeszkadzać. W 2 osoby by szło ale im więcej osób tym większe prawdopodobieństwo konfliktów. Trzeba by było najpierw dokładnie rozpisać całą funkcjonalność i rozbić ją na jak najmniejsze części i podzielić to na osoby. Drugą sprawą jest to że GM nie ma żadnych standardów dot. kodu (typu PSR w PHPie) - co człowiek to inny styl pisania więc ciężko będzie utrzymać kod na jakimkolwiek poziomie. No i główną osobą zarządzającą powinien być ktoś kto mega ogarnia temat a nie świeżak, który będzie ślepo mergował zmiany do mastera - inaczej będzie jeden wielki pierdolnik a nie projekt. Też kiedyś myślałem nad takim projektem bo na pierwszy rzut oka nie wydawało mi się to mega skomplikowane, jednak zawodowe klepanie w klawiaturę zmienia podejście o 180 stopni  

I to jest konkret, pewnie po części gra będzie symulatorem wynoszenia telewizora ze sklepu bez płacenia

Możliwe, że ma to związek z aktualizacją GMS 2.2, mnożenie łańcucha znaków przez liczbę nie działa. Jak zrobisz rzutowanie funkcją real(str) powinno zadziałać, albo odwróć kolejność mnożenia:
surface_resize( application_surface, window_scale*view_width, window_scale*view_height );  

A debugger próbowałeś ?