Re: [DirectPython] I am back
Status: Inactive
Brought to you by:
hsalo
From: Heikki S. <ho...@gm...> - 2007-08-29 17:11:06
|
=20 _____ =20 From: Sebastian Lucas [mailto:del...@gm...]=20 Sent: 29. elokuuta 2007 4:25 To: ho...@gm... Cc: dir...@li... Subject: Re: [DirectPython] I am back Hi Heikki! Great! We're almost crying... (not seriously =3DP). But like other users, I found that directpython is one of the best = modules for python that I've never seen before. =3D) Thanks for this module. =3D)=20 I've just one suggestion, and that is: Can you can include some kind of "virtual filesystem" to DP? I mean a virtual filesystem based on zlib or something like that. I know it's not up to DirectX but resourcepackager is a messy way to = package our resources (I don't like to write the files down to read them).=20 Thanks, And sorry for the troubles. Regards, --=20 -=81=81=81-=81=81=81=81=81=81-=81=81=81=81=20 Sebastian Javier Lucas Programmer & Guitar Hero =20 =20 Hi, =20 I don't think that creating a virtual file system is very high on my = list of current tasks. Sure, it could be useful but I don't think that most = people really need it. Simple system is relatively easy to implement with the zipfile-module, but the advantages are not that great. It is harder to = use during the development and slower than the native filesystem. C++ side support for this filesystem would be hard to implement because many COM-objects use the normal filesystem no matter what. You would have to unpack the wanted file to a temporary directory when you want to create = d3d objects from the resources. With large amounts of data (meshes, = textures) it would be quite wastful. =20 If you really want to do it, zipfile has pretty good support for things = like that. It does not take much time to implement simple loadfile() and savefile() calls which maps the file path to the actual file stored = inside the .zip file. =20 -- Heikki Salo |