The game engine is not only code, but also a perfect tool.

Starting from brainwashing

I remember a few years ago, when I was doing engine R & D in the company, I often read one sentence: the engine is not only a code, but also a perfect tool. At that time, I used this sentence to motivate myself and find out the principles and positions of engine development. In fact, there is little understanding of this sentence. After many years, this sentence is always in your ears, along with me

Experience

Later, the engine project was cut down and the browser game product was developed. In the first week of product development, we were faced with the problem of editing animations and scenes. This was the first thing that emerged in our mind. So we spent two weeks working on a simple animation editor and scene editor. The animation Editor only supports simple image import and the anchor setting function (because the monster size is different ). The scenario editor only provides the image import and monster placement functions ....... However, these two simple editors allow our project to quickly design level-related content without the help of a program. This is also the first time that I feel that the meaning that tools can bring to the project cannot be summarized in those two sentences.

 

Scalability and customization

Another company is engaged in development similar to the Empire era. The idea of this company is the same as that of me, that is, to develop an editor and then play games. This company has developed sprite Editor, AI editor, and level editor. All their aspirations are beautiful. The only thing that makes me feel amazing is that AI editor and level editor consume a lot of time. At the same time, there are many built-in things that require the program to maintain the Corresponding Editor Version for every requirement change to achieve the corresponding function support. Now I think it would be better if I used the configuration file to do something related to requirements.

 

Upper-layer development language

I once thought that C ++ was the best choice in my life. For a good language like C ++, the bottom layer of graphics and engines are written in C ++, and the upper layer logic should naturally be written in C ++. In addition, the efficiency of the script language is completely incomparable to that of C ++.

This was just the idea at the time. As far as I know, Yi haiqing Tian in Chengdu used the C ++ underlying + Java logic development mode very early. I once laughed at this kind of solution and thought it was a bunch of things that could not be made out of c ++. When I got into touch with unity3d, I realized how tall the C ++ java mode is. C ++'s efficient features are undoubtedly the best choice at the bottom layer, but the good things are a double-edged sword. The various problems encountered in C ++ logic development cannot be put to an end.

On the mobile platform, scripts are everywhere as upper-layer development languages. The reason is the fascinating IOS. In order for the game to be updated in the game, scripts have to be used for logic development. This also puts the engine on the right track to use the C ++ underlying + script logic. In fact, many early companies or engines did the same. Such as torque and unreal

 

Release and deployment

In the era of client games, publishing and deployment may not be greatly valued. You only need to compile and place it in the appropriate position.

With the rise of web game transport, the cost of release and deployment has increased, because some features will be customized for different carriers. If a branch is developed for each operator, higher maintenance costs. Therefore, we choose to handle the same branch, and make some marks for carrier-related things and load them according to different operators. This is not the end point. To some extent, we can solve the problem.

With the rise of mobile games, we will not talk about the Chinese Android platform. First of all, in the face of iOS and Android systems, our engine needs to be optimized accordingly. Taking image processing as an example, in iOS, pvrtc 4bp is usually used, while in Android, etc is used. If the two versions have different branches, it will be much less scientific. Therefore, We Need To Do Something scripted so that our resources can be packaged or converted into identifiable resources on the target platform before release. Therefore, in this place, shell tools have become indispensable, not just for the use of the editor for planning and art.

 

Shell and Python

Many times, we can solve a lot of problems by using shell. However, as a powerful scripting language, Python provides a variety of tool libraries that are not comparable to shell, such as file search, MD5 generation, image processing, and so on. What makes shell incomparable is that python is cross-platform, which allows us to reuse our written tools on Mac, Linux, and windows. Shell requires only some simple operations related to platform permissions. If python can be used, we should try to use it. Because of the development of mobile games, Mac and windows are frequently required.

Unity3d

Although I have never used this product development project, I have been paying attention to it since the 2011 engine project was cut down. At the beginning, I was very unacceptable about it. I felt that it was so closely bound to an engine and tool that I had to start the unity3d ide while debugging the program, it is a very unpleasant thing. It was very early to use Flash CS to develop Flash games. We always expect that unity3d will be able to develop a pure code development environment like Flash builder. However, it was found that unity3d was powerful because of its editor rather than its high-end componentization design. A purely componentized engine cannot work effectively without a good combination of tools, and may even write a lot of code. The ingenious component design can decouple the editor from the project requirements. It also refreshed my understanding of the engine architecture-in addition to tools and rendering, a good upper-layer structure is still important.

The introduction of the mono platform makes the unity3d package slightly larger, and it is difficult to use a low-CPU model. Many people complain about this, but I think everyone should acknowledge the changes of the times.

Although the introduction of unity3d 2D support was too late, it fully demonstrated the momentum of unity3d in 2D. Although the heavy mono platform brought a certain amount of overhead even for 2D games, I think, low-end devices that are less compatible with certain quantities are also allowed to ensure product stability and fast iteration.

 

Cocos2d-x

It should be said that the open-source engine that has an influence on the Chinese game development industry, except for the well-known ogre in the early days, now only has it. Many people say that its architecture is very good. Many people say that he is actually a stockade, and many people say that he can write it out in a short time. We will not discuss the right and wrong of these people. Let's look at the market share. Maybe you will say it is vulgar. But it is reasonable to have one thing. An engine can meet your project development needs and save you a lot of time. How many reasons do you not use it? Instead, you have to DIY a lame engine on your own. Do you think there must be fewer traps than others?

3. X version of cocos2d-x has been different from the past, I am very happy to see the cocos2d-x in the code structure innovation. (Not just remove the CC prefix)

Although cocostudio is still a semi-defective product, it has to be said that the open-source project is still rare for the open-source project to develop a commercial editor. Everyone should give it time to grow. During the growth period, we should use the most suitable solution to build our own project. Imagine that there were countless success stories before cocostudio appeared.

Irrlicht

This is my favorite engine. It is accompanied by my college life. I often read its code and comments in my bedroom, although I had no special GAINS (because I couldn't fully understand it), I maintained my enthusiasm for the engine.

Nicko has developed an irredit for this engine, but it is no longer updated over time, because Nicko found that irrlicht is meaningless and irredit and irrklang do not have much benefits. So I switched to the development of a supercube. Supercube is expensive and supports flash, HTML5, Android app, iOS app, and Windows exe. Both functions and features are Nb-intensive, but the interface and actual functions are really similar to what the children do. If you are interested, try it.

 

Ogre

This is the second engine that I have come into contact with. Its size makes me look at it. We are fortunate to have studied tianlong Babu code and its material system during the R & D process. The whole thing is quite OK, but what is lacking in the United States is that it is like a warehouse where everything is pushed in, and many things are stuck at the academic level. If you want to invest in a project, you have to make some changes on your own. Cocos2dx can be said to be very direct (some people say it is because 2D is very simple, but I think it is because cocos2dx is clearly positioned, or because cocos2d is clearly positioned ). Ogre does not include an editor. Earlier projects were not decoupled Based on unity3d, and many were custom editors for specific types of games. I have studied Datang, mantra, Tianji, And the tianlong Babu code and editor. They are all customized for MMORPG and directly related to the game content. This may be the engine development level at that time.

 

Glitch

This is an engine developed by irrlicht. Although the core part has many extensions and its performance and features are not the same as those of irrlicht, the core part still maintains the irrlicht style. The only difference is that the upper-layer logic development mode is exactly the same as the unity3d mode, which reminds me that any engine can be slowly aligned with the unity3d logic development mode, including cocos2dx, and even ogre. Because glitch uses internal engines and the tools are customized by itself, the design idea of the tools is similar to that of unity3d. This is something that I really appreciate.

 

 

...... The times are evolving and the industry is making progress. We must keep up with the public to win our own battle in this war without smoke ......