先提出自我批评:相对上周,本周在任务没有明显的涨幅。
0415
1.服务器界面电量值上传验证成功。
2.服务器界面新加中继接口:6666 同时系统启动初始化成功。
3.客户端中的语音接受中CHANNEL_CONFIGURATION_MONO停用 修改为CHANNEL_OUT_MONO。验证成功。
0416
服务器(调整之前轿厢位于始发站与迂回战时关闭接近报警的逻辑) 客户端 debug--->采用断点逐步调试+TCP助手
0417-0418
1.按照工作流程 检查内部逻辑,找出隐藏的BUG并debug掉,与VR工程探讨针对运行时轿厢会出现前后漂移情况,提出利用纬度值进行约束(因手机GPS经度达不到10米,所以在提出在得到数据值后将值*1000进行放大,进行约束掉跳变点)
2.优化界面电量显示与现实中逻辑,调整设备在线与不在线电量显示逻辑。
0419
1.(与vr方面 VR问题) 今天谈到一个问题,VR初始化问题, 怎们程序启动可以准确定位缆车在线路上的位置。即VR启动瞬间后怎么刷新缆车的编号排列,
2.与小白师兄交谈: 针对音频这块 进行交流 本周也主要做了这个工作,结果差强人意,C#没有提供开源的音频文件的解码工具,采用soundplay()类只支持wmv格式且只能本地播放。NAudio也实现不了音频文件解码工作。C#做音频的线恐暂时停止。好在与小白师兄交流,谈到,C#短时间无法改播放组件的开源码,就换个“线”,将音频和广播抽离转移到java中。C#调用命令行执行音频部分。约定明后两天找时间再聊。
0420
(与小白师兄) 提出采用bili 或者快手等直播平台的音视频推流到服务器,在拉流到客户端思路,采用服务器启命令行---->FFMPEg进行音频 广播解码工作---->推流到服务器(RTMP )----->安卓拉流播放。方法比较开源,learning.....
0421
(与小白师兄-下午) 音频选择采用RTMP服务器,利用nginx启动一个进程,设置默认的端口号进行通信端口,C# 获取参数 送将想要播放的音频文件送FFMPEG 解码推流,安卓端在进行拉流播放。此调整不再进行音频播放的编码,只需要点击按钮后使得C#可以调用cmd命令行,将推流的命令行写死。暂停播放或者停止播放则杀死进程。弊端是:可能人为的选择不了本地文件的地理位置。没有了代码支撑,需要废弃原来所做的音频本地播放的工作。
本周总结:在实验室情况下提高系统稳定性,消除一些隐藏bug。
反思:C#在音文件的解码和上传流没有进展。这也是导致了0421记录。
下周计划:利用0421记录要点,完成音频文件的推流拉流播放。
...