Spring RTS Engine

Why do we need a poll for this?

jcnossen wrote:Why do we need a poll for this?

To figure out if there would be enough bandwidth donors to even make it worthwhile. If no one's gonna upload, there's no point in working to let them.

this poll is flawed, the vast majority of uses who this applies to are not the sort who would vote in this poll. As such this poll represents the wrong demographic and doesnt reflect the actual opinion of the lobby goers.

Id even say that as much as half the votes come from people who havent logged into the lobby regularly, or do not play regularly..

Well, I don't play, but I am logged in a lot of the time.

I do not get it why everybody insists that much on their opinion. As AF stated this will not be implemented now for practical reasons (linux lobby-s are in progress and AFLobby and TASclient will not do it).

But if someone will implement this, it is entirely his time and his opinion and you can't force him to do otherwise.

I think it would be a nice feature but there are many other features that should be done first.

once the map/mod mover will be done we will just have to bind some kind of spring://urlofmymap.sd7 in UF and it will be the same ... just need to improve the search function of UF (yeah it sux) p2p for the lobby is just ... completly useless

Keep in mind... The spring project loses any real control over what you are downloading if you choose to download directly off of other users. Nothing at all prevents them from installing virii and spyswere to ur systems. We'd try to moderate for that... but current spring moderation isn't really powerful enough to deal with it in full scale if it catches on.

That's incorrect, bittorrent uses hashes to check for correctness. You can't include viruses in a torrent, unless the torrent is a virus from the start.
I also don't think we would have a lack of people that seed as people would like to use this feature. (you can't leech without seeding)

I wouldn't at all, cuz my interweb is fail.

Tim Blokdijk wrote:That's incorrect, bittorrent uses hashes to check for correctness. You can't include viruses in a torrent, unless the torrent is a virus from the start.
I also don't think we would have a lack of people that seed as people would like to use this feature. (you can't leech without seeding)

And how do we verify it's not a virus from the start?

We compare the hash to the one on UF.

o...

UF doesnt store the same type of hash.

Iamacup assumed betalord meant MD5 when he was asked if hashes ar eused and built his entire system around MD5 hashes. However we use CRC hashes, and those CRC hashes are XOR'ed with the CRC hashes of its dependencies.

What's more many files on UF are packaged as zips with multiple sdz/sd7 files inside or installers, some files even have the same file name, how are we supposed to download v2 of Map A if Map B (v1) has the same file name and UF returns the has for that?

It wouldn't be too hard to modify spring to use md5 hashes.

Biggest challenge would be converting some databases which depend on them.

My point is that XOR ing files hashes with their dependencies messes the whole thing up as UF doesnt do that.

That should be easy to fix too.

EDIT: besides that, 99% or 100% of the maps do not use dependencies, and this downloading is most important wrt maps. And CRCs or MD5s can be calculated without Spring too.

With peer to peer sharing wouldn't testing be easier?

I mean, you want to join a game with a mod and map you dont have, just double click the battle and the lobby gets the necessary files for you. So if testing an alpha/beta/bugfix or w/e you wouldn't need to host it on UF.

I appreciate you could just use any other p2p sharing system to pass content to somebody you know, or email or use an im client's file-transfer, and i realise nobody is seems willing to code this, but it strikes me as something that could make the lobby experience a lot more noob friendly.

I'd second that. It's not by any means something deserving priority, let alone a necessity, but it would be really convenient, so long as it was smart enough to shut off or at least majorly tone down transfers while you're playing over the 'net.