对比文件名称：2011-08-11_US2011194617A_发明申请_US20110194617A1 Method and Apparatus for Providing Multi-Threaded Video Decoding
目标专利名称：285多线程纹理解码CN104041050B
本次调用模型名称：DeepSeek
根据目标专利说明书，该专利涉及一种用于在VP8视频解码中实现多线程并行处理宏块的方法和装置，其核心在于打破传统VP8解码必须在整个帧重构完成后才进行滤波的限制，通过使用行/列缓冲器存储未经滤波的像素来实现宏块级别的并行解码、滤波和帧内预测，从而提高解码效率。
特征比对表格如下：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 将VP8帧的第一宏块指派给第一硬件线程并将所述VP8帧的第二宏块指派给第二硬件线程《未公开》 | [0041]段：“...the thread manager 80 is configured to receive data that is to be decoded and divide the data into threads that are to be distributed to the respective core processors of the multi-core processor 70. In an example case, the number of threads generated by the thread manager is equal to the number of core processors in the multi-core processor 80. Thus, for example, for a dual core processor, incoming video frames may be equally divided into threads that are distributed between each core processor.” | 对比文件公开了将待解码数据（视频帧）划分为线程并分配给多核处理器的各个核心（硬件线程）。然而，对比文件分配的单位是“视频帧”（video frames），每个线程处理一个帧或多个帧，而非目标专利中明确指定的“VP8帧的宏块”。目标专利强调的是VP8格式下，将**宏块**（Macroblock， MB）直接指派给硬件线程，这是为了在VP8解码中实现宏块级的并行。对比文件虽然涉及多线程视频解码，但未提及VP8格式，也未公开将单个宏块直接指派给特定硬件线程的技术方案。两者分配的任务粒度（帧 vs 宏块）和作用（通用多线程解码 vs 针对VP8限制的宏块级并行）不同。 |
| **技术特征B：** 经由以下步骤来通过所述第一硬件线程解码所述第一宏块并同时通过所述第二硬件线程解码所述第二宏块：重构所述第一宏块及所述第二宏块《隐含公开》 | [0044]段：“During processing, the decoder 82 may decode the threads...” <br> [0056]段：“...a corresponding macroblock row may be decoded at operation 116.” | 对比文件公开了在多线程中并行解码视频数据。解码过程必然包括重构（reconstruction）步骤，这是视频解码标准流程（如H.264等）的一部分。对比文件图3展示了不同帧的行在不同线程中并行解码（“parallel decoding of video frames in multiple threads”）。虽然对比文件没有明确写出“重构第一宏块和第二宏块”的文字，但本领域技术人员能够毫无疑义地理解，对视频帧或宏块行的“解码（decode）”操作必然包含“重构（reconstruct）”这一子步骤。因此，可以合理推断出第一线程和第二线程在解码各自分配的任务（如宏块行）时，会执行包括重构在内的解码步骤，从而实现“同时重构”。这构成了隐含公开。 |
| **技术特征C：** 将所述第一宏块和所述第二宏块的经重构像素存储于行缓冲器及列缓冲器中的至少一者内以执行帧内预测《未公开》 | 无相关描述。 | 对比文件全文未提及“行缓冲器（row buffer）”或“列缓冲器（column buffer）”，也未提及将经重构的像素存储于此类缓冲器中以用于帧内预测。对比文件关注的是依赖关系解析和同步（例如，确保参考帧的宏块行已解码），其技术手段涉及使用共享缓存（L2/L3 cache）存储参考帧数据，而非目标专利中用于打破VP8帧级滤波限制、实现宏块级并行滤波和预测的专用行/列缓冲器。该技术特征在对比文件中既未直接记载，也无法从中合理推断。 |
| **技术特征D：** 以及在所述第一硬件线程或所述第二硬件线程重构另外的宏块之前，紧随所述第一宏块及所述第二宏块的重构来执行对所述第一宏块及所述第二宏块的回路滤波。《未公开》 | 无相关描述。 | 对比文件未提及“回路滤波（loop filtering）”，更未提及在重构一个宏块后“紧随（immediately after）”对其进行滤波的技术方案。目标专利该特征的核心在于打破VP8规格中要求在所有宏块重构完成后才进行滤波的限制，通过在重构后立即进行滤波来实现真正的宏块级并行。对比文件虽然涉及多线程解码同步，但其同步点在于宏块行级别（如[0045]段所述），且未涉及滤波步骤的时机安排。因此，该技术特征未被公开。 |
| **技术特征E：** 其中所述第一宏块和所述第二宏块来自不同行。《直接公开》 | [0042]段：“...each frame may also be divided into macroblock rows.” <br> [0044]段及图3：“FIG. 3 illustrates an example of parallel decoding of video frames in multiple threads... FIG. 3 shows two frames (frame N and frame N+1) for which data corresponding to row X and row R are being decoded in separate threads.” | 对比文件明确公开了将视频帧划分为宏块行（macroblock rows），并且图3明确示出了行X（row X）和行R（row R）在不同的线程（separate threads）中被并行解码。这直接公开了被不同线程处理的宏块（或宏块行数据）来自同一帧的不同行。该特征在对比文件中的作用与在目标专利中相同，都是为了实现并行处理，提高解码效率。 |
| **技术特征F：** 其进一步包含将未经滤波像素存储于所述行缓冲器及所述列缓冲器中的至少一者中。《未公开》 | 无相关描述。 | 如特征C所述，对比文件未提及任何“行缓冲器”或“列缓冲器”，因此更不可能公开将“未经滤波像素（unfiltered pixels）”存储于其中的技术特征。该特征是目标专利实现其发明目的（立即滤波、帧内预测）的关键存储手段，在对比文件中完全没有对应或暗示。 |
| **技术特征G：** 所述解码进一步包含：在每一硬件线程中重构一个宏块《未公开》 | [0056]段：“...a corresponding macroblock row may be decoded at operation 116.” | 对比文件公开的是每个线程解码一个“宏块行（macroblock row）”，而非一个“宏块（macroblock）”。一个宏块行包含多个宏块。目标专利明确强调“每一硬件线程每次处理一个宏块”（说明书[0003]段），以实现更细粒度的并行。对比文件的任务分配粒度是宏块行，与目标专利的单个宏块不同，因此未公开此特征。 |
| **技术特征H：** 且接着对所述经重构宏块进行滤波。《未公开》 | 无相关描述。 | 同特征D，对比文件未提及对重构后的宏块进行滤波，因此“且接着”的时序关系也无从谈起。该特征未被公开。 |
| **技术特征I：** 其中所述解码进一步包含：将从先前宏块到所述第一宏块和所述第二宏块的经重构像素存储于所述行缓冲器和所述列缓冲器中《未公开》 | 无相关描述。 | 该特征涉及使用行/列缓冲器存储来自先前宏块的经重构像素，这是目标专利实现帧内预测的基础。对比文件完全没有提及此类缓冲器或相关的存储操作。虽然对比文件[0044]段提到使用缓存存储参考帧数据，但这是用于帧间预测（运动补偿）的参考帧缓存，与用于存储同一帧内邻近宏块未经滤波像素以支持帧内预测的行/列缓冲器在结构、用途和工作原理上均不相同。因此，该特征未被公开。 |
| **技术特征J：** 以及使用所述先前宏块的经重构邻近者信息执行帧内预测。《未公开》 | 无相关描述。 | 对比文件主要讨论的是多线程解码中的依赖关系与同步，其依赖关系主要涉及**帧间**预测的运动向量范围（见[0047]-[0048]段），例如检查参考帧中宏块行是否已解码。全文未提及“帧内预测（intra prediction）”，也未提及使用“先前宏块的经重构邻近者信息”进行预测。目标专利的该特征是其VP8解码流程的一部分，在对比文件中没有对应。 |
| **技术特征K：** 其中解码包含对所述VP8帧的所述第一宏块和所述第二宏块中的每一者进行纹理解码。《未公开》 | [0040]段：“The decoder 82 may generally be configured to decode data that is encoded according to any of a plurality of video encoding standards.” | 对比文件的解码器虽然被描述为可配置为根据多种视频编码标准解码数据，但其说明书具体实施方式中列举的标准包括H.261, H.262/MPEG-2, H.263, H.264, H.264/MPEG-4, MPEG-4等，并未明确提及**VP8**标准。目标专利的权利要求明确限定了解码对象是“VP8帧”，这是一个具体的视频编码格式。此外，对比文件也未使用“纹理解码（texture decoding）”这一术语。因此，涉及“VP8”和“纹理解码”的限定未被公开。 |
| **技术特征L：** 其进一步包含将所述多线程处理器集成到移动电话、机顶盒、音乐播放器、视频播放器、娱乐单元、导航装置、计算机、手持式个人通信系统PCS单元、便携式数据单元及固定位置数据单元中的至少一者中。《直接公开》 | [0025]段：“The mobile terminal 10 of FIG. 1 could be any of a number of types of mobile electronic devices such as, for example, portable digital assistants (PDAs), pagers, mobile televisions, gaming devices, cellular phones, all types of computers (e.g., laptops or mobile computers), cameras, audio/video players, radios, global positioning system (GPS) devices...” | 对比文件明确公开了其装置（移动终端10）可以是多种移动电子设备，所列出的设备类型（cellular phones移动电话， all types of computers计算机， audio/video players音频/视频播放器， GPS devices导航装置等）覆盖了目标专利权利要求中列举的大部分设备类型（如移动电话、计算机、视频播放器、导航装置等）。虽然措辞不完全相同，但本领域技术人员可以毫无疑义地确定对比文件公开了将多线程处理器集成到这些类型的设备中。该特征在对比文件中的作用同样是说明应用场景，与目标专利中的作用相同。 |
<<<E>>><<<L>>><<<b>>>