[Home] [By Thread] [By Date] [Recent Entries]
That makes sense. Sun was an early and faithful supporter of X3D. I may be wrong but as I recall, Sun played a major role in Fast Infoset. Correct me if that is an error. I haven't been able to dig into it because of the day gig and the 3D hobby work has been chasing down a pick bug that turned out to be a texture out of sync with the tree. I'll be interested in testing the load time though. River of Life is texture heavy, uses a lot of inlines, and has some medium complex scripting. Load time even off local resources is still too long although part of that is the number of wav files I'm using. Compared to sound, XML is trivial in size but building the objects isn't. I need to read the use cases to find out where binary is helping the most. I'm glad to hear there is a .Net component. I spend a lot of time inside that framework. When the current project gets to the field, I've some ideas for applying X3D to solve some of the nasty problems of NIEMS systems (not virtual worlds applications; visualization for command and control analysis). len From: Alessandro Triglia [mailto:sandro@m...] > From: Len Bullard [mailto:cbullard@h...] > Meanwhile, one of the cases (compression of 3D Graphics) is > supported in a standard format. If I remember correctly, this standard uses Fast Infoset. I just found the following statement in a draft available on the Web: "This part of ISO/IEC 19776 uses Fast InfoSet to serialize and compress an X3D document. It uses several techniques that reduce the size of an X3D document and that increase the speed of creating and processing such documents." Alessandro Triglia
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |

Cart



