Skocz do zawartości

Ranking


Popularna zawartość

Wyświetla najczęściej polubioną zawartość od 04/26/18 uwzględniając wszystkie działy

  1. 3 punkty
    zamówiłem sobie terminal żeby postawić chmurę w domu - jak się okazało ma być już kolejnego dnia (dzisiaj), a ja liczyłem na jakiś tydzień żeby sobie ogarnąć cokolwiek na DVI. ci cholerni szybcy kurierzy.
  2. 2 punkty
    Epickie bitwy taktyczne, tym razem nie na androida bo zbyt duże ograniczenia sprzętowe.
  3. 2 punkty
    Jest potencjał, kilka rzeczy dorobić i możesz na marketplace wrzucić nawet Edit: Naprawiłem problem z cieniami tworząc inner sprite na tyle dużym by tą wadę przykryć. Przemyśl dodanie warstwy cieni Macie mojego tilesa: I sprity: Edit 2: A jednak jest jakiś bug w exporcie, zobacz png gotowego tileseta się różni od tego co było w edytorze:
  4. 2 punkty
  5. 1 punkt
    Unreal Gold jest za darmo na GOG
  6. 1 punkt
    Tytuł: AutoTiler Gatunek: Program Opis: Autotiling to rewelacyjna funkcja w nowym GMS2 ale ciągłe tworzenie całych tilesetów w programie graficznym jest trochę męczące. Postawnowiłem więc stworzyć prosty programik generujący cały tileset z czterech podstawowych grafik (tło, ściana, wewnętrzny narożnik, zewnętrzny narożnik). Całość można potem wyeksportować do pliku PNG. Zdaję sobie sprawę z ograniczeń programu, zamierzam go rozwijać dodając kolejne funkcje i poprawiając błędy. Mam wielki sentyment do tego forum i chciałem się z Wami podzielić swoją pracą Zgłaszajcie wszelkie błędy, pomysły i piszcie jeżeli macie pytania. Download: itch.io (grafiki do edycji znajdują się poniżej) Rozmiar pliku: 2 MB Autorzy: Programowanie: Morgo Grafika: Morgo Video oraz Screeny: Osobne grafiki jako wzór:
  7. 1 punkt
    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!
  8. 1 punkt
    Yep, racja. Postaramy się trochę ożywić tego Discorda Wreszcie udało mi się zmontować nowy gameplay Ignisa. Teraz można zobaczyć jak to aktualnie wygląda
  9. 1 punkt
    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
  10. 1 punkt
    Chodzi mi o to by te cztery też dało się generować, np podając własną texturkę i np wybierając jakieś kilka domyślnych styli 1) Brakuje także zapisu pliku projektu. Stworzyłem sobie tileset ale teraz żeby go zmodyfikować po zamknięciu programu trzeba wszystko importować. Tak to nie jest w tym momencie problem bo jest tutaj mało rzeczy do ustawiania. Ale jak się to wszystko rozbuduje to już będzie 2) Przydatną opcją była by możliwość dodania większej ilości spritów danego elementu by zniwelować powtarzalność. Spójrz na mojego tilesa, w podłodze znajduje się dziura, niestety jest zbyt powtarzalna i teraz żeby całość prezentowała się lepiej to będę musiał i tak edytować obrazek exportowanego tileseta i wprowadzić zmiany ręcznie 3) Kolejną rzeczą którą mógłbyś dodać, to warstwa cienia, dodawałoby się osobne sprity z cieniami które by miały swoją własną warstwę tak by cienie nie nachodziły na siebie, tak jak u mnie gdy dodałem cień na spritach: Ewentualnie możesz zrobić generowanie cieni przez program jako dodatkową opcję do ustawienia
  11. 1 punkt
    Ej, bardzo fajne! Na pewno mi się przyda
  12. 1 punkt
    Tytuł: pixelbox Gatunek: sandbox Opis: Prosta symulacja pozwalająca na zabawę z kilkoma typami pikseli, które w różne sposoby oddziałują na siebie nawzajem. Gracz ma do dyspozycji nieograniczoną ilość "pudełek", które może zapisać. W jednym pudełku mieści się 2370 pikseli. Download: mega.nz Rozmiar pliku: 2.5 KB Autorzy: Programowanie: Dester Fabuła: - Grafika: Dester Muzyka: - Screeny:
  13. 1 punkt
    私は日本語を勉強していますが、アルファベットはまだ分かりませんので、翻訳者のテキストです
  14. 1 punkt
    Zmniejszyłes jednak ilość pixeli? Czyżby się logika ruchu trochę bardziej skomplikowała? Czemu zoom powiększa interface, robisz to w GMS więc użyj event draw GUI Podoba mi się to że można podgrzać metal a ten spowoduje parowanie wody i tworzenie chmury
  15. 1 punkt
    wow, jak z lola!
  16. 1 punkt
    trochę dziwnym językiem napisane
  17. 1 punkt
    Kiedyś to były czasu, dzisiaj nie ma czasów Może odkopiemy co się działo na GMClanie 10 lat temu i więcej? xd Myślę, że to lepsze od Kwejka. Ewentualnie podzielcie się swoimi historiami https://busy.org/@fervi/parafirmy-robiace-gry-nie-robcie-tego Fervi
  18. 1 punkt
    taki eksperymentalny edytor map jakieś łamigłówki coś
  19. 1 punkt
  20. 1 punkt
    Edit: Dopiero przeczytalem że nie miało być z lini... no trudno na darmo się rozpisałem. I tak zostawię tutaj dla potomnych. Edit2: Chyba że konkretnie chodzi Ci o nie RYSOWANIE lini oraz nie używanie wbudowanych funkcji kolizyjnych, wtedy poniższe jest dla Ciebie. Edit3: Dobra koniec tych editów Nie wiem czy licencja którą wybrałem jest dobra, chodzi o to żeby było za darmo do użycie również komercyjnego bez potrzeby podawania autora w creditsach czy jakichkolwiek plikach. Edit4: Walić napisałem własną licencję. Daj Lajka bo się napracowałem kiedyś Sam tego potrzebowałem do rayguna do mojego projektu, więc zaadoptowałem takie coś, licencja kodu powiedzmy GNU General Public License, więc rób co chcesz z tym. ///lines_intersect(ax1,ay1,ax2,ay2,bx1,by1,bx2,by2) // 90% of code adapted from C script by Gavin @ stackoverflow, //uses algorithm from "Tricks of the Windows Game Programming Gurus" //by Andre LaMothe // License: Free to view, modify and redistribute, both commercially // and for free without need to acknowledge original creator, as long // as original creator is credited within this code. It is therefore // not permitted to remove this comment attributing original creator. // This script is provided as-is with no warranty. Neither creator, // nor any person modifying this script takes any responsibility for // any damage caused by this script. // Original version by Przemek "LeD" Liedtke var ax1=argument0,ay1=argument1,ax2=argument2,ay2=argument3, bx1=argument4,by1=argument5,bx2=argument6,by2=argument7; var _ret; //Returned array _ret[0] = 0;//1 for found _ret[1] = 0;//x (if [0]=1) _ret[2] = 0;//y (if [0]=1) var s1_x,s1_y,s2_x,s2_y; s1_x = ax2 - ax1; s1_y = ay2 - ay1; s2_x = bx2 - bx1; s2_y = by2 - by1; var s,t,sp; sp = (-s2_x * s1_y) + (s1_x * s2_y); if sp=0 return _ret; s = ((-s1_y * (ax1 - bx1)) + (s1_x * (ay1 - by1))) / sp; t = (( s2_x * (ay1 - by1)) - (s2_y * (ax1 - bx1))) / sp; if (s >= 0 && s <= 1 && t >= 0 && t <= 1){ // Collision detected _ret[0] = 1; _ret[1] = ax1 + (t * s1_x); _ret[2] = ay1 + (t * s1_y); } return _ret; Zwraca: Tablicę jednowymiarową z trzeba pozycjami: [0]: Czy znalazło punkt styczności [1]: X [2]: Y Smacznego. A i zastosowanie: Użyc lines_intersect na każdym boku, np. tak: //_col to id obiektu ktory sprawdzamy. x1 = _col.bbox_left-1; x2 = _col.bbox_right+1; y1 = _col.bbox_top-1; y2 = _col.bbox_bottom+1; w1 = lines_intersect(x,y,xx,yy,x1,y1,x1,y2); //Left w2 = lines_intersect(x,y,xx,yy,x2,y1,x2,y2);; //Right w3 = lines_intersect(x,y,xx,yy,x1,y2,x2,y2); //Bottom w4 = lines_intersect(x,y,xx,yy,x1,y1,x2,y1); //Top Musisz każdy bok powiększyć o 1 pixel bo inaczej na IDEALNEJ styczności z rogiem nie wykryje go. Nie do końca rozumiem czemu.
  21. 1 punkt
    Okey po analizie wszystko ogarnąłem, dzięki za wytłumaczenie
  22. 1 punkt
    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.
  23. 1 punkt
    Hej, chciałbym nadmienić, że minęło trochę czasu od moich pierwszych bojów z GM i plikami z rozszerzeniem .swf, jednak końcowe wyniki są zadowalające. Jeśli pamiętamy o: - wszystko musi być na jednej, pierwszej warstwie, ale niekoniecznie wszystkie części muszą być połączone (przymus do animacji); - wszystko jest na jednej linii czasu; - "draw_enable_swf_aa(true);" (dla jakości); - interpolacja powinna być włączona w zdecydowanej większości przypadków; Gradient też jest już obsługiwany, jednak nie widoczny w edytorze. Jestem zadowolony z osiągów GM, który radzi sobie z tym lepiej niż Unity ;3 Swoją drogą, podoba wam się załączona grafika?
  24. 1 punkt
    To zawsze musi być pytanie? Myślałem, że dział grafika to udostępnianie informacji, ocena ORAZ pytania. Nie bijcie, jestem nowy ;3
  25. 1 punkt
    Erm, a jak brzmi pytanie? Znaczy, poza pytaniem o załączoną graficzkę, która jest ok.
×