
平台集成
文章平均质量分 70
u010370185
这个作者很懒,什么都没留下…
展开
-
通过修改linux系统默认的TCP或UDP mem大小解决开发板播放流媒体片源卡顿或马赛克问题
背景:在开发板上对接流媒体服务器时,遇到非常高清(码率20M)的片源,服务器推流速度非常快,在开发板上播放时经常出现卡顿(TCP)或者马赛克(UDP)的情况,在网上搜索及分析网络包之后,通过修改开发板系统默认的TCP或UDP套接字mem的大小(主要是接收数据的mem大小)之后问题得到解决,前提是socket数据接收线程已经非常高速运转了,不存在阻塞情况。解决方案:原创 2013-08-19 17:48:37 · 7684 阅读 · 0 评论 -
C++和C混合编程——windows已在XX.exe中触发一个断点
进来开发一个新功能需要使用C++和C混合编程,这其实也不难,相关方法网络上已经有详细的讲解。我遇到的问题就是编译,链接都没有问题,但在运行时出现【windows已在XX.exe中触发一个断点,其原因可能是堆被损坏,这也说明xx.exe中或它锁加载的任何dll中有bug】。其中C写的代码是一个动态链接库,这个问题就是我将C的编译选项由【使用MDd(多线程调试 DLL)】运行时库修改为【使用MTd(多原创 2013-09-29 13:41:22 · 2081 阅读 · 0 评论 -
32位程序移植到64位需要考虑的问题
概述从32位到64位,根本性的区别在于两种数据类型发生了变化:long和pointer。在32位环境下,两者长度都是32位,也就是4个字节;而在64位环境下都是8个字节。所以当你把pointer或者long型数据赋给int型时,会发生数据截断(data truncation)。1、32位与64位数据模型之间的区别32位应用的数据模型我们称作ILP32(之所以这样命名,是因为int,lo原创 2014-02-23 23:29:31 · 4227 阅读 · 0 评论