Jak je to možné? – .NET – Fórum – Programujte.com

Dobrý den,
v isometrické políčkové grafice (kosočtverce) o velikosti políčka 52, 26 chodí hrdina 13ti kroky po vektoru (+/-4; +/-2) při rychlosti 50ms. Během této doby nesmí změnit směr - jinak by nebylo zajištěno, že nakonec skončí přesně uprostřed nějakého políčka. Proto lze změnit směr pouze, pokud je Ready a v tom případě si projdu stisklé klávesy, přičemž dle toho volím další možnosti. (kupříkladu popojití dále)

public void Move(int x, int y)
{
	if(Ready = (count++ == Steps))
		count = 0;
	else
	{
		X += x;
		Y += y;
	}
}

Zde není co řešit. Ovšem pro běh jsem zvolil vektor posunu (+/-8; +/- 4), čily-že 2x větší a z toho vyplývá, že by nikdy nemohl skončit přesně uprostřed jakéhokoliv políčka. (ne po běhu o jedno políčko) Zkrátka nejde podělit 13 2ma, či 52 8smi. Proto jsem to řešil různými podmínkami atp. Ale najednou zjišťuji, že stačí 2x zavolat metodu Move při posunu o vektor (+/-4; +/-2). (2x chůze) Nic víc - jen ji 2x zavolám a hrdina končí vždy přesně uprostřed každého políčka. I Ready funguje přesně jak má. Ale 13 nejde podělit 2ma! Jak je to možné? (Běhal jsem kvůli tomu x hodin po bludišti.)
Děkuji.

EDIT:
 

mazeGame.Hero.Move(differenceX, differenceY); // chůze

...

mazeGame.Hero.Move(differenceX, differenceY);
mazeGame.Hero.Move(differenceX, differenceY); // běh - jen 2x chůze

#1 Matěj Andrle
Pleteš si herní pole se zobrazováním. Rozděl si to a budeš mít pokoj.

BTW: Poněkud divně pojmenované téma: "Jak je to možné?"

#2 Kit
Absolutně tě nechápu. Nemám žádný problém. Naopak - funguje něco, co logicky fungovat nemůže. Grafiku mám totálně oddělenou od logiky. Ptám se přeci - jak je možné, že 1x chůze + vykreslení * 13 dá krásnou chůzi a 2x chůze + vykreslení * 13 nejde podělit 2ma! dá krásný běh...

#3 Matěj Andrle
No vidíš, takže jsi to vyřešil. Jenom mi není jasné, proč v herní logice řešíš isometrické zobrazení.

Matěj: Už jste vyřešili, proč se vám to na Win vykreslovalo jinak než v Linuxu? :)

#5 Satik
Tady každý řeší úplně něco jiného... Ne - problém rozhodně není ve výpočtech - neboť Martinovi se špatně vykreslují i pevné objekty. A především - vše jsem pečlivě prošel. Jediné čemu nerozumím je toto - to co tu chci řešit. (Ta chyba o které se zmiňuješ musí být v grafice - v platformě.)

#1 Matěj Andrle
Tebe bych nechtel mit v tymu a pracovat s tvym kodem, na prvni pohled nejde poznat co dela.
1. count++ vs ++count (je ten kod spravne, nebo ne.. to vi jenom autor)
2. Prirazeni do promenne v if podmince.. to jako fakt?

3. Pojmenovani - count (lepsi je currentCountSteps), Steps (maxCountSteps), Ready (readyToMove), atd.

#7 m4r10
Ten kód je sice šílený, ale to tady snad neřešíme.

#7 m4r10
Kdyby to nefungovalo, pak bych se neptal: "Jak to, že to funguje?" Tebe bych nechtěl mít v týmu, pro tvou rýpavost atd. Každopádně - v Listu máš také Count, v ArrayListu také Count,... Kdyby jsi znal OOP, věděl bys, že se vždy na obdobně fungujícím místě používá stejné jméno. Žádné zkratky, či výjimky pro konkrétní aplikaci. Vše má být obecné a stále notoricky se opakující... Na přiřazení hodnoty v podmínce absolutně nic není - v CIL se stejně prvně provede příkaz. Maximální délku vhodného formátu to nepřekračuje. A z kódu absolutně jasně vyplývá co dělá - vždyť i vysvětlení je dostatečné. Nastavuje hodnoty X a Y pouze v případě, že je povoleno ještě jít. Tedy v případě, že count (který se vždy počítá od 0) nedosáhl počtu stanovených kroků k dojití na další políčko. Ve chvíli kdy monstrum dojde na místo, Ready povolí přečtení kláves a tak se provede další akce. Můžete již někdo vysvětlit, jak se dá 13 podělit dvěma, anebo to mám přejmenovat na "Zkritizujte mne prosím co nejnegativněji"?

#9 Matěj Andrle
Zkus to přejmenovat na "Jak je to možné?" Možná to bude nejvýstižnější.

Ty přece zdvojnásobíš délku kroku, nebo jejich počet. Žádné dělení tam není.

#10 Kit
Diskuze úplně o něčem jiném - i kdybych měl kód z kanálu. Zde řeším úplně něco jiného. Copak to jsem jediný, koho vaše chování irituje? (Především ty vždy půl dne píšeš mimo mísu a radíš zásadně v hádankách - což sice nakonec většinou pomůže, ale do té doby na to přijdu sám.)

#11 z
To jako vážně? Takže když jde 2x tolik, tak neurazí za jeden krok 2x větší vzdálenost? Logika tvrdí, že se to rovná vektoru (+/-8; +/- 4). Jestli ty dokážeš podělit 52 8smi, či 26 4mi, tak jsi génius!

#13 Matěj Andrle
My umíme místo dělení násobit.

#14 Kit
Ano, jdu 2x. Ale vzdálenost se tím zkrátí. Jelikož se zmíněné podělit nedá, nemůže hrdina skončit přesně uprostřed. Jenže on tam skončí! :D A mohu běhat celé dny - stejně se neznepřesní ani o pixel. Jak to, že se count dostane na 0 (což je správně) - a ne na 1?

#15 Matěj Andrle
Co máš pořád s těmi pixely? Hrací pole je přece čtvercové, pixely se týkají jen vykreslování do isometrie.

#16 Kit
Pane bože. Já to vzdávám - jdi se zahrabat... Co si myslíš, že je asi posun o vektor? Posun o X a Y pixelů - jak jinak se má hrdina pohybovat? To má rovnou přeskakovat políčka? Viděl jsi někdy hru, kde hrdina nechodí, ale skáče rovnou po políčkách? Proč vůbec vytahuješ - ne. Tohle s tím zase nesouvisí. Jak může při posunu mezi políčky o rozměrech [52; 26] po krocích o (+/-8; +/- 4) skončit hrdina uprostřed políčka? Čemu na té otázce nerozumíš? Já už nemůžu - to se ani jinak napsat nedá - jinak už to vysvětlit nejde! :D Posouvá se samozřejmě horní okraj obrázku, takže technicky ten obrázek uprostřed není - ale to tu neřeším. Řeším, že 52 se nedá dělit 8smi a 26 4mi!

#17 Matěj Andrle
Bylo poněkud nešťastné, že sis zvolil základ 26. Kdyby sis dal 24, tak by se ti to počítalo mnohem lépe, ale nelepší by stejně bylo 32. Bylo by to 8 kroků.

Nevím, proč pořád dělíš, tady se má násobit, sčítat a odečítat. Při transformaci do izometrie se dělení nepoužívá.

#18 Kit
Já nic nedělím!!!! Copak to nechápeš? Nechápeš nepřímou úměru? Já nic nenásobím, nic nedělím! Jen přičítám/odčítám vektor posunu - kroky! Bavím se o dělení jen proto, že s větším posunem se vzdálenost zkracuje. A nejde přičíst v timeru 8 a 4 tak, aby vyšlo 52, 26! Copak to vážně nechápeš? Nikde v reálu nic nenásobím, nedělím! Je to jen počet opakování - timer!  Copak nechápeš, že jedině 52, 26 mi dá kosočtverec jehož osy jsou souběžné s osami souřadnic? A nechápeš, že tento příspěvek řeší problém, že to funguje? Pročež jsou ta čísla absolutně správně zvolena! Funguje to! Jen nechápu jak... Nechápu jak se mohu přičítáním/odčítáním 8 a 4 dostat k posunu o 52, 26!

public void Move(int x, int y)
{
	if(Ready = (count++ == Steps))
		count = 0;
	else
	{
		X += x;
		Y += y;
	}
}

Kde vidíš dělení? Kde vidíš násobení? Akorát se toto děje v timeru dokud se posun nerovná posunu o políčko...

#19 Matěj Andrle
Moment, ty máš herní logiku v izometrii?

#20 Kit
Ne! Ne! NE! Znovu - jádro počítá v políčkové grafice. Až úplně poslední vrstva (GUI) si z toho udělala isometriku. Přepočet jsem dal do vrstvy s logikou. Ale to sem sakra vůbec nepatří!!! Jak můžeš nechápat, že tu řeším, že přičítáním 8 a 4 se nedoberu k 52 a 26??? A ptám se, jak to ten můj kód dokázal. Je tu už 2x! Co víc mám udělat - stát na hlavě?

#21 Matěj Andrle
Stát na hlavě nemusíš. Stačí, když si napíšeš pár testů a uvidíš to hned.

if(Ready = (count++ == Steps))
	count = 0;
else
{
	X += 8;
	Y += -4;
}

třeba... (Chůze - ta vychází čistě - je logické, že funguje - ale jak funguje ten běh?)

#23 Matěj Andrle
Proměnné Ready, X, Y, count a Steps jsou zřejmě instanční. Je možné, že je modifikuješ i v jiné metodě, kterou jsi nám třeba neukázal?

Proč vlastně přiřazuješ do proměnné Ready, když ji nikde nepoužíváš?

#24 Kit
Nauč se číst. Kdybych měnil X a Y externě, nefungovalo by to a vlastně by to celé ztratilo smysl. Monstrum se stará samo o sebe - to je smysl toho objektu. Ready jak už jsem tolikrát psal - používám jako indikátor, kdy si přečíst klávesy a kdy je možné začít dělat jinou akci. Ready je false i třeba při mlácení. (přestat s pěstí těsně u ksichtu - to by bylo hodně divné) Poslal jsem jen tento kód - tak tu jde asi jen o něj. No ne? Parametry už jsem poslal 6 00 000 000 000x - (+/-8; +/-4).