调研

一、选择 1.你喜欢做四则运算生成器的计算题有(   ) A.口算  B.四则运算   C.四则简便运算 2.你认为你的四则运算能力( ) A.很强,正确率达90%以上  B.一般,正确率达60-70%  C.经常错很多,正确率达30-40% 3平时你在四则运算生成器上做四则运算错误是因为( ) A. 计算错误 B. 有不会做的题 C. 其他原因 4.你对我们产品的使用频率如何(   ) A.经常,每天都有    B.不多,基本几天一次  C.很少,几周一次 5.你希望我们的四则运算器在你算错的时候提示错误并提供正确答案吗( ) A.希望 B.不希望 C.无所谓 6.你希望我们的四则运算器一次性出多少道题呢?( ) A.5道 B.10道 C.15道 D.20道 E.或则更多 7.当你做四则运算遇到困难时,希望我们产品提供帮助吗( ) A. .是 B.否 C .无所谓 8.你是否认为我们产品的界面过于简单( ) A.是,希望更美观一点 B.否,只要功能好 C无所谓 9.你在四则运算生成器上做完计算题后会( ) A.认真检查,用其它方法再做一遍 B .从不检查,做完后对答案 C.置之不理。 10.你使用我们四则运算后的效果如何( ) A.好 B.一般 C.很差 11.你希望你做完四则运算后能保存你所做的题目吗( ) A.希望 B.不希望 C.无所谓 12.你希望我们的四则计算器有背景音乐吗( ) A.希望 B.不希望 C.无所谓 13.你希望我们的四则运算器要不要统计你的正确和错误率吗( ) A.希望 B.不希望 C.无所谓 14.你希望我们的四则运算器要有登陆界面吗( ) A.希望 B.不希望 C.无所谓 15.你希望我们的四则运算要有倒计时功能吗( ) A.希望 B.不希望 C.无所谓 二、问答: 你希望我们的产品还添加哪些功能,比如计算题,背静音乐 三、调查结果: 本次问卷调查共发放问卷38份,回收问卷38份,其中有效问卷38份。

题号

A人数所占百分比

B人数所占百分比

C人数所占百分比

1

55.2

0

44.8

2

45

47.5

7.5

3

52.5

22.5

25

4

42.8

12.2

45

5

55

7.5

37.5

6

45.6

25.3

29.1

7

72.5

25.5

2.5

8

55.8

41.7

2.5

9

55

37.5

7.5

10

67.5

29.6

2.9

11

49.2

10.5

40.3

12

56.5

8.5

35

13

83.6

2.3

14.1

14

72.4

13.6

14

15

77.3

8.5

14.2

 

 

 

转载于:https://www.cnblogs.com/shaojiawen/p/4543672.html

<think>首先,用户的问题是:“怎么调研”,这似乎是对之前回答的延续。回顾之前的对话,用户之前询问了关于开发FFmpeg支持E-AC3 demuxer的调研和开发步骤。现在用户问“怎么调研”,可能是在问如何进行调研部分的具体方法。 在之前的回答中,我已经详细描述了调研的步骤,但用户可能想更深入或更具体地了解调研过程。所以,我需要基于之前的上下文,提供更详细的调研方法。 关键点: - 用户的问题是关于在FFmpeg不支持E-AC3 demuxer的情况下,如何开发支持,包括调研部分。 - 之前的回答中,调研部分包括:格式规范分析、现有实现参考、收集测试样本等。 - 现在用户问“怎么调研”,我需要扩展调研方法论。 结构化我的回答: 1. **理解调研目标**:明确调研是为了开发E-AC3 demuxer,需要了解格式规范、现有实现、测试数据等。 2. **详细调研步骤**: - **格式规范分析**:如何获取和阅读相关标准文档。 - **现有实现分析**:如何查找和分析开源项目中的相关代码。 - **测试样本收集**:如何获取有效的测试文件。 - **工具使用**:使用哪些工具来辅助调研。 3. **提供具体方法**:给出可操作的步骤,比如文档搜索、代码审查、样本生成等。 4. **确保回答完整**:在末尾添加3-5个相关问题。 最后,必须输出“§§相关问题§§”在末尾,并列出3-5个相关问题。 相关问题应基于用户的问题和我的回答,例如: - 如何获取E-AC3的官方规范文档? - 在分析现有实现时,应关注哪些关键代码部分? - 如何生成自定义的E-AC3测试样本? - 在调研过程中,如何验证对规范的理解是否正确? - 有哪些工具可以辅助分析E-AC3文件结构? 完整回答结构: - 先回答调研方法。 - 然后以“§§相关问题§§”开头,列出问题。 确保语言为中文。</think>### E-AC3 demuxer 开发前的调研方法 调研是开发 FFmpeg 新 demuxer 的基础,需系统化执行以下步骤: #### **1. 规范文档调研** - **获取官方标准**: - 访问 ATSC 官网([atsc.org](https://atsc.org))下载 **A/52: Digital Audio Compression Standard**,重点关注 Annex E(E-AC3 扩展部分)。 - 容器相关规范: - MP4:ISO/IEC 14496-12("ISO Base Media"),查找 `dec3` 描述符定义。 - TS:ETSI TR 101 154(DVB 音频规范),流类型标识 `0x87`。 - MKV:Matroska 规范([matroska.org](https://matroska.org)),CodecID `A_EAC3` 的封装规则。 - **分析方法**: - 使用文本对比工具(如 Beyond Compare)比对 E-AC3 与 AC3 的差异(如同步字、帧头结构)。 - 提取关键参数表(如采样率代码 `fscod`、声道配置 `acmod`)。 #### **2. 现有实现分析** - **参考开源项目**: - 研究 **libavcodec/ac3_parser.c** 中的 AC3 解析逻辑,适配 E-AC3 扩展。 - 分析 VLC 源码(`modules/demux/eac3.c`)或 GStreamer 的 `gst-plugins-good` 模块,关注帧探测和元数据处理。 - **工具辅助**: - 用 Wireshark 捕获 E-AC3 流(如 TS over UDP),验证帧边界识别。 - 使用二进制查看器(如 HxD)解析样本文件,确认帧头特征(如 `0x0B77` 同步字)。 #### **3. 测试样本收集与验证** - **样本来源**: - 从标准测试库(如 EBU Tech 3380)下载多声道 E-AC3 文件。 - 使用 FFmpeg 生成自定义样本: ```bash ffmpeg -f lavfi -i "sine=frequency=1000" -c eac3 -ar 48000 -ac 6 test.eac3 ``` - **验证方法**: - 用专业工具(如 Dolby Media Generator)校验元数据(如 `dialnorm`)。 - 覆盖边界案例:高比特率(>768kbps)、动态采样率切换、无效帧恢复。 #### **4. 开发环境准备** - **工具链配置**: - 编译 FFmpeg 调试版本:`./configure --enable-debug=3`。 - 集成 Valgrind 检测内存错误。 - **文档化输出**: - 创建调研报告,记录格式特性和潜在问题(如时间戳计算差异)。 通过以上步骤,可确保 demuxer 开发符合规范并兼容主流容器。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值