该节是的第六节《音视频同步》一般来说，视频同步指的是视频和音频同步，也就是说播放的声音要和当前显示的画面保持一致。想象以下，看一部电影的时候只看到人物嘴动没有声音传出；或者画面是激烈的战斗场景，而声音不是枪炮声却是人物说话的声音，这是非常差的一种体验。✅ 第一节 - Hello FFmpeg✅ 第二节 - 软解视频流,渲染 RGB24✅ 第三节 - 认识YUV✅ 第四节 - 硬解码,OpenGL渲

ffmpeg v4l2命令用于将V4L2设备（即摄像头）的视频流捕获并编码为不同格式的视频文件或直接流式传输到网络上。这些命令可以根据具体需求进行修改，例如调整编码器、码率、音频设置等。

基于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 及以下时，会出现明显的高频丢