rtc

前言 2020年注定是一个会被载入史册的一年，这一年里面我们经历了高考延期，奥运会延期，澳大利亚史无前例的森林大火，但是大家印象最深刻的应该还是新冠疫情的爆发。 2020年开年之初，新型冠状病毒就在全国范围内爆发，全国进入紧急抗疫状态，武汉全城封闭，澳洲紧急撤侨。为了有效的控制疫情，大人们选择在家办公，学生们开始了上网课，保证停课不停学。在全国人民的共同努力下疫情得到了有效的控制，大家的日常生活也逐渐恢复了往常的样子。正当我们准备欢送2020，喜迎2021的时候，疫情却迎来了第二次的复发，提醒我们这场“战疫”还没有结束。 由于疫情出现反弹的原因，加速了全国各地中小学寒假的到来。受疫情影响比较大的一些城市如，大连，沈阳，石家庄，黑龙江等地区，相继发布了寒假提前的通知，暂停线下授课。一些教育机构也提早做起了线上教学的预案，线上教育再一次进入了大家的视野。 疫情反弹，在线教育已经做好准备 2020年初，突如其来的疫情让我们国家的教育被迫转移到了线上，可以说这次疫情是对我们国家线上教育的一次重大考验。 面对这次疫情的突然爆发，国家马上采取了积极措施，面对无法正常开学，无法正常上课的情况，教育部采用了“停课不停学”的大规模在线教育实验。保证学生们虽然无法正常在学校上课，但是可以使用线上教学的方式来学习，保证正常的学习进度。 经过了这次大规模的线上教育，大部分学生、家长

WebRTC简介 WebRTC，名称源自网页即时通信（英语：Web Real-Time Communication）的缩写，是一个支持网页浏览器进行实时语音对话或视频对话的API。它于2011年6月1日开源并在Google、Mozilla、Opera支持下被纳入万维网联盟的W3C推荐标准。EasyRTC基于WebRTC，凭借多年音视频开发经验并结合实际情况，开发了 基于WebRTC的音视频通讯云平台，提供互动教学、连麦直播、视频会议、指挥调度等多种音视频跨平台解决方案。 WebRTC历史 2010年5月，Google以6820万美元收购VoIP软件开发商Global IP Solutions的GIPS引擎，并改为名为“WebRTC”。WebRTC使用GIPS引擎，实现了基于网页的视频会议，并支持722，PCM，ILBC，ISAC等编码，同时使用谷歌自家的VP8视频解码器；同时支持RTP/SRTP传输等。 2012年1月，谷歌已经把这款软件集成到Chrome浏览器中。同时FreeSWITCH项目宣称支持iSAC audio codec。 WebRTC核心API WebRTC原生APIs文件是基于WebRTC规格书撰写而成，这些API可分成Network Stream API、 RTCPeerConnection、Peer-to-peer Data API三类： Network

前言 2020年注定是一个会被载入史册的一年，这一年里面我们经历了高考延期，奥运会延期，澳大利亚史无前例的森林大火，但是大家印象最深刻的应该还是新冠疫情的爆发。 2020年开年之初，新型冠状病毒就在全国范围内爆发，全国进入紧急抗疫状态，武汉全城封闭，澳洲紧急撤侨。为了有效的控制疫情，大人们选择在家办公，学生们开始了上网课，保证停课不停学。在全国人民的共同努力下疫情得到了有效的控制，大家的日常生活也逐渐恢复了往常的样子。正当我们准备欢送2020，喜迎2021的时候，疫情却迎来了第二次的复发，提醒我们这场“战疫”还没有结束。 由于疫情出现反弹的原因，加速了全国各地中小学寒假的到来。受疫情影响比较大的一些城市如，大连，沈阳，石家庄，黑龙江等地区，相继发布了寒假提前的通知，暂停线下授课。一些教育机构也提早做起了线上教学的预案，线上教育再一次进入了大家的视野。 疫情反弹，在线教育已经做好准备 2020年初，突如其来的疫情让我们国家的教育被迫转移到了线上，可以说这次疫情是对我们国家线上教育的一次重大考验。 面对这次疫情的突然爆发，国家马上采取了积极措施，面对无法正常开学，无法正常上课的情况，教育部采用了“停课不停学”的大规模在线教育实验。保证学生们虽然无法正常在学校上课，但是可以使用线上教学的方式来学习，保证正常的学习进度。 经过了这次大规模的线上教育，大部分学生、家长

WebRTC 无疑推动和改变了互联网视频，而这仅仅是刚刚开始，除了大家熟悉的 WebRTC-PC、Simulcast 和 SVC，有太多的新技术和新架构出现在 WebRTC 新的标准中，比如 WebTransport、WebCodecs、AV1、E2EE、SFrame、ML 等等，这篇文章详细介绍了未来的 WebRTC-NV，不容错过。 说明： 本文为阿里云视频云翻译的技术文章 原文标题：WebRTC Today & Tomorrow: Interview with W3C WebRTC Chair Bernard Aboba 原文链接： https://webrtchacks.com/webrtc-today-tomorrow-bernard-aboba-qa/ 作者：乍得・哈特（Chad Hart） 翻译：忘篱、致凡、开视、仲才、海华 Bernard 是一直聚焦在 RTC 领域的专家，W3C WebRTC 联席 Chair，WEBTRANS 和 AVTCORE 的联席 Chair，ORTC、WebRTC-SVC、WebRTC-NV 用例、WebRTC-ICE、WebTransport 和 WebRTC-QUIC 等文档的主编，微软 Teams 媒体组的首席架构师。 WebRTC 标准现状 作为 W3C WebRTC 工作组 的 Chair 之一，Bernard 是 WebRTC

FHS：文件系统层级结构标准 Linux各个版本中必须存在的一些目录目录 各路径之间分隔符用/ 文件类型： -：普通文件 d:目录 b:块设备(block) c:字符设备(character) l：符号链接文件(symbolic link file) P:命令管道(pipe) s:套接字文件(socket) 时间戳(timestamp)： 访问(access) cat 查看文件的时间 修改(modify) 指的是更改了文件的内容 vim 改变(change) 修改了文件的元数据如文件名 文件权限 . :当前目录 .. :上级目录 ls -r 逆序显示文件 -R 递归显示文件 cd ~USERNAME 切换到别人的家目录 type 查看命令类型 内置命令(shell 内置) 外部命令： 在文件系统的某个路径下有命令文件名称相应的可执行文件 which 查找命令的路径 变量：命名的内存空间 变量赋值：在内存中开辟一些空间给这个空间写入一些值 环境变量:用于定义当前用户的工作环境属性的 PATH：用冒号分割的一堆路径 printenv :因当前环境变量 hash缓存:用缓存记录下来此前使用命令的路径 date:时间管理 显示为系统时间 date [+%format] 根据个人习惯调整时间的显示方式 RTC(real time clock):实时时间 Clock/hwclock

一.RTC(实时时钟) 1.背景 时间在计算机系统中是一个非常重要的参数，在很多应用场景下都需要使用时间。RTC就是一个专门记录时间的设备，本质上是一个1Hz定时器。 为了计时准确，计时系统掉电也要能够正常计时。为了到达这个目的，RTC需要独立的时钟源，独立的供电电源 stm32f407的RTC的时钟源是低速晶振(LSE---32.768KHz),使用纽扣电池单独供电 2.stm32f407的RTC RTC进行2次预分频,一次7位异步和15位的同步，最终得到1hz的时钟，为了降低功耗，异步预分频器尽量设置较大的值 RTC的中断属于外部中断，按照外部中断的方法配置 3.RTC编程实现 （1）使能PWR时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR, ENABLE); （2）使能RTC寄存器访问 PWR_BackupAccessCmd(ENABLE); （3）选择RTC时钟源(LSE) RCC_LSEConfig(RCC_LSE_ON);//使能LSE时钟 while(RCC_GetFlagStatus(RCC_FLAG_LSERDY)!=SET);//等待LSE就绪 RCC_RTCCLKConfig(RCC_RTCCLKSource_LSE);//选择LSE作为RTC时钟源 RCC_RTCCLKCmd(ENABLE);//使能RTC时钟 （4

创龙TL437x-EVM是一款基于TI Sitara系列AM4376/AM4379 ARM Cortex-A9高性能低功耗处理器设计的评估板，由核心板与底板组成。核心板经过专业的PCB Layout和高低温测试验证，稳定可靠，可满足各种工业应用环境。 评估板接口资源丰富，引出双路千兆网口、双路CAMERA、双路CAN、HDMI、GPMC等接口，支持电容触摸屏与电阻触摸屏，方便用户快速进行产品方案评估与技术预研。 ​ 图 1 评估板正面图 软硬件参数 硬件 框图 ​ 图 2评估板硬件框图 ​ 图 3 评估板硬件资源图解1 ​ 图 4 评估板硬件资源图解2 硬件参数 表 1 CPU CPU：TI Sitara AM4376/AM4379 ARM Cortex-A9，主频1GHz 2x PRU-ICSS，每个PRU-ICSS子系统含2个PRU(Programmable Real-time Unit)核心，共4个PRU核心，支持EtherCAT等协议（仅限AM4379） 1x SGX530 3D图形加速器（仅限AM4379） ROM 512M/1GByte NAND FLASH 4Kbit FM24CL04B-GTR FRAM RAM 512M/1GByte DDR3 B2B Connector 2x 60pin公座B2B连接器，2x 60pin母座B2B连接器，共240pin，间距0

1、 NTP 网络时间协议: 它是通过网络在计算机系统之间进行时钟同步的网络协议。换言之，它可以让那些通过 NTP 或者 Chrony 客户端连接到 NTP 服务器的系统保持时间上的一致（它能保持一个精确的时间）。 NTP 在公共互联网上通常能够保持时间延迟在几十毫秒以内的精度，并在理想条件下，它能在局域网下达到低于一毫秒的延迟精度。它使用用户数据报协议（UDP）在端口 123 上发送和接受时间戳。它是个 C/S 架构的应用程序 2、chrony是一个开源的自由软件，像CentOS 7或基于RHEL 7操作系统，已经是默认服务，默认配置文件/etc/chrony.conf 它能保持系统时间与时间服务器（NTP）同步，让时间始终保持同步。相对于NTP时间同步软件，占据很大优势，其用法也很简单。 3、Chrony有两个核心组件，分别是： chronyd：是守护进程，主要用于调整内核中运行的系统时间和时间服务器同步。它确定计算机增减时间的比率，并对此进行调整补偿。 chronyc：提供一个用户界面，用于监控性能并进行多样化的配置。它可以在chronyd实例控制的计算机上工作，也可以在一台不同的远程计算机上工作。 下面CentOS7环境下搭建基于chrony的NTP服务器 CentOS7 10.20.10.93 chrony服务器 CentOS7 10.20.10.158

前言 在场景需求的推动下，以及背后算法、算力、数据的支撑下，AI 已经慢慢走出实验室，开始拥抱产业，这其中也包括 RTC 行业。在实时视频、实时音频、实时传输、视频内容检索与推荐、实时交互等层面，都已经出现了与 AI 结合的落地应用。 视频在各个领域的应用甚是广泛，作为一种信息的信息载体视频+AI技术的应用，可以服务于金融、教育、医疗、监控、安防、广告等行业。国内也诞生了一批优秀的人工智能初创企业，例如：将AI广泛应用于物联网的旷视科技；将AI技术和多个垂直领域高度结合的商汤科技；深耕视频广告、视频互娱、视频电商的极链科技等。 AI技术对生产力的影响 提升生产效率 AI和采集生产环节结合，是能够有效提高视频生产制作的效率的。传统的编辑是人来做的，当AI和视频采集生产环节结合，我们可以引入智能编辑技术，快速生产视频。天下武功，唯快不破，应用在视频领域也是一样的。设想我们很快的生产视频，第一时间发布到网上，就有机会获得更多的流量。视频平台通常会面临视频大量重复的情况，所以在整个视频AI的应用中，怎样去辨别视频的唯一性，以及根据内容分析来追溯视频来源是关键所在，而AI可以帮助平台高效地判定对视频的剪拼改编行为。 规避监管风险 在视频中引入人工智能审核技术，可以缩短视频发布周期，减少了人工审核的干预，并且可以更高效、准确的规避监管风险。视频在去重后会进入审核阶段

以短视频、直播为代表的音视频互动，正成为互联网主流的交互方式。拿直播举例，它从一种娱乐形式，逐渐融合于教育、娱乐、电商、旅游等多种生态中。未来，直播还将成为像水、电一样的基础设施。 然而，仅仅可进行音视频互动是不够的，直播还需要与行业、场景、用户需求结合，实现体验更好、成本更低、扩展性更强的底层能力。而在这些能力中，低延迟是影响用户体验至关重要的一项。 一、即构推出 低延迟直播产品Low-Latency Live 在大规模直播场景中，例如在线大班课、电商直播、秀场直播等，大部分是采用传统的CDN直播技术。CDN直播采用的是基于 TCP 的 RTMP/HTTP-FLV/HLS 等流媒体协议，本身就会引入 「 秒级 」 的系统时延。在这些场景中，观众从评论完到看到主播给出反馈，一般在5-10秒左右，能明显感受到延迟和不同步。 同时，传统 CDN 直播还存在弱网抗性差、观众端内容不同步等弊病，影响了用户的直播体验。 随着大规模直播在越来越多行业的应用，为了让用户获得更优质的直播互动体验，即构科技推出了低延迟直播产品 Low-Latency Live，简称L3。 L3产品具有等同云厂商 CDN 直播的高并发能力，支持千万级并发拉流；同时相比 CDN 直播，能给用户带来 「 毫秒级 」 的直播体验；具有延迟更低、同步性更优、弱网抗性更好的优势。 即构低延迟直播 产品L3，是基于 ZEGO