Dirk Reiners wrote: > Hi guys, > > Marcus Lindblom wrote: >> That is what I was thinking as well. I was rather wondering if Dirk >> wanted something like what you "accused" me of. :) >> > Not really. I was more thinking about how to handle loaders that we > don't have the code for (or don't want to change the code). Those are > the problem, as we can fix all our own ones to whatever we want.
Doh. Didn't think of such issues. Ok. Perhaps we could settle for something not-fully general for a while? I.e. provide a way for users to download files via some general mechanism (http/ftp/etc) and then invoke a 'local' loader on those files, for loaders that always load from disc? >> Yes. I posted about this a while ago, as I have some code for this. I >> use it also to cache what comes out post-graphop >> (strippings/transforms/sharing) to speed up subsequent loads. >> > I've been thinking about this idea before and it might make sense, but > honestly I'd think this is a separate issue (which some relation in the > code, but not necessarily the same thing). I'd like to figure out the IO > abstraction first and add caching later. Sure. My point was just that out that a file-cache may help with the load-local-file only problem, so it might make sense to consider it in parallell. >> Yes. The cache should of course be configurable, with very strict >> settings as default (it could only save files if required by the loader, >> and delete them on exit). >> > What's the benefit of removing the files after exit? Do you have files > that are loaded more than once? Only a suggestion, Christoph wanted very little on the local system by default, so I exaggerated a bit. :) >> True. But all that is abstracted away from the user. SceneFileHandler >> need not change. >> > That's the goal. Sweet. :) /Marcus ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
