数字音视频编解码技术标准工作组范本.doc

《数字音视频编解码技术标准工作组范本.doc》由会员分享，可在线阅读，更多相关《数字音视频编解码技术标准工作组范本.doc（3页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、数字音视频编解码技术标准工作组AVS N2017: 2013 年年 12 月月来源:视频组 标题:视频组工作规范 状态:视频组通过视频组工作规范视频组工作规范（本文件输出之后立即执行）1.视频组采纳提案至少要求满足以下条件 技术合理、描述清晰； 提案方可以使用非最后版本的参考软件实现提案技术，并提供在通用测试条 件下的测试结果，但必须说明当时最后版本的标准草案和参考软件中的其它 技术不影响提案技术的性能测试结果； 必要时视频组设立核心试验组对提案技术进行验证，提供在共同确定的测试 条件下的测试结果，性能满足要求； 所有涉及到主观质量的技术都应该进行主观测试，必须按照主观测试规范要 求提供主观测

2、试码流（或解码后视频序列）参加主观测试； 提供与提案技术完全一致的、在标准文档中所需的全部相关文本，包括语法、提供与提案技术完全一致的、在标准文档中所需的全部相关文本，包括语法、 语义、解码过程等等语义、解码过程等等。会议期间审议提案技术对文本修改的正确性及准确性， 采纳的提案应在会议结束前将文本提交给标准文本编辑人。 至少完成“源代码级验证”的交叉验证。2.参考软件维护 参考软件维护方： 每次会议结束前安排好参考软件集成计划，并记载于视频组会议记录。 每加一个新技术集成都做好软件版本备份、版本控制、测试验证。 对于新采纳的技术提案的提案方应： 在规定时间内负责软件集成； 在通用测试条件以及边

3、界条件下测试通过（维护方至多负责 2 次新技术集成 后版本软件正确性验证，如果新版本软件仍然存在问题，则不通过本次软件 集成，标准草案文本和参考软件中暂时不收该提案技术） ； 给出相应的 readme 和测试报告； 交给参考软件负责人。 建立提案技术集成预警机制，当需集成的技术超过预期集成时间 2 天时由软件维护人 在视频组邮件列表上发布预警通知，视频组组长提出处理建议并在邮件列表上通报。视频 组有权对未按时集成的技术取消采纳的决定。一般应在每次工作组会后一个月内发布最新版参考软件。3.交叉验证 涉及提案方、交叉验证方、参考软件维护方提案方尽量采用已发布的最新版参考软件，通用测试条件。交叉验证

4、方提交： （1）依据提案方提供的文件，测试序列，报告交叉验证结论 a.执行代码级验证：编、解码运行结果与提案一致。 技术提案方须提交（上载到 AVS ftp 服务器）如下文件：提案编码器执行文件、解码器执行文件编码器配置文件anchor 和 proposal 的编码 psnr 输出文件 b.源代码级验证：按照提案描述检查了解码器源代码，而且运行结果与提案 一致。 技术提案方须提交（上载到 AVS ftp 服务器）如下文件：提案编码器执行文件、解码器执行文件编码器配置文件anchor 和 proposal 的编码 psnr 输出文件decoder 源代码 c.描述级验证：按照描述重写解码源代码，

5、并且运行结果与提案一致。 技术提案方须提交（上载到 AVS ftp 服务器）如下文件：提案编码器执行文件、解码器执行文件编码器配置文件anchor 和 proposal 的编码 psnr 输出文件 （2）交叉验证的结果在做决议之前提交，包括所有实验结果。技术提案方应提交的文件须在每次会议文档截止期前提交。4.被采纳技术提案方的责任 对于已被采纳的技术被发现并经过证明该技术存在问题（问题由视频组会议确认） ，如 果发现问题后直至下一次会议（约三个月）期间不能解决问题，则可以由视频组经过讨论 决定是否将该技术先从标准草案中剔除。如果由视频组会议裁定提案方不作为，则该技术 自动从标准草案中剔除。如果

6、正确加回至最新版本的软件，工作组将视具体情况决定是否 重新录用。 对于新被采纳的技术，如果不能在规定时间内正确集成到参考软件中，则该技术暂时 不放入标准草案和参考软件中，直到该技术能正确集成到最新版本的参考软件中，经视频 组会议讨论决定是否重新写入标准草案中。5.核心实验核心实验（core experiment）参加方包括：相关提案方、有相关经验的会员及有兴趣的 会员。核心实验由召集人负责召集，召集人的职责如下： 组织讨论核心实验的实验条件及编解码器配置文件等。 撰写核心实验规范，在规定时间前输出核心实验规范文档。 撰写核心实验报告，在下次会议提交。 协调和督促核心实验参加方的工作。 核心实验

7、参加方的职责如下： 完成召集人分配的核心实验任务。核心实验至少应完成源代码级交叉验证。6.参考软件代码书写基本规范 参考软件的代码在书写过程中应该规范清晰，尽量符合一般的软件编程规范，如林锐 的高质量 C+/C 编程指南 。一方面便于参考软件的测试维护和新技术集成工作，同时 也可以避免很多程序方面的错误。对于代码做如下基本规范： （1）新增变量（特别是全局变量）必须加注释（包括对应提案号） ，含义清楚； （2）函数(输入/输出/功能/提案号)注释必须清楚、详尽； （3）必须删除冗余代码！每项被采纳的新技术集成到参考软件时应： （1）加入对应的接收提案号和对应的参考代码撰写人姓名，以便在发现问题时找到对 应的提案方和参考代码撰写人解决；（2）保证编译结果中对应的代码处 warning 的数量为 0；（3）删除在集成时仅用于软件调试的废代码、未用变量、重复函数等；（4）集成新技术提案的参考软件，必须经过参考软件维护方全面测试后才能发布，并 由参考软件维护方和提案方共同发布新基准平台的测试报告；在参考软件维护方发布新软 件之前，默认的基准平台是上一个测试通过的参考软件。（5）新的通用测试条件中的具体参数值，由参考软件维护方和提案方确认后，与新参 考软件一同发布。7.其他 视频组会议期间，每天上传一次视频组会议记录。