王超 的活动
从 2024-11-14 到 2024-12-13
2024-12-13
- 15:32 电话条 4.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 配合排查达内移动APP开机白屏问题,通过云手机和更换页面测试,目前怀疑是手机型号太老H5的适配性问题
- 15:24 电话条 4.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 调试工作手机的测试环境,包括落地号码的视频呼叫(线路申请)以及工作台中呼叫任务的配置实现
- 15:23 电话条 4.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 实现TRTC的被叫模式demo,等待联调测试
- 15:19 电话条 4.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 分析目前圆通呼叫蜜罐告警的问题,是RTP的媒体协商时携带的m行为内网地址问题,webrtc暂时不会出现问题,制定方案,从option中获取本端真实外网地址进行协商
- 15:29 IM 4.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 1、尝试将目前IM SDK的代码进行封装(主要是协议栈代码封装),准备之后SDK合并提供源码出去;2、讨论之前京东提的方案二和方案三的选择问题
- 15:27 IM 4.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 配合解决发送大文件在后台回到前台后UI不能正确更新消息状态的问题,在发送返回的实体类中增加localMsgId,让APP层进行判断,发布新版本给到北京银行
- 15:22 IM 4.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 分析iOS端快速切换前后台进行login和logout出现的异常问题,主要是因为SDK没有释放完就进行初始化导致的,修改SDK解决,在block中进行重新login
- 15:16 IM 4.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 1、与服务端联调,解决主动退群依然收到退群通知的问题,增加leaveMode字段处理;2、与北京银行APP开发同事讨论后台上传文件的UI刷新方案
- 15:26 电话条 4.00 小时 (功能 #1771 (进行中): 中信银行手机银行项目支持)
- 分析iOS端sendMessage方法的崩溃问题,目前看是因为调用UnInitial之后调用方法导致的,提供分析结果,等待是不是还有类似问题发生
- 15:17 电话条 4.00 小时 (功能 #1771 (进行中): 中信银行手机银行项目支持)
- 给中信信用卡中心开发iOS端屏幕共享的demo,并编写文档说明集成步骤和注意事项
2024-12-06
- 16:37 电话条 4.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 1、调整iOS trtc的demo,增加roomid的类型选择问题;2、新增trtc媒体下,注册模式的demo
- 16:36 电话条 2.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 排查圆通iOS端初始化失败问题,是option探测不通,UDP的连通性问题
- 16:34 电话条 2.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 排查匠岩APP后台网络无法唤起的问题,添加代码阻止后台CPU和内存优化,解决无法唤起的问题
- 16:35 电话条 1.00 小时 (功能 #1771 (进行中): 中信银行手机银行项目支持)
- 配合行方测试视频H165格式的录制问题
- 16:31 IM 3.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 使用Java层代码实现国密加解密速度较慢,调研Android端使用C代码进行国密加解密的方式,最后使用开源的gmssl库打包成libgmssl.so进行解决
- 16:29 IM 3.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 1、配合北京银行APP调查测试环境下多设备登录时踢出问题异常原因;2、与京东讨论在线坐席SDK与IM即时通信SDK的合并问题,目前确定使用2、3方案,开不开放源码的问题需要待确认
2024-12-05
- 09:50 电话条 1.00 小时 (功能 #1771 (进行中): 中信银行手机银行项目支持)
- 中信银行配合测试H265声网媒体的录制效果
- 09:50 电话条 1.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 排查匠岩手机后台无法唤醒的原因,应该是手机后台对APP的优化导致运行紊乱了
- 09:49 电话条 2.00 小时 (功能 #1772 (进行中): 大疆无人机开发)
- 96环境的CRM5调试与无人机的通话,咨询和邀请功能实现,拨打手机号码测试完成
- 09:48 IM 4.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 排查北京银行测试环境改变之后,多设备登录注册问题;分析北京银行APP测试问题,推荐修改代码逻辑
2024-12-04
- 09:19 电话条 1.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 1、演示无人机的基础功能;2、准备在CRM系统中演示呼叫落地号码的功能环境
- 09:19 电话条 2.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 查找匠岩手机上SDK退到后台之后SIP失效的原因,是使用Handler导致的延时引起的协议栈时间异常,准备修改成AlramManager实现定时任务
- 09:17 电话条 4.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 1、增加设置音频路由是不是由SDK自动控制的方法,发布新版本sdk给韵达;2、进行大呼测试
- 09:17 IM 1.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 配合服务端查找北京银行APP在正式环境中的异常问题
2024-12-02
- 16:41 电话条 1.00 小时 (功能 #1771 (进行中): 中信银行手机银行项目支持)
- 支持中信银行iOS的SDK的集成问题,设置声网视频编码H265的问题,目前声网4.X以上的版本视频默认编码格式是H265,音频为opus
- 16:40 IM 5.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 1、公司环境测试国密加密的数据库SDK版本功能,并发布新版本SDK给到行方;2、配合行方测试IM环境的问题
- 16:38 电话条 3.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 调研声网微信小程序VoIP CallKit的实现方案,目前看应该就是借助于微信的本身的能力,钻了空子,在呼叫被接听时直接挂断,然后初始化了自己的SDK进行音视频呼叫
2024-11-29
- 15:47 IM 8.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 1、封装IM数据库国密加解密的方法工具类;2、对目前IM SDK的相关表的相关字段进行国密加密;3、对目前程序中使用到加密字段的查询操作进行解密处理
2024-11-28
- 18:05 IM 8.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 1、与北京银行讨论IM数据库本地加密的解决方案;2、研究和实现iOS国密SM4的加解密算法;3、从服务端接口获取国密算法的秘钥;4、代码中增加国密相关逻辑的处理
2024-11-27
- 17:16 电话条 1.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 天津医保局实现方案确认,使用原生和H5的区别,以及流程控制和最终呈现的初步定版
- 17:13 电话条 5.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 1、梳理客户端实现耳机(有线、蓝牙)、听筒和扬声器的切换,结合目前市面上的实现方式,只能使用AirPlay;2、根据之前制定的方案,给圆通实现对方真实振铃事件的回调,开发新版本SDK并进行大呼
- 17:15 IM 3.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 1、调研iOS本地数据库加密方案,目前结合野火IM和环信IM的实现方式,是使用sqlcipher,但是有风险;2、基本讨论IM SDK与京东在线客服客户端SDK合并的问题,工作量可能很大
2024-11-26
- 17:49 电话条 4.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 分析韵达音频路由的需求,用户可以自由的选择耳机、听筒和扬声器的切换,iOS可以使用AirPlay实现,但是需要SDK将音频路由的权限开放出去,不再做处理
- 14:33 电话条 2.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 根据圆通提出的问题,想要拿到被叫端真实振铃的时间,SDK准备解决方案并验证,等待客户方确认后正式开发
- 14:34 电话条 4.00 小时 (功能 #1796 (进行中): Polycom腾讯TRTC会议场景实现)
- 结合新版本的web sip sdk整合之前声网下的polycom的业务开发web端的页面,准备demo实现
- 14:32 IM 2.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 配合北京银行掌银端进行SDK的改造,支持版本更新和下载可以传参设置,发布新版本SDK
- 14:30 电话条 4.00 小时 (功能 #1771 (进行中): 中信银行手机银行项目支持)
- 1、继续排查iOS SDK发送会议message崩溃的问题,添加必要的日志输出;2、解决SDK的Initial出现的线程优先级翻转的问题,输出新版本的SDK 20241125
2024-11-25
- 09:33 电话条 2.00 小时 (功能 #1796 (进行中): Polycom腾讯TRTC会议场景实现)
- TRTC的web端SDK文档的参考,准备polycom功能的视线
- 09:32 电话条 2.00 小时 (功能 #1774 (进行中): 移动云PBX项目验收支持)
- 与陈伟伟讨论目前中移验收需要的功能要求,进行功能开发
- 09:31 电话条 4.00 小时 (功能 #1774 (进行中): 移动云PBX项目验收支持)
- 与项目组讨论天津医保局二期需求,并根据需求套路实现方案
- 09:30 电话条 8.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 1、运行火山引擎WEB端的demo;2、结合Android端的火山引擎SDK和SIP SDK实现公司环境SIP 通话的功能Demo,等待联调
- 09:29 鸿蒙协议栈 8.00 小时 (功能 #1759 (新建): harmony下协议栈开发)
- 1、与声网配合实现鸿蒙NEXT 正式版本的升级;2、在新系统上完成SIP SDK的测试,并结合声网SDK实现鸿蒙音视频通话的Demo
- 09:28 鸿蒙协议栈 4.00 小时 (功能 #1759 (新建): harmony下协议栈开发)
- 分析中信银行iOS崩溃问题,尝试查找解决方案,目前是增加日志输出,下次问题复现时进行分析
- 09:27 电话条 4.00 小时 (功能 #1773 (进行中): 远盟车机开发支持)
- 远盟车机电话医生场景下分析异常原因,配合进行代码逻辑修改和完善
2024-11-15
- 18:18 电话条 4.00 小时 (功能 #1796 (进行中): Polycom腾讯TRTC会议场景实现)
- 1、分析Polycom与TRTC的结合方案;2、开始实现web页面的功能,使用trtc能力
- 17:54 电话条 功能 #1796 (进行中): Polycom腾讯TRTC会议场景实现
- 17:54 电话条 功能 #1796 (进行中): Polycom腾讯TRTC会议场景实现
- 18:17 电话条 2.00 小时 (功能 #1797 (进行中): 老虎证券)
- 1、与甲方开会确认需求;2、提供集成方案和需要的资源
- 17:54 电话条 功能 #1797 (进行中): 老虎证券
- 17:54 电话条 功能 #1797 (进行中): 老虎证券
- 18:16 电话条 6.00 小时 (功能 #1795 (进行中): 黑龙江医保局项目)
- 1、分析黑龙江医保局的需求;2、结合需求提供SDK,并且将需求整合到demo中,编写集成文档,等待提供。
- 17:53 电话条 功能 #1795 (进行中): 黑龙江医保局项目
- 17:53 电话条 功能 #1795 (进行中): 黑龙江医保局项目
- 18:15 电话条 6.00 小时 (功能 #1774 (进行中): 移动云PBX项目验收支持)
- 根据项目需求实现demo中可以实现视频分辨率,视频帧率的切换,以及可以关闭通话3A的能力,实现demo
- 18:14 电话条 2.00 小时 (功能 #1773 (进行中): 远盟车机开发支持)
- 远盟崩溃问题分析,是handler释放问题,修改代码解决
- 18:13 电话条 8.00 小时 (功能 #1772 (进行中): 大疆无人机开发)
- 1、结合目前已有的坐席端demo实现无人机的完整的通话流程,被叫主动接通和主叫通话功能;2、查找声网模式下,被叫扬声器不起作用的问题,是SDK的状态处理有问题,进行修改
- 18:11 电话条 2.00 小时 (功能 #1771 (进行中): 中信银行手机银行项目支持)
- 调查中信银行iOS会议中发送消息失败的问题,排查是在调用了UnInitial之后调用了相关的API导致的
- 18:10 电话条 2.00 小时 (功能 #1798 (进行中): 新方SIP通话客户端相关事项)
- 查找一方通APP下架原因,是服务端服务报错,调查是96环境的redis的5088被占用导致的,切换其他的Redis服务解决
- 17:56 电话条 功能 #1798 (进行中): 新方SIP通话客户端相关事项
- 17:56 电话条 功能 #1798 (进行中): 新方SIP通话客户端相关事项
- 18:05 IM 4.00 小时 (功能 #1770 (进行中): 北京银行IM开发)
- 1、配合服务端查找转发消息超长的问题,目前服务端数据库字段类型是varchar,最大存储是4k,建议修改为clob,同时客户端将发送消息的大小设置为60k;2、修改转发消息超长处理逻辑,超长之后不入本地库
导出 Atom