sanfenlu的专栏

2.经过多次试验，排查到原因，是因为客户端使用大小为32的缓冲区char recvBuffer[32]进行接收，但主控发送时，发送的大小为sizeof(CLIENTDATA) = 65,导致客户端接收失败，返回-1，即使客户端套接字状态正常依然返回-1。当客户端接收缓冲区改为大于主控发送的数据的任意大小缓冲区，recvfrom不再返回-1。3.所以，使用UDP进行数据传输时，接收端recvfrom时缓冲区的大小要大于发送端发送数据的大小，否则recvfrom返回SOCKET_ERROR，即-1。

当 base 的值为 0 时，默认采用 10 进制转换，但如果遇到 '0x' / '0X' 前置字符则会使用 16 进制转换，遇到 '0' 前置字符则会使用 8 进制转换。若endptr 不为NULL，则会将遇到的不符合条件而终止的字符指针由 endptr 传回；若 endptr 为 NULL，则表示该参数无效，或不使用该参数。//最后一个参数可以为16或者其他，为0是兼顾所有。2.　使用“strtoul”或“_tcstoul”函数将Cstring 类型转换为16进制/10进制数进行计算。

当打开快速启动时，关机后再开机时win10不会完全重新加载驱动，导致初始化芯片失败，在驱动中新加一个电源管理函数，把改变电源到PowerDeviceD0　时再做一次加载驱动时要初始的芯片工作， 休眠与快启都能正常工作。Windows10新增加了一个功能：快速启动，而且默认状态是打开的，根据微软的说法，快速启动可以有效提高启动速度，快速启动等同于休眠。控制面板——硬件和声音——电源选项——左侧选择电源按钮的功能——更改当前不可用的设置，取消启用快速启动复选框即可。

另外，应用程序每次取声音的数据量是根据系统的声音设置而定的，系统声音设置“录制”属性中设置44100每次取1764，设置48000每次取1920。默认值是第一次安装驱动中的接口而定的。应用程序每次只请求1764个字节，每一个中断对应有1920个字节，这样每一个中断就会在驱动中累积156个字节而导致数据在驱动中溢出。总数据量：48000*2*2＝192000，应用程序每次请求1920个字节，驱动中的CELL刚好也是1920，这样就每一个中断往应用层写入一次，每秒刚好有100个中断（192000/1920）。

以前的版本应该是驱动下都可以用高精度，应用态下是低精度；现在变了，应该是微软要把 系统 高精度定时器管控起来，驱动下面也要用特定接口才行。win10 64位下SetTimer设置的时间与延时的精确度均误差15ms，win10 32位下可以做到2ms精确时间。修改win10 64位下的时针为高精度定时可以精确到ms。但是高精度定时这个数据类型是win8以后的版本才支持，所以在wdk7600编译都不能识别，把驱动移到VS2019上去编译才可以。编译后的驱动文件win10的32位，64位上面测试都正常了。

链接器——》输入-》附加依赖项 ：%(AdditionalDependencies);创建新项目：C++ widows Driver。项目－>添加现有项，把驱动文件全部添加到现有项目中。b.配置属性 - C/C++ -常规。a.移除项目自动生成的.inf文件。c.配置属性 - 链接器 -常规。将链接器警告视为错误 设置为 否。将警告视为错误 设置为 否。警告等级 设置为 等级3。

ubuntu 内核自动更新很烦人，经常一更新安装的驱动又没了。1.关闭自动更新apt-mark hold linux-image-generic linux-headers-generic2.修改默认启动内核：sudo gedit /etc/default/grub(1)修改 GRUB_DEFAULT = "1>2" (按shift 或者Esc 键可以查看，>两侧的两级目录都是从0开始的序号，也可以 GRUB_TIMEOUT = 10 (设置个延时方便进入时选择所...

安装win10 的最新ＶＳ2019，功能还是挺强大的，直接连ＷＤＫ一起安装，可以直接编译驱动程序，比起老版本的ＷＤＫ更方便灵活应用广泛。说是自带ＤirectX 12，但是编译应用程序还是有一些头文件找不到。原来windows从direct7开始就不提供例子程序了， 所以目前大家用vs2017,vs2015, vs2019开发directshow的程序，都需要下载direct7的demo来开发，微软...

前一段时间Ubuntu下安装teamviewer时遇到了一些麻烦，怎么也安装不成功，后台从官网上查了一些资料，终于安装成功了，下面就是安装过程：首先下载teamviewer_12.0.85001_i386.deb　     1.   sudo dpkg --add-architecture i386     2.   sudo apt-get update    

今天发现我们自己的开源驱动与video capture 驱动是不能兼容的，在原来的系统折腾几天都无解，安装不上magewell驱动，重装了系统一切正常，再次编译安装ＴＢＳ开源驱动，捕捉卡驱动又各种v4l2 符号连接错误，又回到了以前老系统的状态，删除media 甚至kernel都不行。还好它是安装在4.8.0.36下面了，系统里那个4.8.0.58内核仍然是正常的。开机Esc键可以选择运行不同的内

Can't locate Proc/ProcessTable.pm in @INC errorsudo apt-get install libproc-processtable-perl二、Linux系统下DVBlast的使用1.DVB-S信号指令(以本振12538MHZ为例)单本振信号：#dvblast –f 10988000 –s 41250000

https://github.com/tbsdtv/linux_media/wiki  $git pull  $cd media  $git diff > si2168_sigal.patch  $git status  $patch -p1   $git commit -am "add to support tbs6301 mcu read and wri

账户应该是被盗号了，连注册邮箱都被修改了，想改密码都没门，用最开始的注册邮箱联系管理员给解决了。真的是非常感谢！！！！！！！抱大腿痛哭地感激…………一万点攒！！！！！！！一年多终于又恢复正常了，以前因为没找到正确的门路也折腾了好多次都没有恢复成功亲们，如果有问题请与管理员联系 Email：webmaster@csdn.net　绝对靠谱，效率是杠杠滴。

做FW的升级小工具时，由于要与读写4M的文件

IRQL（转载 自 windows内核情景分析）与此相关，Windows为CPU的运行状态定义了许多“IRQ级别”，即IRQL。在任一时间中，CPU总是运行于其中的某一个级别，这个级别就表明了什么事情可以做、什么事情不可以做。下面是这些级别的定义：#define PASSIVE_LEVEL                             0#define LOW

#define MAX_SECTION_LENGTH 1391  // 1024 + 184 possible stuffing bytes + 183 possible bytes from previous sectionUCHAR           m_ucPMTBuffer[MAX_SECTION_LENGTH];RtlCopyMemory(m_ucPMTBuffer,pbSec

1>正在生成代码...1>正在编译资源...1>Microsoft (R) Windows (R) Resource Compiler Version 6.1.7600.163851>Copyright (C) Microsoft Corporation.  All rights reserved.1>正在链接...1>   正在创建库 Release/TbsCIapi.lib

some one said :"既然转向Linux，就远离TX吧……"webqq is not bad under linux :)http://web.qq.com/

uboot-----------kernel-----------rootfs.cramfsuboot's address form 0.....eg:[    0.675000] 0x0000000c0000-0x000000100000 : "misc"[    0.680000] 0x000000100000-0x000000600000 : "recovery"

1.安装TFTP软件  sudo apt-get install tftp-hpa tftpd-hpa  tftp-hpa是客户端,tftpd-hpa是服务器端  2.建立tftpboot目录，作为服务器的目录 sudo mkdir ~/tftpboot 释放权限：(服务器目录,需要设置权限为777,chomd 777) sudo chmod 777 ~/tft