Hi Alan and Robert, I've been thinking further on this problem. As you know, my first thought was to implement stream handling within the ReadFileCallback, as it currently assumes that you only have a Filename. Once that was in place, there would need to be some not insignificant alterations made to the .net plugin before it could work. Essentially I was thinking that the readFile function within the plugin would change to call into the registry instead. This would ripple through into the read function where some further reengineering would be required to basically omit most of the code where a stream was present .... at this point it all started to get a little messy.
Whilst thinking on this however, it occurred to me that there is perhaps a simpler solution. Robert, as you know I've just submitted alterations to provide a buffered stream for plugins that require bidirectional traversal of the stream to decode a format. There is a point-in-time within these amendments where the data is either a simple char buffer, or a stream (take your pick really). It strikes me that this would be the opportune place to look at placing a hook back into the ReadFileCallback to provide for customised decoding of the stream prior to passing the stream on to the reader. What do you think ? I'm going to play with this for a little while to see what happens, but I think it should work. There is one drawback however. The system would work from the buffered stream, therefore for the moment it would need to be loaded via the .net plugin. However, I'm sure that we could provide an opportune moment for the hook even where the file is local. Anyway, interested in any thoughts on this. Regards Neil. _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
