收藏 分享(赏)

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

上传人:杨桃文库 文档编号:7049431 上传时间:2019-05-04 格式:DOC 页数:3 大小:49.50KB
下载 相关 举报
数字音视频编解码技术标准工作组.doc_第1页
第1页 / 共3页
数字音视频编解码技术标准工作组.doc_第2页
第2页 / 共3页
数字音视频编解码技术标准工作组.doc_第3页
第3页 / 共3页
亲,该文档总共3页,全部预览完了,如果喜欢就下载吧!
资源描述

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

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

3、件集成,标准草案文本和参考软件中暂时不收该提案技术) ; 给出相应的 readme 和测试报告; 交给参考软件负责人。建立提案技术集成预警机制,当需集成的技术超过预期集成时间 2 天时由软件维护人在视频组邮件列表上发布预警通知,视频组组长提出处理建议并在邮件列表上通报。视频组有权对未按时集成的技术取消采纳的决定。一般应在每次工作组会后一个月内发布最新版参考软件。3. 交叉验证涉及提案方、交叉验证方、参考软件维护方提案方尽量采用已发布的最新版参考软件,通用测试条件。交叉验证方提交:(1)依据提案方提供的文件,测试序列,报告交叉验证结论a. 执行代码级验证:编、解码运行结果与提案一致。技术提案方须

4、提交(上载到 AVS ftp 服务器)如下文件: 提案 编码器执行文件、解码器执行文件 编码器配置文件 anchor 和 proposal 的编码 psnr 输出文件b. 源代码级验证:按照提案描述检查了解码器源代码,而且运行结果与提案一致。技术提案方须提交(上载到 AVS ftp 服务器)如下文件: 提案 编码器执行文件、解码器执行文件 编码器配置文件 anchor 和 proposal 的编码 psnr 输出文件 decoder 源代码c. 描述级验证:按照描述重写解码源代码,并且运行结果与提案一致。技术提案方须提交(上载到 AVS ftp 服务器)如下文件: 提案 编码器执行文件、解码器

5、执行文件 编码器配置文件 anchor 和 proposal 的编码 psnr 输出文件(2)交叉验证的结果在做决议之前提交,包括所有实验结果。技术提案方应提交的文件须在每次会议文档截止期前提交。4. 被采纳技术提案方的责任对于已被采纳的技术被发现并经过证明该技术存在问题(问题由视频组会议确认) ,如果发现问题后直至下一次会议(约三个月)期间不能解决问题,则可以由视频组经过讨论决定是否将该技术先从标准草案中剔除。如果由视频组会议裁定提案方不作为,则该技术自动从标准草案中剔除。如果正确加回至最新版本的软件,工作组将视具体情况决定是否重新录用。对于新被采纳的技术,如果不能在规定时间内正确集成到参考

6、软件中,则该技术暂时不放入标准草案和参考软件中,直到该技术能正确集成到最新版本的参考软件中,经视频组会议讨论决定是否重新写入标准草案中。5. 核心实验核心实验(core experiment)参加方包括:相关提案方、有相关经验的会员及有兴趣的会员。核心实验由召集人负责召集,召集人的职责如下: 组织讨论核心实验的实验条件及编解码器配置文件等。 撰写核心实验规范,在规定时间前输出核心实验规范文档。 撰写核心实验报告,在下次会议提交。 协调和督促核心实验参加方的工作。核心实验参加方的职责如下: 完成召集人分配的核心实验任务。核心实验至少应完成源代码级交叉验证。6. 参考软件代码书写基本规范参考软件的

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

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 实用文档 > 往来文书

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报