I recently contacted the OpenInventor library, and then I found that X3D had already existed in this world, so I gave yourself to some questions recorded in the future. More here is more decent. From now on, X3D is generally used in the Web (of course, it can also be used as a document standard description 3D model in non-network environment, not discussed here). There are mainly the following constraints: 1. Network speed limitations, a real scene will inevitably contain a lot of textures, graphic files are generally bigger, you want to simultaneously download these images in real time browsing, it is unlikely, And before the user took all the pictures one-time download, he / she might close the browser. 2. Existing X3D browser features are not strong enough. 3. The lack of scene editing of this application is specifically facing this application. 4. Use this three-dimensional scenario on the web page whether it is practical, perhaps just a fake in a middle. Views on these questions: 1. Network speed. There may be two options: the first: waiting. From the development trend of IT industry, it is necessary to have a large-scale application on the Web like X3D. It may take at least 10 years. After 10 years, network hardware and software infrastructure will inevitably develop. Maybe this problem is no longer a problem. Before we, we hope that users who have a new concept of new concepts have a large psychological ability. Second: Build a standard gallery. This idea is widely used in the IT field. For example, you open a web page, the browser may only get a few k or tens of data from the server, and the presence is a colorful page in front of you. The reason is simple, because you have installed a browser that may have a few megabytes or even tens of megabytes before you see this page, and you have installed a few hundred trill or several before installing this browser. Kyr's operating system contains a lot of large and small karst libraries. So the server only needs to tell the browser to display an edit box, which may have only dozens of bytes of information. And before you see this edit box, the CPU has already runs thousands of code for this. In the same way, there are many lanes that will be repeated in a virtual scene, such as grass, if you can create several standard grass map, assign them a GUID, which unless your website is to show your own personality With a full lawn, you can choose a standard map, this time you have installed the standard gallery on the user's computer, then he doesn't have to download this map. I believe that in most applications, this can reduce the download amount of the picture to a quantitude.
