播放器的。。。使用

博客涉及编译器、thread、dll、shell和网络等信息技术内容,但具体细节未给出。推测围绕编译器在网络环境下的工作,以及thread、dll、shell等相关技术展开。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本来是个学习directx的大好时机,但是我懒的可以,所以还是要用
长老的库。。。一个人没有激情真的是尴尬。。。

我可爱的同伙和导师貌似毫无系统概念和软工概念,给我添了无数麻烦。。。
1。不规则的c代码
   改了4hour以后放弃,用dll解决掉算了
2。一次性解码60frames,解码时间大约30frames,解一帧放一帧的方法完全行不通
   被迫将解码和播放放到两个线程,暂时貌似解决,虽然自己知道系统处于
   极其不稳定状态。。。实现过程也有麻烦
   虽然有无敌的thread类,居然在编译阶段失败,只好在原来的解码类外面
   包了一层shell,骗过了编译器

3。 把CBR的mp3搞成了vbr,居然完全没有任何同步,虽然知道包就是一个边界
    但是始终不爽。最后自己加了seq勉强做同步用,这样至少解码器的输入还是
    一个流。。。

4。原来的mp3解码器没有任何错误隐蔽功能,偏偏长老的播放器一旦遇到解码错误就
   退出,于是乎要在外部做控制,强迫播放器重启。但是系统仍然不太稳定,
   原因不祥。。。:(

5。用优先列表实现第一层缓冲区,同时做掉重排序和一系列其他工作,用
   streambase实现的二层缓冲,效果不错

6。packet的类结构终于构思成熟,见上文,虽然还没有代码:)

总结基本结束

下部分工作包括系统的错误隐蔽,网络状况记录,传输策略实现,packet改进
缓冲控制的加强
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值