On Sun, Apr 24, 2011 at 12:43 PM, Christian Ohm <[email protected]> wrote: > I've wondered if the concept of "stable release" is actually useful for us.
It is useful for users. We should definitely aim for quicker releases later on. Not really sure how to do this. I think this is mostly dictated by what we want to do and how much time people have, anyways. > Shouldn't that just read "renderer"? I think our speed problem is still mostly > model rendering. I am not so sure anymore, the problems people are reporting with scrolling quickly sound like they are terrain-related. > You said that scripts don't need to be deterministic because they can just run > locally and send the results to other players. So a new way to cheat is to > just > run a custom script? Yes, but they only run on host. I've been thinking that what we can do in the future is to create a dedicated server service on wzhost, which runs the scripts and checks for cheating. But that is a bit off into the future yet. > I've had this idea of having a git repository for each savegame, with a save > committed every game tick. That could allow to replay, rewind and bisect > games. > (Maybe every tick is too much, even with a background thread though.) The problem with saving is that it is a stop-the-world event, which cannot easily be run in the background, and definitely takes more time than the current savegame approach can handle. However, if you somehow only save the parts that change between ticks, and use a database, and ... something, maybe. But then why not just save user events, like in Cyp_'s replay patch? > And when we have e.g. libgit2 integrated anyway, we could use it as autoupdate > mechanism. A new release gets committed to the repo, the game automatically > pulls it. Can also be used to detect manipulated data files. Though we might > have to use single files instead of zip archives for the data, I think git > doesn't do binary changes well (bup might help though: > https://github.com/apenwarr/bup). That does sound like an interesting idea. I think the linux distros would hate it, though. They don't like apps having their own update mechanisms. But maybe if it was just for "data" (including scripts)? - Per _______________________________________________ Warzone-dev mailing list [email protected] https://mail.gna.org/listinfo/warzone-dev
