一些注意事项：
1、防火墙影响套接子的连接，用service iptables stop关掉受控机器上的防火墙（这个问题出现在FC3身上）；防火墙也影响时间服务器，无论是在客户端还是在服务器端都影响，因为在时间同步的时候又服务器和客户端的信息收发
2、受控机器既然要播放声音就要有声音文件；
3、每台掌握一张机器名和IP对照表（/etc/hosts），否则程序提示段错误（segmentation fault），套接字完全配置的过程中有一个环节是获得主机名（主机和端口绑定到套接字构成套接字的地址），由于缺少hosts文件作参考，使程序中指向名字空间的指针失效（只想非法空间），造成所谓的“段错误”，这个错误并不是在定义主机名指针时未赋初值或NULL造成的，而是由于或的主机名的函数没能返回合理指针；
4、注意对源文件做个备份，无意中很容易覆盖原文件，如gcc socketsmine.c -o socketsmine.c，将导致socketsmine.c丢失；
5、段错误，可能是由于指针指向了非法地址；
6、声卡（硬件）引起的程序错；
7、网络保持畅通；
8、注意端口号的合法性以及程序所用的端口号不能重复；（可以设置套接字选项）
9、音频文件的解读；用文件头中的数据确定播放400ms
10、QT编程对系统的要求，如FC3下对-lqt“不识别”，而RedHat9.0下顺利编译通过，并执行出结果；
11、程序设计一定要规范，一些数字用宏定义，会省很多心！
12、各个主机时间同步问题（时间服务器和广播）
13、对gcc习性的掌握，如被调函数在调用函数之后，而在调用函数之前未声明而出现的错误提示，系统函数书写错误的提示（不像turbol c那样直截了当，而且一个错误导致连环错，会产生多个错误提示）；提示的错误可能在出现在提示位置的附近！有时候把错在哪里却说成别的错误，指桑骂槐，指鸡骂鸭，指哪不打哪；注意中英标点
未解决的问题：同步/制作音频文件/拆分功能块/泛声卡/QT界面/统计/定时器/makefile/调试工具/内部程序优化比如每次循环不关闭（服务）套接字/声卡写出错/声卡未检测到/汉化/程序注释和（说明）文档，使用手册/主程序前部分的准备（提示语和延时）/实验之后的统计工作的自动完成/套接字细节/发声程序/文件写字符（将整数转化成字符再存储）/使音频文件播放固定时间/与windows平台的对比/可移植性/软件测试及测试工具
1、强调linux，免费，资源丰富，相对windows的版权费用要节约的多！
2、考虑到缓存大小，每次都建立套接字和关闭
3、在启动时间服务期的前提下，先通过多对套接字进行动态统计测算到达各个机器延迟时间与机器本身接收到指令之后到发生之前的延迟之和，再用现有程序（作为后半部分），构成完整程序；总之，是反复收发获得平均值，从而确定到达各个机器的网络延迟（以减小时间延迟，提高时间精度的各种方法与手段作为一个突破口）
4、动态统计可以自适应网络实际情况（网络的可移植性），对异构机器的适应性，对议购操作系统的适应性（能否在linux与windows之间实验）（NTPS可同步windows客户的时间）；广播并不能完全的时间同步，只是在发送的时刻保持了一致，而并未考虑到网络现状
5、DOS下的开发或移植、VC++下的开发,dos下通讯和声卡
6、并行化实现
4、针对心理学领域，实验误差的要求
5、总结各种技术的特点
6、在使用NTP的前提下，将发声之后的时刻存储到远程服务器文件，将按键之后的时刻存储到本地文件，事后利用程序进行统计，可考虑声音的传播延时V=331.5+0.6xt
阅读(1314) | 评论(0) | 转发(0) |
