Diskuze: Pohyb objektů
V předchozím kvízu, Online test znalostí GameMakeru, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 6 zpráv z 6.
V předchozím kvízu, Online test znalostí GameMakeru, jsme si ověřili nabyté zkušenosti z kurzu.
Klidně cíl nechej průchozí a jen testuj, jestli se ho objekt nedotkl.
Např.:
place_meeting(x,y,cíl)Pokud ano, tak zruš pohyb.
Ahoj, zkusil jsem to pořešit, tímto způsobem, protože UI hráč by ty kolize asi nevyužil, tohle co jsem uváděl, by bylo využitelné spíš pro reálného hráče. A mě slo hlavně o to aby když zadám pohyb:
Zkusil jsem to pořešit takto:
//základní pohyb
if stavba=0 and farma=0{
//nastaveni rychlosti pohybu
spd=spdset;
//ověření, že se na souřadnicích pozx, pozy nenachází tento objekt
if !position_meeting(pozx,pozy,self){
//ověření zda se na souřadnicích pozx, pozy nachází tyto objekty
if instance_place(pozx,pozy,obj_delnik)or instance_place(pozx,pozy,obj_delnik_stavba)or instance_place(pozx,pozy,obj_vojak){
if distance_to_point(pozx,pozy)<18{
pozx=self.x;
pozy=self.y;
}
}
mp_potential_step(pozx,pozy,spd,false);
}else{
spd=0;
speed=0;
}
}Třeba tě napadne jak to ještě doladit....díky
Ladit si musíš u hlavně sebe. Pohyb předstírající umělou inteligenci je poměrně složitá věc a obecně dokonalé řešení neexistuje. Obvykle se kód optimalizuje pro konkrétní grafiku, tvar dráhy pohybu a podobně. Tvůj kód vypadá dost neefektivně - asi bys měl spíš použít mp_grid, ale pokud dojdeš k uspokojivému výsledku jinak, nic se neděje.
Mě šlo o optimalizaci kódu, je mi jasný, že ty kolize řeším pro určitou grafiku. Protože v tom mým kódu je moc používáno ověřování souřadnic a taky moc to používání IFů(4x jen v tom co jsem zde uvedl), trochu se bojím, aby se mi to pak nějak nevymstilo a hlavně při nějaké změně aby to hnedka nerozhodilo celou funkčnost.... Tak proto jsem zakládal toto vlákno
Tak se zdá, že vlastně víš, co není úplně dobře napsáno. To znamená, že jsi na půl cesty k vítězství. Základem optimalizace je nenutit počítač dělat věci zbytečně. Optimalizace proto musí vycházet z celého projektu a ne jen z kusu kódu. Pokud například vím, že se nějaký objekt za určitých okolností nepohybuje, nemusím testovat vzdálenost k němu každý Step.
Konkrétně v tom kousku, co jsi postnul, je dost divné třeba použití instace_place. Instance place vrací id kolizní instance, které použiješ poněkud kontroverzně jako bool a pak ho zahodíš. Pokud id nepotřebuješ, tak by mělo být lepší ( rychlejší provedení ) použití place meeting.
Použití více ifů neznamená vždycky chybu. Správně optimalizovaný kód používá podmínky ke zjištění případů, ve kterých lze přestat provádět daný kód. Ale pokud se ti použití více ifů zdá nepřehledné, můžeš použít dědičnost. Když všechny objekty považovatelné za překážky budou mít jako parent prázdný objekt nazvaný třeba obstacle_group, můžeš testovat jedinou podmínkou všechny.
Zobrazeno 6 zpráv z 6.