
Snake
Użytkownicy-
Postów
1 445 -
Dołączył
-
Ostatnia wizyta
Typ zawartości
Profile
Forum
Wydarzenia
Treść opublikowana przez Snake
-
http://www.pensje.net OR Google Zależy co programować, w czym, czy jako freelancer czy w firmie (jeśli firma to od doświadczenia też), w Polsce czy zagranicą itd.
-
Mi się podoba :P Całkiem niezłe, ale bardziej spodobał mi się kawałek "blue slide" :) Donnie Dubson - Static Energy
-
Rushjet1 - konamized http://www.przeklej.pl/plik/rushjet1-konam...p3-0014a2ckj96u
-
Wydajność i Optymalizacja w grach
Snake odpowiedział(a) na krzysio664 temat w Pytania zaawansowanych
Tak, ale ta wydajność nie musi być tak niska :) -
Wydajność i Optymalizacja w grach
Snake odpowiedział(a) na krzysio664 temat w Pytania zaawansowanych
Raczej za tworzenie konkurencyjnego :P -
Wydajność i Optymalizacja w grach
Snake odpowiedział(a) na krzysio664 temat w Pytania zaawansowanych
@YXE: Tylko, że jak te pliki będą pofragmentowane (im większy plik tym większa na to szansa) i w dodatku ładowane z jakiegoś wolnego nośnika to może być dokładnie odwrotnie :P I dlatego przydała by się tu wielowątkowość, podczas gdy dysk by był zajęty wczytywaniem (czy zapisywaniem) danych, procek mógłby się zająć czymś innym. -
Wydajność i Optymalizacja w grach
Snake odpowiedział(a) na krzysio664 temat w Pytania zaawansowanych
Yup, tylko, że roomy są zapisane binarnie, więc też mniej bajtów wychodzi. No i potem to wszystko jest kompresowane ZLIBem. A jeszcze co do czasu ładowania, to ile dobrze pamiętam to od GM8 przy ładowaniu runner używa kilku wątków, więc na multi-core'ach jeszcze szybciej może się załadować. Co do skryptu który sam obsługuje eventy, po tym co wczoraj widziałem w kodzie GM-a pomagając Psichixowi to możliwe że będzie to odrobinę wydajniejsze, ale przy małej ilości eventów (przynajmniej w GM8, gdzie GML jest już trochę wydajniejszy). Na dłuższą metę jednak wbudowana obsługa eventów raczej będzie szybsza :P Jeśli chodzi o format obrazów to BMP wydaje się, że będzie się szybciej ładować, ale tylko jeśli gra ładuje zasoby z jakiegoś szybkiego nośnika. PNG i te sprawy po załadowaniu i tak trzeba przerobić na mapę bitową, a na tym ucierpi procesor :P -
Wydajność i Optymalizacja w grach
Snake odpowiedział(a) na krzysio664 temat w Pytania zaawansowanych
Nie zgadzam się. Zmiana w rozmiarze raczej będzie niezauważalna a i zmiana długości ładowania gry raczej będzie nikła. Własny edytor poziomów powinno się pisać, jeśli standardowy nie będzie się nadawać do potrzeb gry, chce się umożliwić graczom tworzenie leveli, albo chcesz mieć wygodniejsze narzędzie do tego celu. Bardziej zoptymalizujesz sobie tym efektywność tworzenia gry niż jej działanie :P Co do optymalizacji to inteligentna deaktywacja obiektów i ładowanie zasobów kiedy zachodzi potrzeba to konieczność przy większych grach. Also, GMAPI >:) A "Optymalizacja kodu" to zbyt ogólne określenie. -
Mi się na pewno przyda, jeśli będę pisał jeszcze jakiegoś DLL-a. Wielkim plusem jest szybkość parsowania kodu, klikasz i od razu masz gotowe :)
-
Znam tą tapetkę stąd :P
-
Tekstury - zabezpieczanie i wczytywanie z folderu
Snake odpowiedział(a) na Markuz temat w Pytania początkujących
Może użyj Resource Protectora :) -
Poszukaj jakieś strony z dodatkowymi kontrolkami do Delphi/WinForms/WPF/jakiejś biblioteki, może coś Cię zainteresuje.
-
Zmień ten parametr w PutByte: pChar* buffer[MAX_CLIENT_BUFFER] na jedno z tych: pChar buffer[MAX_CLIENT_BUFFER] pChar buffer[] pChar* buffer i popraw te linijki: 152. PutByte(0x09, &sBuffer, &sizepos); na PutByte(0x09, sBuffer, &sizepos); i 93. *buffer[*position] = byte; 94. *position = *position + 1; na buffer[(*position)++] = byte; Ten parametr zdefiniowałeś jako tablice wskaźników na typ pChar, a konflikt typów występuje pewnie dlatego, że nie możesz pobrać adresu wskaźnika na tą statyczną tablice, bo ten nie będzie zachowany w pamięci (po skompilowaniu kod odwoływałby bezpośrednio do tego bloku pamięci).
-
Ja już zarejestrowany. :) Będę od piątku do niedzieli.
-
ALT + F4 chyba szło wyłączyć odznaczając w ustawieniach zamykanie gry escapem. Można by też schować główne okno. Jeśli chodzi o to drugie, to w samym GM-ie możesz sobie jedynie ubijać proces menadżera zadań (taskmgr.exe) odpalając "taskkill" w kółko. Oczywiście nadal będzie można sobie ubić ten Twój program jakimiś innymi narzędziami czy zmieniając nazwę aplikacji menadżera.
-
Mi stronę pokazał kumpel, któremu wcześniej pokazałem GM-a. Najpierw przeglądaliśmy gry stworzone przez GMCLANowiczów, po niedługim czasie zarejestrowałem się, by pochwalić się własną grą :P
-
O ile dobrze pamiętam to nadal nad nim pracują.
-
Tak, napisany jest w Delphi.
-
Na Amidze lubiałem grywać w Syndicate, Cannon Fodder / , , , ... :P
-
To jest dezasembler, nie dekompilator. Program niema żadnych zabezpieczeń. I niema czegoś takiego jak "zabezpieczenie automagicznie znikające funkcje". Nigdzie licencji ani nic podobnego nie znalazłem gdy pobierałem/włączałem program, a wg. prawa autorskiego: http://pl.wikisource.org/wiki/Prawo_autors...w_komputerowych (art 75, pkt 2) Program jest bezużyteczny.
-
Ja nie widzę tam nic specjalnego oprócz uruchomienia "%COMSPEC% /C polecenie" i czekania na zakończenie. 1 -> 2
-
Co to właściwie robi oprócz wykonywania poleceń za pomocą CMD ? Możesz powiedzieć w jaki sposób ?