Programming advice for ZOS

marlonbrando

If mounted then
cancel_running_animation()
end

Hamish999

But why? It's one of the most amusing, persistant, bugs in the game

rpa

And knowing how these kind of "fixes" often work, you'll randomly end up riding on ground instead running after dismount.

JimmyJuJu

How about this instead:

If not_in_combat
then allow_mount = true
end

I mean, FFS...it's been 5 years guys - can you please fix this one already? Thanks.

VaranisArano

Darkmage1337

The meme lives on in 2020.

marlonbrando

JimmyJuJu wrote: »

How about this instead:

If not_in_combat
then allow_mount = true
end

I mean, FFS...it's been 5 years guys - can you please fix this one already? Thanks.

Or even,
if (last_damage_time() - current_time()) > 60 then
cancel_in_combat()
end

Vizikul

VaranisArano wrote: »

Runefang

marlonbrando wrote: »

JimmyJuJu wrote: »

How about this instead:

If not_in_combat
then allow_mount = true
end

I mean, FFS...it's been 5 years guys - can you please fix this one already? Thanks.

Or even,
if (last_damage_time() - current_time()) > 60 then
cancel_in_combat()
end

So you want the server to check this every... millisecond? every second? For every player? And it effectively needs to record each time you receive damage with a time stamp in order for the formula to work.

Congratulations you’ve killed the server.

marlonbrando

rpa wrote: »

And knowing how these kind of "fixes" often work, you'll randomly end up riding on ground instead running after dismount.

Good point. Or, you'll only be able to move while mounted.

Kellion

I don't think you guys realize the amount of training, and upper echelon Kung Fu one needs to achieve, before being able to run and flow as one with the mount! Then again, why do we even need the mount if we have that much kung fu.... hmmmm

marlonbrando

Runefang wrote: »

marlonbrando wrote: »

JimmyJuJu wrote: »

How about this instead:

If not_in_combat
then allow_mount = true
end

I mean, FFS...it's been 5 years guys - can you please fix this one already? Thanks.

Or even,
if (last_damage_time() - current_time()) > 60 then
cancel_in_combat()
end

So you want the server to check this every... millisecond? every second? For every player? And it effectively needs to record each time you receive damage with a time stamp in order for the formula to work.

Congratulations you’ve killed the server.

I'm sure you know that this wasn't a serious suggestion. It's obviously more complicated than this or it would have been fixed by now.

Regardless, the game isn't an outside observer watching you do stuff that has to check up on you every millisecond. It knows when things happen. It has "events" that trigger when certain things like "going into combat" or "player received damage" happen: https://wiki.esoui.com/Events . It also has things like timers which can be triggered every "N" seconds.

SickleCider

https://www.youtube.com/watch?v=OpidGiBemJ4

I think it's just a feature at this point.

Elsonso

I am still waiting for them to comment out this block of code, which I seem to hit a lot when trying to enter Auridon.

while (1==1) 
    ShowRandomLoadingScreen()
end

Mr_Walker

marlonbrando wrote: »

JimmyJuJu wrote: »

How about this instead:

If not_in_combat
then allow_mount = true
end

I mean, FFS...it's been 5 years guys - can you please fix this one already? Thanks.

Or even,
if (last_damage_time() - current_time()) > 60 then
cancel_in_combat()
end

^^^^

Even less. 20 seconds.

SirAndy

marlonbrando wrote: »

If mounted then
cancel_running_animation()
end

Don't quit your acting dayjob ...

StrandedMonkey

this thread is bound to get locked so im just going to ask you guys if java is a dying language or not

mods if u guys program too feel free to pm me

ManwithBeard9

StrandedMonkey wrote: »

this thread is bound to get locked so im just going to ask you guys if java is a dying language or not

mods if u guys program too feel free to pm me

Java is cofffee. Water hue tacoing a boot?

Iskiab

StrandedMonkey wrote: »

this thread is bound to get locked so im just going to ask you guys if java is a dying language or not

mods if u guys program too feel free to pm me

Java’s not dead, it’s used all the time in business.

Java’s terrible for anything network related, it’s too high a level language and you need to use stuff like C unless you’re okay with things moving at a snail’s pace.

KillsAllElves

Hero engine -

1 ;not_in_combat_mount=true. < this one has a line of script next to it. I would have to look at their program to see the code they had layed out. Theres a specific reason why we see characters running on mounts And i know server side software has an effect on this, kinda like collision.

2 ;in_combat_mount=false

3 ;bind_key_x=X

Zos will be laying out several large updates this year and if theyre going to do what i think, we shouldnt see this issue again.

I seen a list of codes eso uses and they are similar to the game i am Working on.

redlink1979

marlonbrando wrote: »

If mounted then
cancel_running_animation()
end

Jump while mounted. Problem fixed. Lol

Mr_Arce88

Nah ESO is the only game where you can run both on sword and a horse. I mean c'mon what other game gives you such unique experience? I especially love killing enemies with my bare hands pretending to shot arrows. Now that is real magic you pesky magsorcs ^.^

CiliPadi

# If oceanic then
# increase_latency()
# end

;-P

aaisoaho

Yay, more ifs, more things to calculate, more lag! Yeah, increasing the amount of ifs is not the way to solve anything - less ifs, less things to calculate, less lag. And if we continue the train of thought ona serious manner: none of the armchair programmers here can solve anything, because we do not have access to the code and to the project.

Donny_Vito

cancel_running_animation()

Look at that naming convention for function. Sigh....

validifyedneb18_ESO

Runefang wrote: »

marlonbrando wrote: »

JimmyJuJu wrote: »

How about this instead:

If not_in_combat
then allow_mount = true
end

I mean, FFS...it's been 5 years guys - can you please fix this one already? Thanks.

Or even,
if (last_damage_time() - current_time()) > 60 then
cancel_in_combat()
end

So you want the server to check this every... millisecond? every second? For every player? And it effectively needs to record each time you receive damage with a time stamp in order for the formula to work.

Congratulations you’ve killed the server.

Good god do you know how collisions work, is a single integer comparison too much for a modern game server to handle? Is there some magic that makes everything else work frame to frame without relying on this apparently server-killing if-statement of 3 integers?!

validifyedneb18_ESO

How people thing a single if statement is somehow going to drag server performance down, I have no damn clue.

Every physics simulated item in the game has to do 3 floating point integer comparisons, against every other static or otherwise object in the scene every physics frame. And that is just AABB pre-checks.

But no, comparing 1 global integer against a local player integer, once per player per frame, waaaay too much for the servers to handle.

Elsonso

aaisoaho wrote: »

Yay, more ifs, more things to calculate, more lag! Yeah, increasing the amount of ifs is not the way to solve anything - less ifs, less things to calculate, less lag. And if we continue the train of thought ona serious manner: none of the armchair programmers here can solve anything, because we do not have access to the code and to the project.

That is not the source of the performance problems.

This is

/* DevGuy  20130423 - remove the following line in 2015 to increase performance */
sleep(1000)

They still haven't done that.

Frozen_Heart246

static void ServerMaintaince(string progress)
{
if (progress=="done")
ServerDie();
else
ServerDie();
}

jadarock

I walked from fare to aless on my mounts back for *** and giggles last night....
Of all the bugs that need fixing this is not one😂😂

Dojohoda

I'm not a programmer but I can attempt to play along.

If hampster = slow, retire hampster, + fresh hampster.

please overlook and carry on.