H.264 learning history

1. Phase 1:

To learn H.264, you must first put the most basic and necessary information in your hands. These materials are all stored in H.264 learning essentials shared by the Group (this is a compressed package I have created, including standard documents, test models, and classic articles. How to Use H.264 learning essentials? First look inside the "H.264_MPEG-4 Part 10 white paper", after reading the "video coding using the H. 264 MPEG-4 AVC compression standard and Halsted. press. h.264.and. MPEG-4. video. compression. video. coding. for. next. generation. multimedia. ebook-lib, And then you can see overview of the H. 264 _ AVC Video Coding standard.pdf. After reading these three articles, you should have a deep understanding of the overall framework of H.264. This time may only take you about two weeks (it may take so long for me to be stupid. If you happen to have used a longer time than this, it doesn't mean you are dumb than me. It only means that you must chat with mm every day. Haha ~~~).

2. Stage 2:

Then you can read the code. At this time, the most commonly used tool is the standard documentation and test model in H.264 learning essentials. The Code is also exquisite. I did not read it as carefully as I did at the beginning, but later I realized that it was far from necessary. As Peter Li said: the code should also start with the overall framework. First understand how the overall framework of H.264 is distributed in the code, what is the frontend module and the successor module of a function module. That is to clarify the entire code process. Standard documents may be rarely used at this stage.

3. Stage 3:

Then you can find a starting point that you are interested in and start to study this issue. When you study the problem, you should contact the test model for research. At this time, you need to carefully check the implementation of this problem in the code. At this stage, I absolutely support tracking with one line of code and one parameter. Standards may need to be checked for what is not understood in the code. Now you can refer to the standard document for targeted purposes. It is also because the standard document can be mapped to the code, so reading the standard document does not feel too difficult, but also can understand what the standard document is about, in the test model, how is Code implemented. In this phase, many H.264 related knowledge will be involved, so that we can take the dot-line and the line-plane. You will know more about H.264. And you have found your own direction and finally embarked on the glorious avenue of H.264, which created the Chinese ~~~

• =========== [Note] ============

  1. Do not open the code and standard documents independently. Otherwise, your difficulties will be great (of course, it may be because I am too stupid, you may be able to use "beet" in any way. Haha ~~~).
  2. For people who are new to H.264, do not directly look at the code and standards. Even if they combine the standards and code, you will not be able to perform well. In other words, you 'd better not do anything before you know the overall framework of H.264.
  3. You should never feel that it is a waste of time to participate in the discussion and help others find answers (of course, when you think that someone else asks a question that you are familiar. Because you participate in the discussion, especially when you help others find answers, many of your seemingly incorrect questions can gain a deeper understanding.
  4. Learn and learn, that is, to ask and learn. Do not develop your own idea of dependency. In fact, you will also learn a lot during your own data query. For example, you may know which article can find the answer to a question, or collect valuable articles about more related questions ...... In addition, I was more impressed by what others told me.