gnysek

nie wiem, masz tam strasznie nakręcone... ciężko stwierdzić, bo mi się to ciągle zawieszało itd. do tego to się tylko jedną klatkę maluje, to nawet ciężko zauwazyc.

Pliki ini, pliki binarne - można. Jest to w dokumentacji.

Bo nie rysujesz w evencie draw.

W dokumentacji wyraźnie jest napisane przy screen_refresh: Tłumacząc na polski: btw. tak jak mówiłem, wszystko w jednym evencie - nie podałeś tej ważnej rzeczy, że za tym skryptem zaraz jest screen_refresh() - bym od razu wiedział gdzie błąd

Zarzuć no tym swoim projektem, bo ja nie rozumiem o co chodzi.

Mi się osobiście wersja z czarną obwódką podoba. Nie wiem dlaczego... czasem w Herosach III nie było takich obwódek dookoła postaci ?

Można napisać DLLa, albo uzyc jakiegoś z odczytem plików, który nie czyta bajt po bajcie, tylko buforuje i problem z głowy. Najprostszy to ofc. 39dll. Wtedy jest szybko, ja tak robie w Almorze.

@edie: po tym, jak Mike już naprawi wczytywanie binarne plików w GM w jednym z kolejnych updateów Studio, to w tej wersji GM będzie to bardzo szybkie. Ale w 8.1 - masz rację.

O ten przykład chodzi? http://dl.dropbox.com/u/25762547/blur.gmk

jak wszystko jest w jednym evencie, to się nie rysuje wcale...

dajesz wszystkim obiektom które da się stawiac na mapie jednego parenta, PAR_MAP. Tworzysz ds_listę, wstawiając kolejne nazwy obiektów w zapisie: GML with (PAR_MAP) { file_bin_write_byte(fileid, ds_list_find_index(LISTA, object_index)); } a w odczycie: GML instance_create(xx,yy,ds_list_int_find_value(LISTA, oid); id obiektów możne być rożne w obu grach, ważne, żeby na liście były w tej samej kolejności. przy okazji, jakis element na mapie moze obrazowac inny w grze :) samo x i y mozna rozbijać i zapisywac jako dwa bajty GML file_bin_write_byte(x >> 8); file_bin_write_byte(x & 255); // albo x & $FF</span></span></span> i odczytywać GML x = file_bin_read_byte(fileid) << 8; x |= file_bin_read_byte(fileid);

Tworzysz nowy surface co step, gra się powinna wysypać w kilkanaście sekund. reset target powinno być za draw_surface_ext, a nie za pętlą.

GML surface_set_target(twoj_surf); //rysujesz teraz w zakresie pozycji x: 0 - szerokosc surface (np. 800), y: 0 - wysokosc surface (np. 900) surface_reset_target(); draw_surface(view_xview[0],view_yview[0], twoj_surf); I tak powinno działać. Wyboraź sobie, że surface to taki sprite w pamięci, po którym rysujesz - jak ustawiasz target, to wszystko jest rysowane względem jego punktu 0,0.

Dokładnie, rysując na surface o rozmiarze 800x600, maksymalna pozycja na jakiej możesz coś narysować to 799/599 - wiec surface jakby zawsze zaczyna się w 0,0, a dopiero za pomocą draw_surface wybierasz, gdzie go malować.

Im dalej w las, tym lepiej zaczyna to wyglądać ;) Coś mi się zdaje, że do ostatecznej wersji jeszcze wszystko zostanie dopicowane. Nawet fonty przestają już wyglądać jak takie dodane na siłę grafiki.

I warto by podawać, którego viewa to dotyczy, np. view_xview[0], bo to tablica - w kolejnych wersjach GM możecie się zdziwić, że to nie będzie już działać...

A potem mówią, że matura z matematyki trudna. Jak nawet nie wiedzą, co to znak większosci...

W studio to akurat (na razie) nie wygląda wcale lepiej.

http://bugs.yoyogames.com/view.php?id=3824 - bo tak jest ;) tak samo jak ds_map_load i jeszcze jakieś tam dwie-trzy małe pierdoły.

I guzik do otwierania parentów :D

No tutaj musisz sam do tego dojść, GM:S wspiera tylko tworzenie z edytora i nie zaleca się ręcznej edycji plików (chociaż jak się już przeanalizuje ich strukturę, to jest to proste). Btw., beta przestała dziś działać.

Mało wydajne i trzeba przy sprawdzaniu kliknięcia myszką dodać if current_view = 0, ale mozna zrobić drugi view, o rozmiarze 150x100 czy jak tam chcesz, w port on screen też dać takie rozmiary, a w x i y podać na jakiej pozycji ma być minimapa.

Wejdź w folder z projektem i edytuj notepadem jeden z plików .gmx - zobaczysz XML :)

Wszystko jest zapisywanie teraz w plikach XML, wiec pewnie idzie przekowertować :) Sprawdź tylko stukture. Btw. - wiedzieliście, ze w studio wszystkie klocki są zamieniane na czysty kod, a wszystkie akcje w evencie łączone w jeden skrypt? Przez to "exit" nie wykona już kolejnych akcji, jak damy go w pierwszym klocku.