-
Postów
9 812 -
Dołączył
-
Ostatnia wizyta
-
Wygrane w rankingu
141
Typ zawartości
Profile
Forum
Wydarzenia
Treść opublikowana przez gnysek
-
Algorytm ładowania spritów o podobnej nazwie
gnysek odpowiedział(a) na Nirvan temat w Pytania początkujących
Przecież znak ^ jest dokładnie pod argument2. A globalnych nie tworzy, bo variable_local_get nie zwraca referencji, a wartośc zmiennej. Zresztą gdyby to nawet była referencja, to znak = ją kasuje. Czyli twój kod w uproszeniu wygląda tak: GML p = <dowolna wartosc>; p = sprite_add(....); // poprzednia wartosc zostaje skasowana</span> no i w p masz identyfikator sprita ;) Powinno być tak: GML p = sprite_add(....); variable_global_set(string(argument0)+string(argument1)+string(r),p); -
Algorytm ładowania spritów o podobnej nazwie
gnysek odpowiedział(a) na Nirvan temat w Pytania początkujących
https://gmclan.org/index.php?czytajart=68 Polecam fragment: -
Algorytm ładowania spritów o podobnej nazwie
gnysek odpowiedział(a) na Nirvan temat w Pytania początkujących
Nie, on twierdzi, że arg0 i arg1 to stringi, ale nic nie mówi o arg2 na którym wywala błąd. Edit: Wrong type of arguments w przypadku "tekst"+zmienna zawsze oznacza, że zmienna to liczba, wiec trzeba ją za pomocą string() zwrócić jako string. -
Algorytm ładowania spritów o podobnej nazwie
gnysek odpowiedział(a) na Nirvan temat w Pytania początkujących
CHRYSTE PANIE "data/"+STRING(argument0)+"/"+STRING(argument1)+string?+"_strip"+STRING(argument2)+".png" KONKATENACJA DZIAŁA TYLKO NA TYPIE STRING + STRING -
A morał tej bajki jest krótki i niektórym znany - za kretyńskie posty dostaje się bany.
-
Ja czwartego nie rozumiem. W sensie każda ściana inna wysokość? Hm, z funkcji d3d_draw_wall (czy jak to tam szło) to raczej jasno wynika.
-
Algorytm ładowania spritów o podobnej nazwie
gnysek odpowiedział(a) na Nirvan temat w Pytania początkujących
Wrong type of arguments zawsze oznacza, że próbujesz stringa konkatenować z realem, lub dodać do reala string. Czyli w sumie to samo. -
a myślałem, że mi się to raz przywidziało... więc mogę potwierdzić w sumie
-
Zastąpienie warunków przez div i mod
gnysek odpowiedział(a) na TO_mek temat w Pytania początkujących
GML licznik=(licznik mod 3)+1 ? -
Losowanie typu ataku
gnysek odpowiedział(a) na kataner temat w Gotowe Skrypty, przykłady, dodatki, silniki 3D dla GM
-= znasz ? -
Nieaktywna strona www po otwarciu przez splash_show_web
gnysek odpowiedział(a) na TO_mek temat w Pytania początkujących
To zrób index.html, w którym to będzie i potem przekieruje na wp.pl -
Nieaktywna strona www po otwarciu przez splash_show_web
gnysek odpowiedział(a) na TO_mek temat w Pytania początkujących
Javascriptem spowodować focus na stronie? ew. jak nie znasz się na JS, to biblioteka jQuery: <script type="text/javascript"> $().ready(function(){ $().blur(); }): </script> -
Wcześniej nie działało, było 403 Forbidden - sam sprawdzałem.
-
Zmien domenę wyżej na no.archive.ubuntu.com - bo to tylko jeden z mirrorów jest, wystarczyło scieżkę w google wkleić, zeby dostac inne.
-
Aktualna wersja Linuxa to 2.6.37 a nie 10.4. Chyba Ci się coś pomyliło.
-
Może odblokowują przed grą i router jeszcze nie zastosował zmian ? Z tego co pamiętam DLink się do tego nie restartował, a mój ASUS (którego odradzam, bo się sam resetuje raz na 3 godziny), restartuje się przy każdej zmianie (nawet zmianie opisu któregoś portu).
-
Własnie mnie ten przykład ze skype zastanawia - dlaczego oni obaj po tym samym porcie nie jadą... przecież to nie ma znaczenia, bo router działa na zasadzie: MOJE_IP:PORT -> INNE_IP:PORT -> MOJE_IP:PORT Zatem musi się zgadzać IP i port z którego przychodzi pakiet i na które ma trafić pakiet, bo tylko takie dane router uzna za dobre (inaczej dziurę mógłby wykorzystać haker), więc chyba nie stoi na przeszkodzie aby były te same. Problem się robi gdy router zaczyna przekształcać porty, np dodając coś do nich. Pół biedy, jak dodaje ciągle tę samą liczbę, ale jak robi randoma, no to pozostaje TCP, nie mniej implementacja nawet stałego dodawania to już trochę dodatkowego kodu (może nie trudne, ale żmudne) Nie mniej jeśli się temu przyjrzysz czekam na informację.
-
Sprawdź w wolnej chwili z tym UDP, bo aż mnie ciekawość zżera, a nie chcę już tracić czasu na to, bo mam raptem 3 tygodnie do testów AO.
-
Nom, najlepsze jest jednak to, że ten pierwszy wybuchł, więc wszedłem już w pole jego rażenia i dopiero wtedy wybuchł naprawdę :D Także totalnie wlazłem w swój granat. Odstęp ok. 2 sekund.
-
W poprzedniej wersji ostatni na bank zabijał, bo mi się tak zdażyło, ze rzuciłem, wybuchł, już myślałem, że jest po wszystkim i wtedy ten drugi dopiero mnie zabił. Było zdziwko, bo juz się cieszyłem, że przeżyłem.
-
Ostatnio natknąłem się w sieci na ciekawe zagadnienie, mianowicie UDP hole punching. Nie wiem jaki jest polski odpowiednik, jedyny na jakie się natknąłem (wiercenie dziur) to dosłowne tłumaczenie, więc pozostanę przy angielskiej wersji. UDP jest protokołem który wymaga mniej danych do przesłania pakietu, więc oszczędza łącze, ale z drugiej strony jeśli pakiet nie dotrze, to przepada jak kamień w wodę i tyle. Nadaje się jednak do przesyłania pozycji itp. - czyli rzeczy które w razie czego skoryguje następny pakiet, gdyby jakiś po drodze przepadł. Więc na czym owo UDP Hole Punching polega? Otóż jak wiecie (np. kto testował Alienów Borka), połączenia przychodzące UDP są przez router/firewall blokowane, natomiast wychodzące nie. Cała sztuczka polega na wykorzystaniu tego faktu - otóż gdy wyślemy jakiś pakiet UDP, to router dostaje o tym informację i czeka na pakiet zwrotny z serwera potwierdzający dostarczenie - i w tym momencie otwieramy nasz router na pakiet UDP, który serwer może zwrócić. To z kolei otwiera kolejną możliwosć. Mamy Serwer S, oraz klientów - A i B. Znajdują się za sieciami NAT N1 i N2 - które blokują przychodzące UDP. Klienci podłączają się do serwera S, każdy z nich dostaje jakiś wyznaczony port UDP który nie jest akurat lokalnie wykorzystywany. I teraz najfajniejsza zabawa: serwer A wysyła pakiet, np. po porcie 6000 z portu 6000 na port 6001 IP klienta B - zgodnie z zasadą, router czeka na zwrot. Firewall serwera B odrzuca jednak ten pakiet, a że to UDP, pakiet przepada i żadne info nie wraca. Klient B również wysyła pakiet UDP po porcie 6000 z portu 6001 na port 6000 do klienta A - teoretycznie router powinien je odrzucić - ale - w związku z tym, że posłał przed chwilą pakiet UDP, czeka na odpowiedź - więc pakiet z komputera B może sobie spokojnie przejść. Router zakańcza oczekiwanie na ten pakiet, ale teraz to B ma w routerze/firewallu dziurę która czeka na odpowiedź. Klient A może więc znów wysłać pakiet - i w ten sposób dwóch klientów komunikuje się bezpośrednio ze sobą, bez użycia serwera. Mam kilka zagadnień które wymagają rozwiązania: - co, gdy pakiet przepadnie po drodze i nie dotrze do dziury? Jak długo router pozostanie otwarty (ofc. po stronie klienta mozna dorobić numerowanie pakietów dla pełnej kontroli) - jeżeli w grze online gra 200 graczy, to wszyscy między sobą rozsyłają dane po UDP, każdy na innym porcie, czy tylko niektórzy (bo na pewno wszystkie dane nie lecą z serwera, tylko korzystają z faktu UDP Hole Punching) Podobnoż Hamachi również korzysta własnie z tego faktu. Czy ktoś z was bawił się w hole punhcing, lub ma jakąs większą wiedzę na ten temat? Edit: macie to też wytłumaczone tutaj: http://www.heise-online.pl/security/featur...lli-778097.html - dolna częśc strony.
-
http://www.comptechdoc.org/independent/web...l/javadate.html Hm.
-
A jak się bierze z menu "edytuj kolory", to można przypisać pobrany kolor z rysunku do ostatnio klikniętego w palecie na dole.
-
Jak dodajesz fonta, kliknij na ALL.