Can client-side script affect server-side element in client'

[DiSaMe]

First of all, I want to say I DO know client-side can't control server-side elements. But would there be any visible effect? For example, if I put non-local player into other position, would I see him there at least for one frame? I ask this because I want to make well synced position script that would show players in their estimated position like we shoot to the front of running players, not to them. But if it's not possible to do this, then it's a suggestion about better sync to implement into MTA

[Gamesnert]

For example, if I put non-local player into other position, would I see him there at least for one frame?

Non local players?

EDIT: Oh other players. In a client-side script? I don't think it's possible.

[=FAS=Shigawire]

First of all, I want to say I DO know client-side can't control server-side elements

Whats with the "TriggerServerEvent" function?

Or did i missunderstand your qustion?

[Gamesnert]

First of all, I want to say I DO know client-side can't control server-side elements

Whats with the "TriggerServerEvent" function?

Or did i missunderstand your qustion?

You misunderstood it I think.

[haybail]

You could move them, can't you, and it would be visible. Just they'll flick back as the server syncs them.

Unpractically you may be able to do something but it would look fruity. Like onClientRender setElementPosition but you couldn't get the proper cords from the real client cause that would take too long, and defeat the purpose, and estimating would be very difficult I suppose. Or you could be clever.

It is possible to fix the sync, however. Or change it so theres less problems.

[DiSaMe]

You could move them, can't you, and it would be visible. Just they'll flick back as the server syncs them.

Unpractically you may be able to do something but it would look fruity. Like onClientRender setElementPosition but you couldn't get the proper cords from the real client cause that would take too long, and defeat the purpose, and estimating would be very difficult I suppose. Or you could be clever.

It is possible to fix the sync, however. Or change it so theres less problems.

yeah, this is EXACTLY what I wanted to know. Thanks for the information. I think it would be possible to sync position by doing xpos + xvelocity*(other_player's_ping+local_player's_ping). Car position sync is important too. It would let to do P.I.T. and make drive-bys cool.

[Mr.Hankey]

I think it would be possible to sync position by doing xpos + xvelocity*(other_player's_ping+local_player's_ping). Car position sync is important too. It would let to do P.I.T. and make drive-bys cool.

lol that would be like disabling half of the netcode that makes mta's sync so good^^

[DiSaMe]

I think it would be possible to sync position by doing xpos + xvelocity*(other_player's_ping+local_player's_ping). Car position sync is important too. It would let to do P.I.T. and make drive-bys cool.

lol that would be like disabling half of the netcode that makes mta's sync so good^^

No, it disables nothing, it makes sync even better. I do this line of code in my brain when I'm shooting and I choose much better position than super perfect wonderful (no, I don't say it's bad) MTA sync does. And script could even do better. It would be an add-on to the sync

[Gamesnert]

I think it would be possible to sync position by doing xpos + xvelocity*(other_player's_ping+local_player's_ping). Car position sync is important too. It would let to do P.I.T. and make drive-bys cool.

lol that would be like disabling half of the netcode that makes mta's sync so good^^

No, it disables nothing, it makes sync even better. I do this line of code in my brain when I'm shooting and I choose much better position than super perfect wonderful (no, I don't say it's bad) MTA sync does. And script could even do better. It would be an add-on to the sync

Sorry mate, but I don't really think synch will improve with this...

If there is any change in position, it's directly passed through client-server-client.

I think doing this will only increase the use of bandwidth, and maybe even lag the PC's themselves too.

I don't know how it exactly works, but I do know it won't just simply work with a small script... =/

[DiSaMe]

Sorry mate, but I don't really think synch will improve with this...

If there is any change in position, it's directly passed through client-server-client.

I think doing this will only increase the use of bandwidth, and maybe even lag the PC's themselves too.

I don't know how it exactly works, but I do know it won't just simply work with a small script... =/

you misunderstand this. This has no influence on bandwidth. Not even a byte would be transfered between client and server. Position changes in client's side and goes back after one frame. Just because script is small, it doesn't mean it can't help. At least problem is small too - some player is shown a little bit to the side from where he exactly is. Big thing, huh? So we can use a small script that corrects this small problem.

[Gamesnert]

Sorry mate, but I don't really think synch will improve with this...

If there is any change in position, it's directly passed through client-server-client.

I think doing this will only increase the use of bandwidth, and maybe even lag the PC's themselves too.

I don't know how it exactly works, but I do know it won't just simply work with a small script... =/

you misunderstand this. This has no influence on bandwidth. Not even a byte would be transfered between client and server. Position changes in client's side and goes back after one frame. Just because script is small, it doesn't mean it can't help. At least problem is small too - some player is shown a little bit to the side from where he exactly is. Big thing, huh? So we can use a small script that corrects this small problem.

Ooooooh! I thought you were talking about real synch!

Still, I give it a 70% guarantee it works. Because it might be that the position is bad transferred. Or isn't that how it works?

[Ace_Gambit]

This would totally mess up the MTA synchronization and make it even worse. You can move a player client side but the other client would still process its own position. In short, this idea makes no sense.

[Gamesnert]

This would totally mess up the MTA synchronization and make it even worse. You can move a player client side but the other client would still process its own position. In short, this idea makes no sense.

As he said, for some reason MTA seems to draw some things in the incorrect coordinates, but still the client does know the right coordinates. That was his idea.

But it's starting to get a bit strange... I think half the theory might be correct, other half that there is no way...

Stop confusing me...

Anyway, just try it. We'll see the results!

[DiSaMe]

Yeah, I will try it. But only when I return home. I'm in the countryside right now and I'm using my mobile phone to post here

[Ace_Gambit]

As he said, for some reason MTA seems to draw some things in the incorrect coordinates, but still the client does know the right coordinates. That was his idea.

But it's starting to get a bit strange... I think half the theory might be correct, other half that there is no way...

Stop confusing me...

Anyway, just try it. We'll see the results!

That doesn't change the fact that adjusting the position of a remote player makes no sense imo. What ever client side change you make to a remote player only affects what you see. In other words, the newly calculated position for lead aim will always be relative.

[DiSaMe]

As he said, for some reason MTA seems to draw some things in the incorrect coordinates, but still the client does know the right coordinates. That was his idea.

But it's starting to get a bit strange... I think half the theory might be correct, other half that there is no way...

Stop confusing me...

Anyway, just try it. We'll see the results!

That doesn't change the fact that adjusting the position of a remote player makes no sense imo. What ever client side change you make to a remote player only affects what you see. In other words, the newly calculated position for lead aim will always be relative.

yeah, it only affects what you see, this is what we all need because lag makes us see the past. When I am shooting, I always shoot not where I see player, but where he should be after bit of time. In this way I shoot accurately. In other words, this script already works when I use it in my mind. Now I only need to move it to MTA where position will be calculated even better.

[Gamesnert]

As he said, for some reason MTA seems to draw some things in the incorrect coordinates, but still the client does know the right coordinates. That was his idea.

But it's starting to get a bit strange... I think half the theory might be correct, other half that there is no way...

Stop confusing me...

Anyway, just try it. We'll see the results!

That doesn't change the fact that adjusting the position of a remote player makes no sense imo. What ever client side change you make to a remote player only affects what you see. In other words, the newly calculated position for lead aim will always be relative.

yeah, it only affects what you see, this is what we all need because lag makes us see the past. When I am shooting, I always shoot not where I see player, but where he should be after bit of time. In this way I shoot accurately. In other words, this script already works when I use it in my mind. Now I only need to move it to MTA where position will be calculated even better.

Oh stop with arguments already... THAT is something of the past!

We want to see some results. We'll see if it has been a waste of time or not.

[DiSaMe]

Oh stop with arguments already... THAT is something of the past!

We want to see some results. We'll see if it has been a waste of time or not.

OK, OK, but as I said, I can't do it right now because I'm in the countryside. But when I return, I will try it.