基于windows环境安装好必要的。

​首先，如下图所示，这是一个传统的直播页面。它的主页面是直播的音视频流，下面显示的是消息互动，包括评论、点赞和分享。什么是直播答题呢？​直播答题其实本质上还是一个直播的场景，只是引入了答题的互动方式。主持人可以通过口令控制客户端的行为，比如控制发题。同时，直播答题通过奖金激励，带动更多用户参与进来。在每一次答题之后，会将数据实时展示出来。下图展示的是直播答题的流程，中间的部分是会重复进行的环节。​

最近遇到一个技术需求，要录制电脑桌面并推流为 rtsp 流，目的是满足巡课系统对智能大屏的巡检功能。桌面录屏并推流 rtmp，那么用当然最方便，可是 OBS 好像无法推 rtsp 流，或许是我没有找到对应的方法，另外这个需求中也不允许安装 OBS。经过一番探索，发现一种比较合适的方案：使用 ffmpeg 和 mediamtx 将 Windows 屏幕推流为 rtsp。其实 ffmpeg 推流和录屏

ffmpeg转码压缩视频时间长，并且需要设置COOP和COEP,影响到iframe,script标签等跨域资源加载。在用户上传视频场景下不适合使用ffmpeg。

ffmpeg 简介FFmpeg 是一款免费的、开源的跨平台音视频处理工具，旨在提供高质量、高速度的多媒体处理功能，FFmpeg 设计以流式处理音视频。FFmpeg 目前已成为业界公认的最强大、最全面的音视频处理工具之一，得到了广泛的应用。绝大多数的音视频相关应用和工具库，都直接或间接地引用了 FFmpeg。FFmpeg 的开发始于2000年，最初由法国程序员 Fabrice Bellard 发起，

RTSP（Real Time Streaming Protocol）实时流传输协议。是 TCP/IP 协议体系中的一个应用层协议，RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输如下图1所示。

有没有那么一种可能，在前端页面处理音视频？例如用户选择一个视频，然后支持他设置视频的任意一帧作为封面，就不用把整一个视频上传到后端处理了。支持mp4/mov/mkv/avi等文件。基本的思想是这样的：使用一个file input让用户选择一个视频文件，然后读取为ArrayBuffer，传给ffmpeg.wasm处理，处理完之后，输出rgb数据画到canvas上或者是转成base64当做img标签的

这种压缩方式的全称叫MPEG Audio Layer3,MP3是利用MPEG Audio Layer 3的技术，将音乐以1:10甚至1:12 的压缩率，压缩成容量较小的file，换句话说，能够在音质丢失很小的情况下把文件压缩到更小的程度。而且还非常好的保持了原来的音质。压缩率：10~12倍优点：压缩比高，适合用于互联网上的传播缺点： MP3 在 128KBitrate 及以下时，会出现明显的高频丢

变长编码可以根据信源输出符号序列各种取值的概率大小不同，将他们编码成不同长度的输出码字，利用了信源的统计特性。)各分配一个码位"0"和"1"，将这两个信源符号合并成一个新符号，并用这两个最小的概率之和作为新符号的概率，结果得到一个只包含(扩展性：信源熵X有M个符号，如果其中一个符号出现的概率趋于零，信源熵就等于剩余M-1个符号的信源熵；极值性（最大信息熵）：对于具有M个符号的信源，只有在所有符号等

ffmpeg介绍FFmpeg是领先的多媒体框架，能够解码，编码， 转码，mux，demux，流，过滤和播放人类和机器创建的几乎所有内容。它支持最模糊的古代格式，直至最前沿。无论它们是由某些标准委员会，社区还是公司设计的。它还具有高度的可移植性：FFmpeg可以在各种构建环境，机器体系结构和配置下，跨Linux，Mac OS X，Microsoft Windows，BSD，Solaris等编译，运行