Christoph Fünfzig wrote: > Ah, you want to handle each load request with a single istream ?? > Nope. > I would try to open istreams on a per file basis. The istreamhandler > just gets the request to access the file > with locator "http://test/test.wrl";. > This has some overhead to open a http connection to the same server > perhaps several times, if several files > are accessed. But to optimize for this, is the task of the istreamhandler. > That is what I was thinking as well. I was rather wondering if Dirk wanted something like what you "accused" me of. :)
>> Doesn't all loaders use iostreams anyway today? I belive it was changed >> in 1 a while ago. >> >> >> > I forgot that the image loaders are mostly C libraries. Could that be > changed to iostreams, does somebody know that? > Imageloaders do use iostreams now, AFAIK. At least that's what I'm feeding to ImageFileHandler. :) >> Since we were discussion a file-cache also... wouldn't that might >> provide a good solution to external libraries which can only load from a >> local file? >> >> > Do you mean by a file-cache, something that copies all accessed files to > local files. > 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. > Webbrowsers are configurable in how many local file space they use, > right? I would prefer to > handle remote accesses by least possible impact of local storage. > Perhaps only by request, it should be possible to write a local copy of > all accessed files.. > 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). >> But there's no conflict in allowing that, is there, as long as they use >> the right framework? >> >> > Yes, I think so. Changes are minimal then, but they are necessary .. > True. But all that is abstracted away from the user. SceneFileHandler need not change. /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
