hokomoko wrote:Do us favour and (in order of priority):
1) Refrain from distributing.
2) Encourage other people to refrain from distributing.
3) Stop discussing irrelevant hypothetical situations that are detrimental to the community.
I think right now there is noone here who disagree with this and I hope any hypothetical situations probabilities were lowered by our instant actions (removing old image, rewriting instrcutions for linux players to be more clear, etc.). I also hope we can move further in discussion.
So again, we are honest. Based on our technical solution, which was described above (unpack > read params > pack > update descriptors db), there is no functionality in lobby which would need anything from unitsync.dll. If you try to use lobby, there is not place where packed module content (game settings, map settings) is accessed in real time, unknown packed module is simply unknown and lobby ignores it. Only way how we launch games (not matter if single or multiplyer) is spawning valid startscript based on descriptors and some other preselections (i was talking about above). Anyone here can try it (remove unitsync.dll, etc.). I hope this evidence is fair enough, prove what we say, but we are still open to communicate any unclear things to engine devs if question arrises.Just for completness
Only way of real time reading module property is in unpacked state and we offer that for developer mode of the lobby (together with our other dev tools like automatic autotest launcher/evaluator, advanced downloaded, etc.), which is hidden for ordinary users.
Using unpacked version of game in custom folder combined with git updates can be currently the only way how other devs in spring community can utilize current notalobby for their own needs.