请教关于windows media format sdk中使用第三方编码格式生成asf文件的问题

comet 2008-05-21 11:44:56
我查找了相关旧帖,发现了他和我出现了同样的问题。自定义的profile已经成功创建,WriteStreamSample也成功返回,但无论我怎样设置Sampletime参数,asf文件都只是在mWriter->EndWriting()停止的时候才写了一贞数据。有相关经验的兄弟帮帮忙阿!


相关帖子:http://topic.csdn.net/t/20031104/11/2425128.html
...全文
212 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
day_day_study2013 2012-10-11
  • 打赏
  • 举报
回复
怎么生成的,代码能发下吗?
comet 2008-05-23
  • 打赏
  • 举报
回复
问题已解决,是输入的数据太大的原因。

多谢大家参与,结贴。
scq2099yt 2008-05-21
  • 打赏
  • 举报
回复
up
蒋晟 2008-05-21
  • 打赏
  • 举报
回复
估计你的profile有问题,例如带宽设置太低之类
WMF SDK里面有profile编辑示例
comet 2008-05-21
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 jerry4711 的回复:]
同楼上问,

或者楼主可以改用Windows Media Encoder SDK来进行asf文件的生成,这个比Format SDK功能更强大,而且兼容Format SDK。
[/Quote]

有Windows Media Encoder SDK生成asf的例子吗?
comet 2008-05-21
  • 打赏
  • 举报
回复
使用系统自带的profile,如果用WriteSample把数据作为非压缩数据输入就没有问题。但用WriteStreamSample输入数据也一样只写了一贞数据。
jerry4711 2008-05-21
  • 打赏
  • 举报
回复
同楼上问,

或者楼主可以改用Windows Media Encoder SDK来进行asf文件的生成,这个比Format SDK功能更强大,而且兼容Format SDK。
rageliu 2008-05-21
  • 打赏
  • 举报
回复
使用系统自带的profile是否有同样问题?
comet 2008-05-21
  • 打赏
  • 举报
回复
自己顶!!!
yxh1226 2008-05-21
  • 打赏
  • 举报
回复
陪LZ等
源码下载地址: https://pan.quark.cn/s/a4b39357ea24 【运算单元构造实验报告】运算单元是计算机硬件系统的关键构成部分,主要承担执行算术运算和逻辑运算的任务。在本次实验,我们着重探讨了带有累加器的运算单元的设计,涵盖了溢出识别、有符号数值与无符号数值运算的差异性,以及采用补码方式进行的加法与减法运算的实现机制。 一、实验目标 1. 掌握运算单元的基本构造,理解带有累加器的运算单元的具体实现途径。 2. 学习并领会溢出检测的机制,能够设计并构建溢出检测电路,用以判定运算结果是否超出了数据类型的表示范畴。 3. 明辨有符号数值和无符号数值运算的不同特性,把握它们在运算过程各自的处理方法。 4. 熟练掌握基于补码方式的加法与减法运算的执行,理解补码形式下的溢出判定准则。 5. 熟悉运算单元内部的数据传输路线,明晰数据在运算过程的流转路径。 6. 设计一个能够支持有符号数值与无符号数值运算、补码加法/减法运算以及有符号数值溢出检测的运算单元电路。 二、实验仪器 采用JZYL—Ⅱ型计算机组成原理实验装置,配备2片74181运算单元芯片作为算术逻辑单元(ALU),2片74LS373用作八位D型锁存器,并辅以一些基础门电路和多路选择器来完成电路设计。 三、实验内容 1. 运用片74181构建一个8位运算单元,负责处理数据的高4位与低4位。 2. 设计并实现溢出检测电路,确保在有符号数值与无符号数值的加法运算均能准确识别溢出状况。 3. 通过74LS373增加累加器功能,使运算结果得以保存。 4. 将所有设计整合,利用多路选择器来支持有符号数值与无符号数值的加法/减法运算。 四、实验电路 1. 8位运算单元由2片74181构成,通过控制...

16,550

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧