rtc

打破原有的手动部署方式，实现程序自动化；通过 jenkins 来解放你的双手 jenkins说明 jenkins是一款由Java编写的开源的持续集成工具，它运行在Servlet容器中（例如Apache Tomcat）。它支持软件配置管理（SCM）工具（包括AccuRev SCM、CVS、Subversion、Git、Perforce、Clearcase和RTC），可以执行基于Apache Ant和Apache Maven的项目，以及任意的Shell脚本和Windows批处理命令，可以通过各种手段触发构建，例如提交给版本控制系统时被触发，也可以通过类似Cron的机制调度，也可以在其他的构建已经完成时，还可以通过一个特定的URL进行请求。 jenkins安装 官方下载： https://jenkins.io/zh/download/ 有相应系统的安装包和通用包(.war），通过Servlet容器运行 1､WAR包安装 将最新的稳定Jenkins WAR包 下载到您计算机上的相应目录。 在下载的目录内打开一个终端/命令提示符窗口。 运行命令 java -jar jenkins.war 浏览 http://127.0.0.1:8080 ，并等到 Unlock Jenkins 页面出现。 2､ brew 安装 Mac下执行 brew install jenkins-lts 命令安装

Stages 可用于帮助企业定义、管理、发布、控制、优化其研发过程，同时使其研发过程符合CMMI、ASPICE、ISO26262 等标准。Stages 的核心理念是把过程理论和实际项目进行有机结合。Stages聚焦于研发过程的用户体验，允许用户集中访问过程描述信息、项目文档、模板、应用案例或者技术知识库。在Stages中定义好的过程，可以直接用于项目管理或者配置管理系统，如ClearCase、SVN、RTC、JIRA等。 产品介绍 • 简单灵活的过程建模 Stages 提供了非常简单灵活的可视化建模方式，表单化的过程定义，自动渲染的图形呈现，还可以定义任意详细程度的模型显示。过程模型提供了多种视图，方便不同的人员使用。例如，过程建模工程师可以使用过程模型的详细视图，以进行过程定义和确保过程的一致性。开发工程师可以使用模型视图，它只包含个人每天的工作信息，如文档和模板。 • 过程建模要素 过程建模一般包括活动&决策、角色、工具、资源、阶段&里程碑、工具、方法、培训和度量这几大关键要素。Stages 工具很好的支持了这些过程要素。 • 过程与标准的合规性 为了支持企业使用标准参考模型（如CMMI、ASPICE、ISO26262）来进行过程改进，Stages 内置了这些标准的参考模型，并且能灵活地把过程模型与不同的参考模型进行映射，此外可进行过程模型的差距分析。 • 灵活的过程变体能力

文章目录 1.全局获得Context的技巧 2.使用Intent传递对象 2.1Serializable方式 2.2Parcelable方式 3.定制自己的日志工具 4.创建定时任务 4.1Alarm机制 4.2Doze模式 5.多窗口模式编程 5.1多窗口模式下的生命周期 5.2禁用多窗口模式 1.全局获得Context的技巧 在我们学习Android基础知识的时候，你会发现在很多地方我们都会使用到Context，弹出Toast的时候需要，启动活动的时候需要，发送广播的时候需要，操作数据库的时候需要，使用通知的时候需要，等等等等。所以有时候在需要使用Context时，却不知道该怎么获得Context将会是一件非常伤脑筋的事情。本节我们就来介绍一个全局获得Context的技巧。 使用步骤： 1.新建类继承Application类，在其中获取Context并定义一个用于外部获取Context的方法。 2.给AndroidManifest.xml设置android：name属性。也就是告知系统，当程序启动时应该初始化MyApplication类，而不是默认的Application类。 示例： //步骤一 public class MyApplication extends Application { private static Context context ; @Override

在上一节迅为IMX6ULL开发板已经对DTS的语法做了比较详细的介绍，在本节中根据前面讲解的语法，从头到尾编写一个小型的设备树文件。我们会以一个虚拟的设备作为参考，提前假设一些外部设备和功能。当然这个虚拟的设备没有任何的意思，只是为了复习掌握前面学习的设备树语法。在实际产品的开发过程中，我们不需要从头编写一个dts设备树文件，一般都是使用soc厂商提供的dts文件，我们只需要根据自己的实际情况修改添加自己的内容即可。 下面这个假设的设备，制造商为“Acme”，并命名为“Coyote's Revenge”，具体功能如下： l 一个32位 ARM CPU l 处理器本地 总线 连接到内存映射的串行口、spi 总线控制器、i2c 控制器、中断控制器和外部总线桥 l 256MB SDRAM起始地址为0 l 两个串口起始地址：0x101F1000和0x101F2000 l GPIO控制器起始地址：0x101F3000 l 带有一下设备的SPI控制器起始地址：0x10170000 n MMC插槽的SS管脚连接至GPIO #1 l 外部总线桥挂载一下设备 n SMC SMC91111 以太网，起始地址：0x10100000 l i2c控制器起始地址：0x10160000，并挂载一下设备 n Maxim DS1338实时时钟，响应至从地址11010000（0x58） n 64MB

Author：AXYZdong 自动化专业 工科男 有一点思考，有一点想法，有一点理性！ 定个小小目标，努力成为习惯！在最美的年华遇见更好的自己！ CSDN@AXYZdong，CSDN首发，AXYZdong原创 唯一博客更新的地址为： 👉 AXYZdong的博客 👈 文章目录 2020电赛前夜的一篇文章，明天8点开题，加油！ 一、EXTI 简介 二、EXTI 功能框图 三、中断/事件线 四、EXTI 初始化结构体 4.1. 中断/事件线 4.2. EXTI 模式 4.3. 触发类型 4.4. EXTI 控制 五、外部中断控制实验 编程要点 EXTI.h EXTI.c main.c 实验现象 六、总结 开发板： stm32f407VET6 开发环境：keil5 MDK 插播一条反爬虫信息，读者可以忽略： 2020电赛前夜的一篇文章，明天8点开题，加油！ 一、EXTI 简介 外部中断/事件控制器(EXTI)管理了控制器的 23个中断/事件线。每个中断/事件线都对应有一个边沿检测器，可以实现输入信号的上升沿检测和下降沿的检测。EXTI 可以实现对每个中断/事件线进行单独配置，可以单独配置为中断或者事件，以及触发事件的属性。 二、EXTI 功能框图 信号线上斜杠并标注 “23” 字样 ：表示在控制器内部类似的信号线路有23个。 EXTI 是挂靠在 APB2 总线上的。 三、中断/事件线

anyRTC iOS Developer 林顺 9月工作总结 8月31日- 9月4日 本周开发计划： 熟悉rtc、rtm sdk； rtc多频道文档； ARCall 上架AppStore。 工作中遇到的问题 程序无法在真机上运行，报错error reading …bridging-header.h， 需要把在project 中把 objective-c bridging header 文件路径改为本地bridging-header.h 所在位置 关于delegate回调问题，需要仔细看文档是远方触发回调还是本地触发回调 第一次运用md 编写rtc多频道文档，在编写过程中熟悉多频道方法以及回调 第一次上传Ipa 到appstore实践了appstore 上架流程。 遇到证书问题，重启电脑后解决。Archive 时候 遇到bitcode bundle could not be generated， 需要在project中把Enable Bitcode 改成no。需要上传预览图。 9月7日- 9月11日 本周开发计划： 写一个 rtm sdk demo； 熟悉ARCall demo 代码 工作中遇到的问题 上周 appstore 上传app被拒 因为没有上传演示视频，拍摄视频后填入视频连接后重新提交，通过审核成功上架。 测试机 ipad上一直跳出信任窗口，一闪而过无法点击

CAN 总线接口 开发板搭载有一个CAN总线接口CAN。CON9为对应接线端子，接口定义如下图： ​ 图 30 ​ 图 31 RTC 座 芯片内部自带RTC时钟控制器，通过可充电ML2032型RTC座引出接口，电压值为3V，其接口为CON3。其硬件位置及原理图如下图所示： ​ 图 32 ​ 图 33 US B DRD/USB HUB 接口 CON10为Micro USB 2.0接口，应用于各种不同的移动设备间的连接，进行数据交换，传输速度高达480Mbps。 CON1和CON11是双层的USB HOST 2.0接口，应用于各种不同的移动设备间的连接，进行数据交换，传输速度高达480Mbps。可以接USB摄像头、USB键盘、USB鼠标、U盘等常见的USB外设。其硬件位置及原理图如下图所示： ​ 图 34 ​ 图 35 ​ 图 36 ​ 图 37 RGMII 千兆以太网接口 开发板配置了两个RGMII千兆以太网口CON18和CON19，采用了KSZ9031RNXIA网络芯片，自适应10/100/1000M网络，RJ45连接头内部已经包含了耦合线圈，因此不必另接网络变压器，使用普通的直连网线即可连接开发板至路由器或者交换机。其硬件位置及原理图如下图所示： ​ 图 38 ​ 图 39 拓展IO口 J3引出了GPMC/GPIO拓展信号，J4引出了McASP/I2C/GPIO扩展信号

“看得更清楚”是人类基本需求之一，致力于“看清”的超分辨率算法应用场景广泛。 比如，将低清的珍贵老纪录片或 受损的经典影片修复，让老游戏告别马赛克迎来 “第二春”，帮助警察看清监控影像上的人脸和车牌，使医生看清“X光片” 中病人的病灶，等等。 《哈利波特与魔法石》的修复中用到了超分辨率技术 超分辨率算法在实时音视频通话（RT C ）有着重要的实用价值，如何将其应用到RT C ，是工业界亟待解决的问题。 声网Agora 联合 RTC 开发者社区，正式发布 超分辨率图像性能挑战赛 ， 旨在吸引更多研究人员参与超分辨率算法的研究，推动超分辨率算法在RT C 场景应用，促进工业界与学术界的深度合作。 主办方 声网Agora成立于2013年，是全球实时互动云行业开创者，是全球领先的专业服务商。 声网Agora为开发者提供简单易用、高度可定制和广泛兼容的应用编程接口API，使得开发者不需要研发或自己构建底层基础设施，只需简单调用Agora API，即可在应用内构建多种实时音视频互动场景。 2020年3月单月，声网Agora通过10,000多个活跃应用程序为100多个国家的终端用户提供超过400亿分钟的实时互动。 声网Agora 的实时互动技术已经赋能到社交直播、在线教育、游戏电竞、IoT、AR/VR、保险、医疗、企业协作等10余行业，共计100多种场景。服务覆盖全球200多个国家和地区

一、简介 实际版本开发时，需要将webrtc的lib合入自己特定的工程库，这里记录一下合入过程，便于后续版本升级webrtc版本新建工程时参考。 二、环境配置 PC机：windows 10 VS版本：Microsoft Visual Studio Enterprise 2019 三、预置条件 windows环境上编译webrtc 编译OKwebrtc库，使用编译命令行为 gn gen out/Release --args="target_os=\"win\" target_cpu=\"x64\" is_debug=false rtc_use_h264=true is_component_ffmpeg=true ffmpeg_branding=\"Chrome\" enable_libaom=false gtest_enable_absl_printers=false libyuv_include_tests=false rtc_include_tests=false is_component_build=false rtc_enable_protobuf=true" --ide=vs2019 若是版本不支持Clang，可以使用如下命令行 gn gen out/Release --args="target_os=\"win\" target_cpu=\"x64\" is_debug

在直播大火的今天，一直流传着“不连麦无直播”的说法，为什么这么说呢？主要是现阶段用户对“强互动”比较满意，在接受了强互动的友好体验后，不在愿意用“弱互动”的方式进行交流，所以就形成了现在各大平台的直播中，都添加了直播连麦的功能。 连麦方案 市面上分析连麦方案的已经很多，主要分为CDN连麦，以及RTC连麦2种，其中CDN连麦方式延迟大，不稳定，下面我着重介绍RTC连麦方案。 方案一：服务端合流 优势： 发烫不严重，以及电量损耗小 当客户端网络情况不好的时候，对直播的影响较小 劣势 太贵：市面上的云服务商按照分钟数收费 延迟大：音视频流经过服务端中转并在旁路推流服务中进行合成转码在进行推流。 方案二：客户端合流 优势： 省钱：无需支付旁路推流的钱 延迟小：主播端直接推流，减少了传输过程中的延迟损耗 劣势 手机发烫：手机端直接推流，对手机端的性能有些损耗 弱网环境下，影响直播的效果，主播端发两路流，考验主播端的上行网络。 推流小助手 推流小助手是上面的第二种方案，该方案的缺点会使手机发烫，但是为了省钱，这点小小的牺牲算的了什么呢。 什么情况下使用推流小助手？ 音频连麦：音频连麦对设备的性能消耗比较小，而且带宽占用也比较低。用该方案能达到省钱，延迟低的最佳效果 视频PK模式：2个人进行直播连麦，对客户端的带宽以及性能消耗相对较小。客户端损耗能在接受范围内，为什么不用呢？ 单主播模式