rtc

文章目录 全局获取Context的技巧 使用Intent传递对象 Serializable Parcelable 定制自己的日志工具 创建定时任务 Alarm机制 Doze模式 多窗口模式 禁用多窗口模式 Lambda表达式 全局获取Context的技巧  Android提供了一个Application类，每当应用程序启动的时候，系统就会自动把这个类进行初始化。我们可定制一个自己的Application类，用于获取全局Context 示例：  1.创建Application的子类对象，提供获取content的方法 import android . app . Application ; import android . content . Context ; public class MyApplication extends Application { private static Context context ; @Override public void onCreate ( ) { super . onCreate ( ) ; context = getApplicationContext ( ) ; } //提供getContext()方法 public static Context getContext ( ) { return context ; } }  2

工业交换机 常应用在工业环境中，高温环境加上连续工作产生的热量如何快速散去非常重要！工业交换机在选用适合宽温的散热器材外，还应当注意良好的散热设计，下面我们就一起来看看华枢通信工业交换机常见的散热技术有哪些？ 一般电子产品的热设计主要包括散热、加装散热器和制冷三类技术，这里主要讨论工业交换机设备中的散热技术和加装散热器技术。 （一）散热应用中常采用的方法 第一种是传导散热方法，可选用导热系数大的材料来制造传热元件，或减小接触热阻并尽量缩短热路径。 第二种是对流散热方式，对流散热方式有自然对流散热和强迫对流散热两种方法。自然对流散热应注意以下几点：设计印制板和元器件时必须留出多余空间；安排元器件时，应注意温度场的合理分布；充分重视应用烟囱拨风原理；加大与对流介质的接触面积。强迫对流散热方式可采用风机（如计算机上的风扇）或双输入口推拉方式（如带换热器的推拉方式）。 第三种是利用热辐射特性方式，可以采用加大发热体表面的粗糙度、加大辐射体周围的环境温差，或加大辐射体表面的面积等方法。 （二）加装散热器 工业交换机设备在热设计中，最常采用的方法是加装散热器，其目的是控制半导体的温度，尤其是结温Tj，使其低于半导体器件的最大结温Tjmax，从而提高半导体器件的可靠性。半导体器件和散热器安装在一起工作时包含：半导体器件内热阻RTj、结温Tj、壳温Tc、散热器温度Tf

零基础的QT视频他来了~ 1.主打零基础入门，手把手教学，从C++到QT系统移植，带你打通QT的任督二脉。 2.独创的框架学习法，先掌握整体的QT开发流程，然后在逐一击破 3.从Windows上位机开发，到 Linux 界面开发，再到手机APP开发，一套代码可以在多平台运行，让你真正领略QT的魅力！ 哔哩哔哩搜索标题可看完整视频，更有资料下载链接。 目前已经有1.6W播放量， 来自粉丝的评价： 用心做好每一集教程 1. 开发板预留了 JTAG 仿真 接口，并给出了开发文档，可以实现在 JLINK 仿真器条件下的单步跟踪、断点调试等功能，使得开发研究 i.MX6ULL 处理器的相关技术更加直观便利。 2. 配套不同规格大小的屏幕供大家选择。迅为 7 寸 LVDS 屏、9.7 寸屏、10.1 寸屏 创造性的采用 HDMI 线连接方式，牢固耐用，使用方便，并兼容传统的连接方式。 3. 板载扩展了 HDMI 接口功能，您只要有一台 HDMI 接口的电脑 显示器 ，或者电视投影等设备，配上鼠标，就可以直接驱动并使用这些显示设备了，这样看起来俨然是一台小电脑了。 4. 物联网 时代，各种 传感器 的采集和处理技术是需要我们掌握的，开发板标配了各种传感器设备，通过对更多模块的研究和集成，可以更深入的理解和开发物联网设备。 核心板参数 尺寸 38mm*42mm CPU iMX6ULL ARM

本文来自阿里巴巴淘系技术部 高级算法专家王立波在LiveVideoStackCon 2020线上峰会的分享，从直播背景、直播痛点分析、窄带高清、云视频技术趋势几方面详细介绍了如何在确保用户体验QOS不变的前提下，实现淘宝直播的技术架构升级和成本大幅缩减。 文 / 王立波 整理 / LiveVideoStack 本次分享内容主要分为五个部分，首先是全民直播大时代的背景介绍，第二是直播痛点分析，第三是淘宝直播窄带高清技术，第四是音视频技术趋势探讨，最后是在线互动。 1 背景-全民直播大时代 在疫情的影响下，直播从传统的秀场应用逐渐渗透到行业的各个领域。包括在线课堂，旅游，政企，房车销售等等，可以说是全民直播时代已经到来。 在这样的一个大背景下，过去一年淘宝直播得以快速发展。2019年，淘宝直播拥有了4亿+的年度用户规模，有100万+年度主播入驻，2000亿+年度直播成交以及4000万+直播商品。春节期间，钉钉在线课堂更是有350万+的教师主播，为1.2亿+中小学生提供了在线课程服务。 2 直播痛点分析 在这么大的一个业务体量下，我们将会面对非常多的难点与挑战。总的来说，包含以下三个部分，首先是成本，包括带宽、存储和转码三个方面。其次是用户体验，例如画质，音质，秒开、卡顿和延时。最后是效率方面，例如开播的效率、审核的效率和理解分发的效率

一、WebRTC协议与SIP协议互通的需求来源 目前在国内需要WebRTC协议与SIP协议互通的场景主要集中在应用程序（App/Web）对接企业呼叫中心系统客服坐席、音视频会议对接PSTN/SIP音视频通话、企业内部App移动工作台（智能办公电话）、CRM系统集成电话呼叫功能、智能硬件（如：智能门禁设备、电梯救援设备、智能陪伴机器人）对接PSTN通话等落点电话场景。 详情可查看： www.webrtc2sip.com 二、协议互通的技术方案 SIP协议与RTC协议是分属两个音频编解码协议，WebRTC使用 JSEP 协议建立会话， SIP 协议是 IMS 网络广泛使用的信令协议，要实现webRTC协议和SIP协议互通，要从信令层和媒体层进行处理。以下为WebRTC和SIP协议互通的技术架构图。 三、影响通话质量的因素 1、语音通话网络传输设施。众所周知，IP侧的语音通话非常看网络环境。目前IP侧的语音通话有两种传输方案，公网传输和全球数据节点就近接入。公网传输属于尽力而为的机制，易丢包出现卡顿和延时情况，特别是国内与海外的公网传输更加明显。全球数据节点就近接入需要在全球建立数据节点，系统自动根据IP判定就近接入，专线传输时延低，稳定性高。对于公司内部会议、客服回访场景尤为重要。这个方案唯一的问题就是在全球建立数据节点成本极高。中小微企业自行建设性价比不高。 2

Arduino的LVGL环境搭建： 1. LVGL简介 2. 演示效果 3. 开始移植 3.1 源码准备 3.2 学习文档 3.3 移植 1. LVGL简介 LittlevGL是一个免费的开源图形库，提供了创建嵌入式GUI所需的一切，具有易于使用的图形元素、漂亮的视觉效果和低内存占用。 使用效果可以去： LittlevGL开源GUI 看看，使用效果真的很是惊艳，这里使用群友的一张图来看看近年来各种GUI图形库的发展趋势： 2. 演示效果 对于 ESP32 上使用 LVGL ，我在三种设备上进行了测试，屏幕驱动型号分别为： 1.14寸ST7789V 、 3.5寸ILI9488 、 3.5寸ST7796S ，为了方便对比，我在他们上边创建了同样的仪表控件，下面请看演示效果： 我自己的小手表 我在前几个月基于ESP32制作的小手表，集成多种功能，硬件资源有： 1.14寸屏幕 、 自动下载电路 、 温湿度 、 RTC时钟 、 大气压计 、 光亮度传感 、 加速度计 、 拨轮按键 、 TFT卡 、 蜂鸣器 、 振动马达 、 WS2812RGB灯 、 锂电池管理 ，可以说是可以满足目前的开发要求了； 项目地址 ： ESP32-Watch 启明云端GUI开发板 该开发板是 启明云端 公司推出的一款基于ESP32的GUI开发板，搭载了 3.5寸ST7796S屏幕 和 FT6336U电容触摸

我们这里常说的RTC可以理解为WebRTC技术，因为WebRTC技术是目前使用最广泛的即时通信技术，虽然在早期我们提到WebRTC、提到视频通话就会想到P2P的方式，但实际的视频通话方式背后的逻辑有很多种，p2p并不能解决所有的网络通信问题，视频通话会采用多种架构相结合的方式，保障用户视频通话的接通率。 WebRTC虽然是一项主要使用p2p的实时通讯技术，本应该是无中心化节点的，但是在一些大型多人通讯场景，如果都使用端对端直连，端上会遇到很带宽和性能的问题，所以就有了下图的三种架构。 一、Mesh架构 即：每个端都与其它端互连。以上图最左侧为例，5个浏览器，二二建立p2p连接，每个浏览器与其它4个建立连接，总共需要10个连接。如果每条连接占用1m带宽，则每个端上行需要4m，下行带宽也要4m，总共带宽消耗20m。而且除了带宽问题，每个浏览器上还要有音视频“编码/解码”，cpu使用率也是问题，一般这种架构只能支持4-6人左右，不过优点也很明显，没有中心节点，实现很简单。 二、MCU (MultiPoint Control Unit) 这是一种传统的中心化架构(上图中间部分)，每个浏览器仅与中心的MCU服务器连接，MCU服务器负责所有的视频编码、转码、解码、混合等复杂逻辑，每个浏览器只要1个连接，整个应用仅消耗5个连接，带宽占用(包括上行、下行）共10m，浏览器端的压力要小很多

目录 1. i.MX6ULL核心板资源说明 2. i.MX6ULL终结者底板资源说明 1. i.MX6ULL核心板资源说明 迅为电子的i.MX6ULL核心板分为工业级和商业级两种。对外提供的接口是邮票孔方式。下面我分别介绍下这两款核心板的硬件参数： i.MX6ULL工业级核心板的实物图片如图 1.1所示： 图 1.1 i.MX6ULL工业级核心板板载资源丰富，通过邮票孔将i.MX6ULL的所有资源几乎全部引出，接口丰富，可以满足各种应用的需求。核心板的尺寸仅为42mm*38mm，非常小巧。 I.MX6ULL工业级核心板板载资源如下： 1.CPU：MCIMX6Y2CVM05AB(工业级)或 MCIMX6Y2CVM08AB（工业级），主频分别为 528MHz 和 800MHz(实际为 792MHz)，采用BGA289封装 2.DDR3：MT41K256M8，大小为256MB字节，工业级 3.NAND FLASH：MT29F4G08ABADAWP-IT，512M字节，工业级 4.采用1.0mm间距的邮票孔方式引出146个引脚 I.MX6ULL商业级核心板的实物图片如图 1.2所示： 图 1.2 i.MX6ULL商业级核心板板载资源丰富，通过邮票孔将i.MX6ULL的所有资源几乎全部引出，接口丰富，可以满足各种应用的需求。核心板的尺寸仅为42mm*38mm，非常小巧。 I

Harris角点检测 思想 为什么要检测角点呢？因为角点的特征比较明显。进行角点检测的朴素思想是利用图像梯度，也就是根据图像强度的变化来寻找角点。如图所示 这里举了个例子，给定一个小的区域（Patch），当这个小区域在不同位置滑动的时候，所呈现出来的一些特性是不同的，根据图示，有三个方面。 Flat，平的地方，在任何方向，梯度都没什么变化。 Edge，边的地方，当沿着边方向的时候，梯度没什么变化。 Corner，角的地方，沿着任何方向，梯度都有变化。 Error Function \[E(u,v)=\sum_{x,y}{w(x,y)[I(x+u,y+v)-I(x,y)]^2} \] \(x,y\) 是相对于一个小patch来说的，例如一个5*5的区域 \((u,v)\) 是一个很小的移动量 \(w(x,y)\) 是windows function，也就是对于每个点的权重，例如想让中心的点权重高，可以用高斯核，一般就是全1或者高斯。 \(I(x,y)\) 就代表图像在 \((x,y)\) 的强度值。 后面做差其实就是类似求梯度一样 根据之前的讨论，在一个patch里，如果有角点的存在，各个方向的梯度值都很大，于是乎，我们的目标是让 \(E(u,v)\) 尽可能的大。 因为 \((u,v)\) 的值很小，所以我们可以利用二元函数的泰勒展开，来近似计算。 二元函数的泰勒展开

目录 原因分析 解决办法 方法1：改Ubuntu时间显示方式 方法2：改Windows注册表 参考 原因分析 Ubuntu默认是用硬件时间（RTC, real time clock)，加上UTC(universal time)时区得到显示的时间。 而Windows则默认用本地时间(local time)，这导致Windows和Ubuntu双系统的时间显示不一致。 具体表现：在Windows上通过关掉-开启网络同步时区，正确的显示了时间；重启进Ubuntu，时间显示也正确；但再次回到Win10发现时间少了8小时。 解决办法 方法1：改Ubuntu时间显示方式 timedatectl set-local-rtc 1 --adjust-system-clock 验证： timedatectl (base) 1080Ti% timedatectl Local time: 四 2020-05-14 18:52:11 CST Universal time: 四 2020-05-14 10:52:11 UTC RTC time: 四 2020-05-14 18:52:12 Time zone: Asia/Shanghai (CST, +0800) Network time on: yes NTP synchronized: no RTC in local TZ: yes Warning: The