I still dindt got the point where the problem is
I made a easy example (server client, 1 filter and 1 component) to try it out again, it sitll dosent works. If you have a little free time could you have a look on it? If you want to, i packed it and uploadet it here .
I donāt know if I will get to look at your project. If you find the time to post the major portions of code right to the forum in code tags then I can see if there is anything obvious that might cause the issue.
I will try to confirm that Monkey Trap is still working properly, though, since I already have that project loaded and ready.
@linardschwendener10 Did you ever get a resolution for this? Iāve just started using the Zay-ES and have the same problem, the client seems to only return true for entitySet.applyChanges() when entities components are added on the server. I can not get this method to return true when components are removed/changed
Ok. It works for me now that Iāve built more functionality into the game and more messages are being sent.
The problem seems to be some kind of buffer threshold before updates are sent. Iāve written a simple test cases to demonstrate this.
After starting the server and client, the client receives the initial message component which was set on the server, and displays the message on the console
Press space bar on the server window to update the the message component in the ES
Expected behaviour is that the client receives the changed component and displays the new message on the console.
Actual behaviour is that the component is only synchronised after 21 changes to the component (Space bar presses)
@pspeed you may well be aware of this (intended?) behaviour so may not be a bug, but is there any way to lower or remove this threshold?
Cheers
EDIT:
@pspeed Sorry, looks like this is intended. Iāve just seen the method to set this batch size and works perfectly now
@linardschwendener10 if you set entityHost.setMaxChangeBatchSize(0); does this solve the problem for you too?
Noā¦ pretty sure itās not supposed to work this way. The batch size is to control the max updates sent in one message but all pending updates should be sent when sentUpdates() is called. Iāve looked at the code and it always flushes the last pending changesā¦
Ok, so I looked at the revisions to see when this change was made and it looks like the fix for sending changes was done the same day as the releaseā¦ but right after the release.
So it seems like I could fix your issue by pushing a new release. If you get impatient (I may not get to it until this weekend) then you can also try to build from source.
I have run into the same problem now and would be really glad to have a new release of Zay-ES.
Do two months qualify as enough passed time to remind you of a new release?
At the end of June, my wife fell and sprained some ligaments in her foot. Since she already has trouble walking because of brain tumors this pretty much puts her in a wheel chair whenever we go anywhere and it also adds a whole new bunch of doctors to our normal weekly mix.
ā¦suffice it to say, my free time as been at an all time low lately.