Christian Mayer writes: > > Except, as Curt has already pointed out, rsync is more than just a > > file transfer protocol ... its functionality would need to be duplicated > > in FG/SG/plib before http could be used. > > The missing functionality is the ability to figure out if the tile has > changed IIRC. > > But that'n no problem - HTTP already supports that. IIRC it send's a > status code of 302 if the reqested data didn't change...
It's more than that though. You need to figure out if the .stg file has changed, then check any of the files refered to in the .stg file. If any of those files are 3d models you need to load that model, parse it's format, and determine if it refers to any other models or textures, and recurse on those. That suddenly means the client side has to get a *lot* smarter. We could continue to work on an entire directory level to avoid this problem, but the client side is still going to have to do all the work of rsync. I agree that it would be *nice* to include this functionality directly in FlightGear, but all the suggestions people have made, while they would be *nice*, involve a substantial amount of work and thought to impliment. That means I probably means I'm not going to have time to do it, so bear in mind that this discussion is going into a black hole unless someone else picks up the slack and has time to continue developing this. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities [EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel