Lag or bug?
Quicksilver
Csata lag vagy csata bug?
Tegnap megfigyeltem, hogy sokan, és még régi játékosok is csalást, bugot emlegettek a Central Slovakiai csata végén. Mi is történt?
Az időszámláló nullára váltott, és mégis mentek tovább az ütések; valamint amikor a conquer vonal alá vittük a falat, akkor sem állt le az ütés látszólag, és feljebb is vitték egy kicsit a falat - mielőtt megint lecsaptuk volna.
A helyzet az, hogy itt három dolog nincs szinkronban: az időszámláló, a támadók és védekezők neve-avatárja, ami megjelenik a két oldalon, és a fal állását jelző piros sáv, ill. szám.
Az időszámláló tiszta ügy, azt mindig élőben látjuk. Illetve... sanya hozzátétele:
az óra sem teljesen live. az induló állást az oldal lekérésekor rögziti szerveroldalon a script. töltögeted lefelé az oldalt, a képeket stb, mikor betöltődött a teljes oldal akkor elindul a javascript és elkezd visszaszámlálni az óra. tulterhelt szerver esetén azonban akár 5-10-20 másodperc is eltelhet eközben ezért lehet akár később is ütni. plusz ehhez jön még hogy az órát a saját géped szinkronizálja, a javascript programot másodpercenként hívja a kód, csakhogy a lefutása időbe telik (nagy, zsúfolt oldalon többe mint egy 3 szavas fehér háttér fekete szöveg oldalon) és függ a gép leterheltségétől is, azaz ezek a csúszások összeadódnak (pl 1.03 másodperc 1 helyett, ez mondjuk 1 perc alatt 2 másodperc csúszás)
A harcolók megjelenítése viszont problémás: egyszerűen ma már annyian harcolnak, hogy nem tudja ezt időben megjeleníteni a szoftver, mert megvan a max. sebessége, amivel ezeket a kis avatárokat átpörgeti a képernyőnkön. Így ez ha sokan ütnek egyszerre a csata végén, akkor nem élőben van, hanem elmarad attól, azaz hiába vált a számláló nullára, ez még pörög, mert az emberek még a csata vége előtt ütöttek. Ugyanez van a secure-conquer vonalak elérésekor is.
A harmadik dolog az a fal állása, ami a harcolók megjelenítéséhez van kötve - azaz amikor X számú harcoló lemegy a képernyőn, a szoft odaugrasztja a számot és a piros sávot, amennyit azok leütöttek ill. feltoltak. Újabb X számú ütés után megint ugrik a fal állása - azaz ez sem élőben megy, hanem egy bizonyos fáziskéséssel; és ez különösen igaz a csata végén amúgy is késésben lévő megjelentésnél, amikor a számláló élőben lepörög, nullára áll - a harcolók avatárja még megy, de már nem élőben, és a fal még ezt követi újabb késéssel.
Ezek alapesetben szinte észrevehetetlen fáziskésések, de a csata végén, többszáz harcolónál már percekre nőhetnek, és bizony emiatt egyszerűen nem lehet tudni, hogy a fal voltaképpen élőben hol áll. Azaz ilyenkor soha nem szabad abbahagyni a harcot, az ütést, mert amit a képernyőn látunk, hogy 'megvan a csata', az lehet, hogy nem igaz már... és ez az oka annak is, amikor az EMC látszólag 200 k-val feleslegesen túlütötte a falat - az a sebzés még akkor ment bele, amikor még ők sem látták a végeredményt.
Ezektől teljesen független az a valódi bug, amikor egy csata 'beakad' és még órákig megy - olyankor az valós időben van így, és nulla idő után is lehet bele ütni.
Remélem ezzel sikerült eloszlatnom a félreértéseket ezügyben.
Quicksilver
A linkgyűjtemény - minden, ami erephez kellhet
Battle lag or battle bug?
Yesterday, I saw many people, even not so new ones say cheat or bug at the end of the Central Slovakia battle. What exactly happened?
The time counter turned to zero, but the hits still went on - and also when the battle was brought under the conquer line once, the fighting also seemed to go on, and opposition even pulled it up a bit before bringing down again.
The situation is that here, in the battles, we have three separate things that are not in synch: the time-counter, the display of fighters and the red line of the actual wall value.
From these three the time-counter is the easiest, because we always see it in realtime. Or not... sanya18 said this:
The timer is not really live either. the beginning is recorded on the server-side by a script when you download it. Then you load the page, and when the whole page is on your screen, the javascript starts running ans counts back the time. But when the server has a lot of requests, it can take 5-10-20 seconds even, and you can fight later. Plus, the time is synched by your computer, the javascript is called every second, but its running takes time. Also if your own computer is working heavily, and all these delays got added, and in a inute it can be as much as 2-3 seconds.
On the other hand, the display of the fighters is problematic - quite simply nowadays so many people hit at the same time, that the soft cannot display it realtime, because it has a max speed with which it shows the small avatars and names. So, when a lot of people hit at the end of the battle, this display is late compared to the time-counter - so seemingly people hit when the counter is already at zero - or the secure-conquer line was reached.
The third such problematic thing is the actual standing or value of the wall. It is connected to the display, so when X fighters were shown on the display, the soft evaluates damage and jumps the red line to the actual value. Then another X fighters are shown and the red line again moves. So this is also not in realtime, but lags a little bit even to the display - and even more to the counter. So, what we see is that the time-counter reaches zero - but the fighters seemingly still go and hit, but it is a display only, and the wall follows this with a small lag.
Usually this lag is so small that we dont even notice it - but at the end of big battles, it grows to minutes even, and causes us to think of cheats or bugs - and more importantly it causes us that we can never know where the wall actually stands. It means that we never should stop fighting when the counter is at zero and the battle is a close one - because what we see is not always the actual result - we might think it won, but the enemy has already hit it down...
And a real bug that occassionally happens, and is totally unconnected to this lagging issue: when a battle is stuck and goes on for hours still - because in those cases it happens in realtime and we can actually hit those battles after the counter is at zero.
I hope I have cleared this issue for good.
Quicksilver
.
Comments
ez vilagos
feature
Fehérlónak igaza van, ez feature hogy izgalmasabb legyen a vége🙂
Gyertek dolgozni az UVVA fegyvergyárába!
🙂
Voted!
én annyit észrevettem, hogy nem jeleníti meg az összes ütést oldalt, sőt nem ugyanazokat jeleníti meg ha két külön böngészőben nézed.
Tehát valahogy próbálja kompenzálni a késést.
A fal állása meg szerintem nem a klienstől függ, hanem az időszámláló állásakor végez egy lekérdezést, így ugyanúgy két külön állást mutathat két külön ablakban.
Ugye a beérkezett ütések elszámolása is egy query-be kerülhet a szervereken, ezért fordulhat elő, hogy a csata vége után is lehet ütni.
Nem néztem még meg a kódot (nyilván a kliensen..) de nekem ennyi jutott eszembe.
A lényeg, hogy nyertünk. És végre volt valami izgalom 🙂
Az az igazság, hogy az ellenfél jobban a végére tudja időzíteni az ütést, amire már nem tudunk reagálni. Mi pedig félünk a végére hagyni az ütést, mert rettegünk egy fejetlen csirkétől. 🙂
Köszi! Vote!
Voted!
Hopefully you did clear it, but somehow I doubt it, until the next bigger battle and once again "cheat, bug...." they should put this in Plato advices xD
Annyiban pontosítanék, hogy 00:00:00 után még lehetett ütni, ez mindenképpen bug!
Olyan nincs, hogy 00:00:00 pillanatában nem dől el a csata (kivéve, ha a secure és a conquer között van éppen)! Az OK, hogy a csata oldal képernyőjén késésben pörögnek az avatarok, de hogy ha egy megnyert/elvesztett csata végeztével abba tovább lehet ütni, az már bug! Illetve, lehet, hogy az adminok által bölcsen beépített feature, mert így ugye több arany ég el, amit később ugye újra pótolni kell, egy részét IRL pénzen, ami ugye jó üzlet...
És akkor a fejetlen csirke opcióról, ami furcsa mód minket jobban sújt, még nem is beszéltem...
kurva egyszerű megoldás lenne, ha egy puffer számláló is lenne a gördülő ablakok mellett, ami folyamatosan frissülne. Így a brutális attackok is látszanának, érdekesebb is lenne a csata. 🙂
szabotor voltam
1-2 hete közös ütéshez készülődve (ez 1 kis magáncsapat), kiderült, hogy egyikünk jó 3 mp-cel több időt lát a számlálón, mint másikunk. Bp-i gépek, exp böngészők, egyikünk sem piás 🙂
Nem tudom, ez jelent-e valami rosszat, csak azt tudom, h így volt. Abban a helyzetben kicsit zavaró volt, de mint outsider azt gondolnám, h más helyzetben komoly gixer forrása is lehet. Vagy nem?
"The time counter turned to zero, but the hits still went on - and also when the battle was brought under the conquer line once, the fighting also seemed to go on, and opposition even pulled it up a bit before bringing down again."
Same thing happened in Slavonia (last battle) ,wall on 00:00 was secured ,than pulled down ,then again secured....on 00:00
You could than write article ,not now.
v
Damn bugs,they all speak hungarian!!some parasites from the horses,i think
please, at least stop explainig what the whole eWorld knows already.
The same happened in the battle of Brussels, the wall was under the coquer line, but the game continued then we had to spent some gold to bring it down again.
So this bug affects us all.
@scristian
"So this bug affects us all."
But only peace writes about it 😁
I know that this is so in every battle. I also know that it is not a bug, but a display-problem.
If you did not understand it from my article, I can't help you. And this article is not claiming it to happen to any side, but it explains that it is independent from Eden, PEACE or whatever.
So I will thank you not to twist my words.
It was the same last night in the war between Russia and Usa ,i fight and got no response from the server but wellness got down and there was no link to the hospital,i was with low wellness than i moved in Hungary for recover
Ha a falat nézed az avataroknál, az általában mindig késik, de ha kint nézed a csatát, ahol f5-ot kell nyomogatnod, na ott 2x volt mínuszban a fal az ido lejárta után. Eloszor 20:09-kor, mikor -434-en állt, ezt 3-an is láttuk, mert be is írtuk a csatornára. Ezután felment 2700-ig, majd 20:10-kor levertuk másodszor is mínuszba -408-ra, ahol vége lett.
Én is láttam mínuszban a falat...
http://filmhiradok.nava.hu/watch.php?id=3046" target="_blank">http://filmhiradok.nava.hu/watch.php?id=[..]=3046
Vlacinak igaza van, én is f5-öltem (sokszor), és akkor frissíti a falat mindig. És volt secure fölött a fal. De ez volt a horvát-szerbben is. Ott is kaptak még egy esélyt a szerbek.
nos akkor még hozzátennék 1-2 dolgot
az óra sem teljesen live. az induló állást az oldal lekérésekor rögziti szerveroldalon a script. töltögeted lefelé az oldalt, a képeket stb, mikor betöltődött a teljes oldal akkor elindul a javascript és elkezd visszaszámlálni az óra. tulterhelt szerver esetén azonban akár 5-10-20 másodperc is eltelhet eközben ezért lehet akár később is ütni. plusz ehhez jön még hogy az órát a saját géped szinkronizálja, a javascript programot másodpercenként hívja a kód, csakhogy a lefutása időbe telik (nagy, zsúfolt oldalon többe mint egy 3 szavas fehér háttér fekete szöveg oldalon) és függ a gép leterheltségétől is, azaz ezek a csúszások összeadódnak (pl 1.03 másodperc 1 helyett, ez mondjuk 1 perc alatt 2 másodperc csúszás)
egyébként aki megnézi a battle oldal JS kódját az láthatja hogy amit quick leirt teljesen igaz.
ja és még bejátszik az is hogy szerver oldalon ugyan elindul a csata lezárása de valamiért az adatbázisban kis csúszással hajtódik csak végre, ilyenkor amíg ez meg nem történik tényleg lehet ütni
I hope somebody will fix that bug..🙂
I don't care what is the explanation..it's not right to win /lose a war because this game is full of bugs..and i really need a informatician explanation..not literature....thanks..
sanya, köszi, amit írtál beletettem, remélem, nem baj.
Finally, is a laaaaaag, XD, but about that other, are you talking about when the wall isn't secured or brought fully down?, because as I understand that isn't a bug, if the wall is not clear, the battle doesn't end, 😛... if it's another thing, I don't know, XD
cool explanation, thanks bro ...
A similar thing happened in the Canadian RW against the eUK in New Brunswick a couple of months back. The time counter reached zero, the wall went up over the "secure" mark and the battle kept going, soon to change into a collapsing wall and finally a successful revolt. We shrugged our shoulders and moved on.
Ilyen utoeronel, ami erepen megy, ez hovatovabb tarthatatlanna valik... Utolso percekben felmillio dmg akarmilyen "furtozott szervert", akarmilyen intel procival odaver... Folosleges utesezrek, szazezrek kerulnek a levegobe elutve... azaz tobbszaz gold.
Ez nem feltetlen buf...feature az adminok reszere 🙂 gold egetesere.