The big part that is miising is explicit low level buffer control - something like you suggested below. We could do it in the current system, but how we allocate buffers would be just a best guess. We would need new API to let the application help tell us which buffers were most important. This is one of the possible additions we are looking at for 1.4. So, no there in no reason we can't do it today, but we need some new buffer control API's to complete the story.
Doug. >Subject: Re: [JAVA3D] Geometry Types >To: [EMAIL PROTECTED] >MIME-version: 1.0 >Content-transfer-encoding: 7bit >X-Accept-Language: en-us, en >Delivered-to: [EMAIL PROTECTED] >User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.9) Gecko/20020311 > >Doug Twilleager wrote: >> Efficient usage of some of the new data movement extensions is >> also very >> application dependent. We are looking at ways to incorporate it into >> the API though. > >It seems for me that java3d should get it for free. Normally, opengl >driver cannot do this automatically, because in theory, array contents >can be changed by application just after returning from opengl call. But >with GeometryUpdater, I think that java3d has strict control over array >mutability (in theory at least:). > >It would be nice for java3d to expose some nio utility methods - for >example, small malloc-like utility from which user would request a bit >of native memory, in normal or in AGP space (of course by some >opengl-like frequency hints, not just MEMORY_AGP). Java3d would organize >this memory and maybe even do compaction - if buffers would be behind >wrappers, address change could be transparent. Only requirement would be >that such buffers could be modified only from GeometryUpdater (and >possibly from SomethingUpdater which could be used for images). > >Back to question - what makes using asynchronous transfer impossible in >current java3d ? Isn't GeometryUpdater control enough ? > > >Artur > >=========================================================================== >To unsubscribe, send email to [EMAIL PROTECTED] and include in the body >of the message "signoff JAVA3D-INTEREST". For general help, send email to >[EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
