技术领域
[0001] 本
发明涉及视频技术，特别涉及一种视频编码方法和装置。
背景技术
[0002] 目前，各种视频编码标准得到了业界的广泛拥护，如H.264标准，尤其是在互联网快速步入无线时代后，其已经成为很多智能终端中的移动平台底层
框架中的标配。
[0003] 但是，对于某些移动平台，其会存在以下问题：
[0004] 即这些移动平台仅能提供某种特定形式的封装，如仅能提供
动态图像专家组4（MP4，Moving Pictures Experts Group4）文件级别的高粒度公开应用程序
接口（API，Application Programming Interface）封装，具体实现可包括：通过操作摄像头等，完成原始图像数据的获取，并进一步地实现原始图像数据的压缩编码和协议封装等，从而生成容器格式为MP4、视频编码格式为H.264的视频文件。
[0005] 显然，上述方式对于离线类视频业务非常适用，但对于广大
流式视频业务，由于其需要小粒度
帧（Frame）级别的编码图像数据，因此，上述方式将不再适用，即不能满足流式视频业务对实时性等的需求，比如，在视频
聊天应用场景下，需要将每帧原始图像
数据处理完成后即立刻发送出去，而不能等待一段视频处理完成后再发送出去。
发明内容
[0006] 有鉴于此，本发明提供了一种视频编码方法和装置，能够满足流式视频业务对小粒度帧级别的编码图像数据的需求。
[0007] 本发明的技术方案是这样实现的：
[0008] 一种视频编码方法，包括：
[0009] 依次获取各原始图像数据；
[0010] 根据获取到的各原始图像数据依次生成各多媒体音视频文件；
[0011] 对各多媒体音视频文件分别进行解析，以及按照预定标准对解析结果进行封装，得到各多媒体音视频文件所对应的、符合所述预定标准的编码图像数据，并分别输出。
[0012] 一种视频编码装置，包括：图像获取模
块、文件生成模块以及文件解析模块；
[0013] 所述图像获取模块，用于依次获取各原始图像数据，并分别发送给所述文件生成模块；
[0014] 所述文件生成模块，用于根据获取到的各原始图像数据依次生成各多媒体音视频文件，并分别发送给所述文件解析模块；
[0015] 所述文件解析模块，用于对各多媒体音视频文件分别进行解析，以及按照预定标准对解析结果进行封装，得到各多媒体音视频文件所对应的、符合所述预定标准的编码图像数据，并分别输出。
[0016] 可见，采用本发明所述方案，可借助于移动平台的现有视频编码功能，获取各原始图像数据并根据获取到的各原始图像数据生成各多媒体音视频文件，如MP4文件，在此
基础上，针对每个多媒体音视频文件，可分别通过对其进行解析以及对解析结果按照预定标准进行封装，得到该多媒体音视频文件对应的各符合所述预定标准的编码图像数据，如H.264编码图像数据，并输出，从而满足了流式视频业务对小粒度帧级别的编码图像数据的需求，进而提高了系统的兼容性等；而且，本发明所述方案实现起来简单方便，便于普及和推广。
附图说明
[0017] 图1为本发明视频编码装置的运行环境示意图。
[0018] 图2为本发明视频编码方法
实施例的
流程图。
[0019] 图3为现有MP4文件的结构示意图。
[0020] 图4为本发明视频编码装置实施例的组成结构示意图。
具体实施方式
[0021] 针对
现有技术中存在的问题，本发明中提出一种视频编码方案，能够借助于移动平台的现有视频编码功能，并能够满足流式视频业务对小粒度帧级别的编码图像数据的需求。
[0022] 图1为本发明视频编码装置的运行环境示意图。该装置可位于智能终端中，如图1所示，该智能终端中可包括：
控制器10、摄像头11、第一
编码器12、第二编码器13、通信
电路14、
解码器15、显示屏16和供电单元17等。
[0023] 其中，控制器10可用于控制摄像头11的工作情况，如控制其何时开始采集原始图像数据以及每隔多久采集一次原始数据图像等；摄像头11在控制器10的控制下采集原始图像数据，并将采集到的各原始图像数据分别发送给第一编码器12；第一编码器12根据摄像头11采集到的各原始图像数据生成各多媒体音视频文件，并将所生成的各多媒体音视频文件分别发送给第二编码器13；第二编码器13对接收到的各多媒体音视频文件分别进行解析以及对解析结果按照预定标准进行封装，得到各多媒体音视频文件分别对应的、各符合所述预定标准的编码图像数据，并通过通信电路14分别发送给接收端；通信电路14将第二编码器13输出的各符合所述预定标准的编码图像数据分别发送给接收端，并接收其它装置发送来的各符合所述预定标准的编码图像数据，发送给解码器15；解码器15对接收到的各符合所述预定标准的编码图像数据进行解码，并根据解码结果在显示屏16上进行图像显示；显示屏16可为
液晶显示屏等；供电单元17分别为其它各部分进行供电，可采用
电池或外接电源等供电方式。
[0024] 在实际应用中，上述多媒体音视频文件可为MP4文件或MP5文件等，上述预定标准不限于H.264标准或H.265标准，以下以MP4文件和H.264标准为例，对本发明所述方案作进一步地详细说明。
[0025] 图2为本发明视频编码方法实施例的流程图。如图2所示，包括：
[0026] 步骤21：依次获取各原始图像数据。
[0027] 在实际应用中，如在视频聊天应用场景下，可通过摄像头来采集各原始图像数据，其输出是符合一定数字图像色彩空间格式的字节流数据，一般是未经压缩的。
[0028] 步骤22：根据获取到的各原始图像数据依次生成各MP4文件。
[0029] 本步骤中，针对各原始图像数据，可分别按照H.264标准进行编码（压缩），并基于各编码后的图像数据，按照MP4文件格式标准生成各二进制文件，即MP4文件。
[0030] 本领域技术人员公知，一个MP4文件通常对应于一段时长的视频，具体时长视实际情况而定，如1秒，根据该1秒内获取到的各原始图像数据生成一个MP4文件。
[0031] 比如，在视频聊天应用场景下，摄像头每隔1/10秒采集一次原始图像数据，即获取到一帧原始图像，那么1秒内共采集10次原始图像数据，相应地，根据这10次采集到的原始图像数据即可生成一个MP4文件。
[0032] 步骤21和步骤22的具体实现均为现有技术。
[0033] 在现有技术的基础上，本发明所述方案中还提出了一定的改进措施，如：当获取到第一帧原始图像数据时，启动N个线程，N为大于1的正整数，具体取值可根据实际需要而定；这样，当每次满足一个新的MP4文件的生成条件时，确定是否存在空闲线程，如果是，则选取一个空闲线程来进行该MP4文件的生成，否则，等到出现空闲线程时再进行该MP4文件的生成。
[0034] 举例说明：
[0035] 假设共启动了两个线程，分别为线程1和线程2，在视频聊天应用场景下，每经过1秒生成一个MP4文件，那么，当经过第一个1秒后，即可利用线程1来生成第一个MP4文件，当经过第二个1秒后，假设线程1还未工作完毕，则可利用线程2来生成第二个MP4文件，当经过第三个1秒后，假设线程2还未工作完毕，但线程1已经工作完毕，则可利用线程1来生成第三个MP4文件，依此类推；这样一来，即可省去等待时间，从而加快了MP4文件的生成速度。
[0036] 另外，在实际应用中，通常需要调用某些对象来生成MP4文件，由于这些对象的创建可能需要耗费比较长的时间，因此为减少时延，可预先创建好所需的对象，这样，当需要时，直接调用即可。
[0037] 步骤23：针对所生成的每个MP4文件，通过对其进行解析以及对解析结果进行H.264标准封装，得到该MP4文件对应的各H.264编码图像数据，并分别输出。
[0038] 对于离线类视频业务，由于其无需小粒度帧级别的编码图像数据，因此可按照现有方式，针对所生成的每个MP4文件，分别直接将其输出。
[0039] 而对于流式视频业务，由于其需要小粒度帧级别的编码图像数据，因此需要针对所生成的每个MP4文件，通过对其进行解析以及对解析结果进行H.264标准封装，得到该MP4文件对应的各H.264编码图像数据，并分别输出得到的各H.264编码图像数据。
[0040] 综合各个MP4文件来说，输出各H.264编码图像数据的原则为：对于一个H.264编码图像数据，其对应的原始图像数据越早被获取到，该H.264编码图像数据就越早被输出，即最终接收端的用户所看到的图像展示先后顺序需要与发送端各图像的获取先后顺序相同。
[0041] 和步骤22中类似，本步骤中，也可同时启动多个线程来进行MP4文件的解析和封装，具体实现可为：当生成第一个MP4文件时，启动P个线程，P为大于1的正整数，具体取值可根据实际需要而定；当每次有一个新的MP4文件需要进行解析和封装时，确定是否存在空闲线程，如果是，则选取一个空闲线程来对该MP4文件进行解析和封装，否则，等到出现空闲线程时再对该MP4文件进行解析和封装。
[0042] 举例说明：
[0043] 假设共启动了两个线程，分别为线程3和线程4，当生成了第一个MP4文件后，可利用线程3来对第一个MP4文件进行解析和封装，当生成了第二个MP4文件后，假设线程3还未工作完毕，则可利用线程4来对第二个MP4文件进行解析和封装，当生成了第三个MP4文件后，假设线程4还未工作完毕，但线程3已经工作完毕，则可利用线程3来对第三个MP4文件进行解析和封装，依此类推；这样一来，即可省去等待时间，从而加快了MP4文件的解析和封装速度。
[0044] 另外，对于一个MP4文件来说，对其进行解析和封装所耗费的时间要小于生成该MP4文件所耗费的时间，这样，就可能出现以下问题：当生成了一个MP4文件之后，对其进行解析和封装，并将得到的各H.264编码图像数据分别输出，此时，下一个MP4文件还未生成，从而导致输出出现中断。
[0045] 为避免出现上述问题，本发明所述方案中提出，可在当所生成的MP4文件的个数达到Q个时，才开始对所生成的MP4文件进行解析和封装，Q为大于1的正整数，具体取值可根据实际需要而定，如3，即当缓存的MP4文件的数量达到预定要求时，才开始对MP4文件进行解析和封装。
[0046] 举例说明：
[0047] 当生成了第一个MP4文件之后，先对其进行缓存，而不去进行解析和封装，同样，当生成了第二个MP4文件之后，也对其进行缓存，而不去进行解析和封装，当生成了第三个MP4文件之后，对其进行缓存，并开始对第一个MP4文件进行解析和封装，依此类推，这样一来，在等待新的MP4文件生成的同时，可对之前所缓存的MP4文件进行解析和封装，从而避免了出现输出中断。
[0048] 以下结合附图，对如何对MP4文件进行解析和封装等进行进一步地详细说明。
[0049] 图3为现有MP4文件的结构示意图。
[0050] 相应地，针对所生成的每个MP4文件，可分别对其进行解析，获取其中的mdat box数据；之后，可将获取到的mdat box数据中对应于不同的H.264编码图像数据的数据段中的前4个字节的取值分别
修改为0x000x000x000x01，并将修改后的各数据段作为各H.264编码图像数据。
[0051] 举例说明：
[0052] 一个MP4文件基于10个原始图像数据生成，那么，通过对该MP4文件进行解析，可获取到其中的mdat box数据，该mdat box数据中包括有分别对应于这10个原始图像数据（每个原始图像数据分别对应于一个H.264编码图像数据）的数据段，将这10个数据段的前4个字节的取值分别修改为0x000x000x000x01，得到的10个修改后的数据段即为所需的10个H.264编码图像数据。
[0053] 另外，由于后续接收到各H.264编码图像数据的接收端在进行解码时，必须要用到每个MP4文件所对应的序列参数集
网络抽象层（SPS NAL，Sequence Parameter Set Network Abstraction Layer）数据和图像参数集网络抽象层（PPS NAL，Picture Parameter Set Network Abstraction Layer）数据，因此，针对所生成的每个MP4文件，在输出该MP4文件对应的第一个H.264编码图像数据之前，还需要分别生成该MP4文件对应的SPS NAL数据和PPS NAL数据，并将所生成的SPS NAL数据和PPS NAL数据连同第一个H.264编码图像数据一起输出，即在输出第一个H.264编码图像数据的同时，还需要输出SPS NAL数据和PPS NAL数据，之后则分别只输出各（非第一个）H.264编码图像数据即可。
[0054] 具体来说，针对所生成的每个MP4文件，可分别按照H.264标准中定义的NAL数据结构生成该MP4文件对应的SPS NAL数据和PPS NAL数据，所述NAL数据结构为：0x000x000x000x01+网络抽象层单元头（NALU Header）字段+网络抽象层单元
载荷（NALU payload）字段；
[0055] 其中，对于SPS NAL数据，NALU Header字段用于说明该NAL数据的类型为SPS，NALU payload字段用于携带SPS NAL数据的载荷内容，可从对该MP4文件进行解析后获取到的stsd box数据中获取；
[0056] 对于PPS NAL数据，NALU Header字段用于说明该NAL数据的类型为PPS，NALUpayload字段用于携带PPS NAL数据的载荷内容，可从对该MP4文件进行解析后获取到的stsd box数据中获取。
[0057] NALU Header字段的长度为1个字节（Byte），其结构如表一所示。
[0058]
[0059] 表一NALU Header字段的结构
[0060] 对于SPS NAL数据，其NALU Header字段中的“F”比特位取值为0（共1个比特位），“NRI”比特位取值为11（共2个比特位），“Type”比特位取值为00111（共5个比特位）；对于PPS NAL数据，其NALU Header字段中的“F”比特位取值为0，“NRI”比特位取值为11，“Type”比特位取值为01000。
[0061] 各H.264编码图像数据也需要符合0x00 0x00 0x00 0x01+NALU Header字段+NALU payload字段这一结构，将前述各数据段中的前4个字节的取值分别进行修改后，得到的各数据段即符合上述结构。
[0062] 在实际应用中，对于输出的各H.264编码图像数据，可通过信道将其发送给接收端，所述信道可以是指有线或无线互联网、3G或2G电信通信网络或其它形式的数据传输通道，具体形式不作限制。另外，从数字通信系统的
角度出发，在对数据进行传输之前，可先进行某种形式的信道编码，以提高数据的鲁棒性等，比如，将数据进行实时传输协议（RTP，Real-time Transport Protocol）封装以适合互联网传输。
[0063] 相应地，当接收端每接收到一个H.264编码图像数据时，可首先对其进行解码，之后，可根据解码结果进行图像显示。
[0064] 由于一个H.264编码图像数据的数据量可能较大，因此在传输时可能需要进行分包处理，即分为多个数据包进行传输，这样，接收端在进行接收时，即需要将针对同一个H.264编码图像数据的多个数据包进行拼接。
[0065] 另外，考虑到信道传输的不可靠性，可能接收到的数据包并非完全等同于发送的数据包，即出现错误，为此，在接收时可进行以下处理：直接丢弃发生错误的数据包，从可以正确解码的数据包开始进行解码器同步，或者，如果在数据包传输时使用了容错编码技术，如前向纠错（FEC，Forward Error Correction）技术，则可使用容错编码技术的反向过程恢复出发生错误的数据包。
[0066] 再有，接收端在进行解码时，可使用视频通信领域中的某些容错编码技术，如Data Partitioning、参考图像选择（Reference Frame Selection）等，以规避错误数据对解码过程的影响。
[0067] 如何进行解码以及如何进行图像显示均为现有技术。
[0068] 至此，即完成了关于本发明方法实施例的介绍。
[0069] 基于上述介绍，图4为本发明视频编码装置实施例的组成结构示意图。如图4所示，包括：图像获取模块41、文件生成模块42以及文件解析模块43。
[0070] 图像获取模块41，用于依次获取各原始图像数据，并分别发送给文件生成模块42；
[0071] 文件生成模块42，用于根据获取到的各原始图像数据依次生成各多媒体音视频文件，并分别发送给文件解析模块43；
[0072] 文件解析模块43，用于对各多媒体音视频文件分别进行解析，以及按照预定标准对解析结果进行封装，得到各多媒体音视频文件所对应的、符合所述预定标准的编码图像数据，并分别输出。
[0073] 其中，文件解析模块43对每个多媒体音视频文件分别进行解析，获取其中的mdat box数据，所述mdat box数据中包括一个以上编码图像数据；将mdat box数据中各编码图像数据的数据段前4个字节的取值分别按照所述预定标准的要求进行修改，将修改后的各数据段作为各符合所述预定标准的编码图像数据。
[0074] 文件解析模块43可进一步用于，针对所生成的每个多媒体音视频文件，在输出该多媒体音视频文件对应的第一个符合所述预定标准的编码图像数据之前，分别生成该多媒体音视频文件对应的SPS NAL数据和PPS NAL数据，并将所生成的SPS NAL数据和PPS NAL数据连同第一个符合所述预定标准的编码图像数据一起输出。
[0075] 具体地，文件解析模块43可按照所述预定标准中定义的NAL数据结构生成各多媒体音视频文件对应的SPS NAL数据和PPS NAL数据。
[0076] 文件生成模块42可进一步用于，当获取到第一帧原始图像数据时，启动N个线程，N为大于1的正整数；当每次满足一个新的多媒体音视频文件的生成条件时，确定是否存在空闲线程，如果是，则选取一个空闲线程来进行该多媒体音视频文件的生成，否则，等到出现空闲线程时再进行该多媒体音视频文件的生成。
[0077] 文件解析模块43还可进一步用于，当生成第一个多媒体音视频文件时，启动P个线程，P为大于1的正整数；当每次有一个新的多媒体音视频文件需要进行解析和封装时，确定是否存在空闲线程，如果是，则选取一个空闲线程来对该多媒体音视频文件进行解析和封装，否则，等到出现空闲线程时再对该多媒体音视频文件进行解析和封装。
[0078] 文件解析模块43还可进一步用于，当确定所生成的多媒体音视频文件的个数达到Q个时，开始对所生成的多媒体音视频文件进行解析和封装，Q为大于1的正整数。
[0079] 另外，图4所示装置中还可进一步包括：数据接收模块44、数据解码模块45以及图像显示模块46；
[0080] 数据接收模块44，用于接收除自身所在视频编码装置以外的其它装置发送来的各符合所述预定标准的编码图像数据，并分别发送给数据解码模块45；
[0081] 数据解码模块45，用于对接收到的各符合所述预定标准的编码图像数据分别进行解码，并根据解码结果在图像显示模块46中进行图像显示。
[0082] 图4所示实施例中，较佳地，所述多媒体音视频文件可为MP4文件，所述预定标准可为H.264标准。
[0083] 综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
