Slash, to Ty się mylisz.
Jakbyś nie przechowywał tegoż ekwipunku (tablice, listy, mapy), wyswietlić go przecież musisz w pętli i tak, a to już będzie mniej wydajne.

Zresztą, ekwipunek nie jest zbyt "dynamiczny" (zmienia się tylko w poszczególnych momentach, nie cały czas), więc w sumie nie klasyfikuje się do tego co powiedziałem i tak.

I tak jak dla tego ekwipunktu różnicy wydajności praktycznie nie będzie, to tak dla takiego deszczyku, gwarantuję, będzie ogromna.

Nie wierzysz - spróuj napisać sobie własne "particle" (draw_circle() niech będzie, to nieważne). Zrób wersje na instancjach i w jednej instancji, w pętli, porównaj wydajność, wróć, i pochwal się wynikiem

Particle to kompletnie inna sprawa, wyskoczyłeś z nimi jak Filip z Konopi. Każda instancja co stepa wykonuje wiele GMowych funkcji. A weź pod uwagę fakt, że ekwipunek na tablicach można zrobić na surface'ach - więc tu na pewno mam rację.

Uu, chyba deszcz w Almorze przerobię...

Dlaczego? xD
Jak masz zrobiony?

No właśnie sam udowodniłeś, że ekwipunek się do tego porównania nie daje

Nie chodzi o particle, tylko ogólnie o kontrolę nad masą podobnych do siebie obiektów.

I mimo, że gmowa instancja wykonuje co stepa wiele niepotrzenych "funkcji" (chociaż wbrew pozorom tego tak wiele nie jest - /tuta się zaczynają przypuszczenia/ jeśli instancja nie ma ustawionego spritu to kolizji gm i tak nie liczy, więc jedyne co robi "nad", to kontrola image_index i x i y w zależności od hspeed i vspeed /koniec przypuszczeń/), i tak jest nieporównywalnie wydajniejsza od wszelkich możliwych jej "własnych implementacji", dla przykładu na tej tablicy.

Kłócisz się ze mną o coś, co można sprawdzić w pięć minut.

Nie mam tak fajnie zwiększania

gnysiu nieeeeeeeeeee.
Co to ma być. Taki sam efekt na spritach mogę uzyskać.
Przecież ten deszcz się porusza na viewie i gdy nim poruszam(viewem) deszcz leci razem z nim jak by były jednością.

Choć gdyby nim nie poruszać wygląda świetnie. ;D

bluks, co Ty pierniczysz O.o ?

"Co to ma być. Taki sam efekt na spritach mogę uzyskać."
No sory stary, ale to jest na spritach...

"Przecież ten deszcz się porusza na viewie i gdy nim poruszam(viewem) deszcz leci razem z nim jak by były jednością"
W tym deszczu W OGÓLE nie uwzględniłem viewa, gdy przesuniesz ekran trochę bardziej w dolny-prawy róg desz dalej będzie się tworzył w roomie na pozycjach 0,0-800,600.

A uwzględnienie tych viewów to aż dodanie to aż dodanie paru "view_xview[0] + " i "view_yview[0] + " w kodzie.

Także nie, że zapomniałem/nie da się, stwierdziłem, że te pare tych "view_xview[0]+" każdy sobie da radę pododawać, a przykład ma prezentować deszczyk, i lepiej nie brzydzić kodu dodatkowymi formułami, ale jak chcesz mogę zaktualizować

Nie mam pojęcia, czy miałeś ochotę sobie ponarzekać nawet nie zaglądając do kodu, czy jak.

Sory źle się wyraziłem. Poddenerwowany byłem po dyskusji z pewną osobą.
A więc.

1."Co to ma być. Taki sam efekt na spritach mogę uzyskać."
Chodzi oto, że można by to nagrać i wstawić bez kodu.
(no może nie mógłbym ustawić ich ilości)

2.(view) Rozumiem ale przydało by się chociaż dodanie tego chyba zbyt wiele czasu nie zajmie.

Ogulnie gdyby gra była na sektory bez poruszania kamerą(viewem) to jest na 10/10.

A do kodu zaglądałem. ;P

Jeżeli możesz to zaktualizuj (proszę). Bo akurat robię gierkę top-down i by się przydało.

1. Znaczy zrobić animacje? Powodzenia
2. Tym którym z tego skorzystają też nie zajmie dużo czasu.

1.Nie czepiaj się bo pewnie nie znasz sposobów.
2.Zaproponował więc może to zrobić i poco każdy ma robić to samo skoro można zrobić raz i dla wszystkich.

Poprawione.

Dopiero teraz zajrzałem w kod... myślałem, że to na surface'ach.

THX.