1.1 2. FFmpeg概览 1.2 1. FFmpeg相关 1.2.1 3. FFmpeg安装 1.3 4. 音频处理 1.4 1. 提取音频片段 1.4.1 5. 视频处理 1.5 1. 视频属性 1.5.1 1. 获取 1.5.1.1 2. 调整 1.5.1.2 1. 尺寸调整 1 视频转动图 1.5.2.1 2. 动图转视频 1.5.2.2 3. 水印 1.5.3 1. 去除水印 1.5.3.1 4. 提取音频 1.5.4 6. 字幕处理 1.6 1. 背景知识 1.6.1 1. 字幕分类 1.6.1.1 2. 字幕格式 1.6.1.2 2. 编辑字幕 1.6.2 1. Aegisub 3 强大的音视频处理工具：FFmpeg 最新版本： v1.0 更新时间： 20210914 简介 介绍音视频处理工具FFmpeg有哪些强大的功能。先对ffmpeg进行概览，包括可以用来 干什么，与之相关的ffprobe、ffplay、ffserver等工具；再介绍如何安装ffmpeg；如何用 ffmpeg处理音频，比如从音频中提取某段音频片段；以及各种视频处理，包括视频属 性的获

1 1.6.1.1 1.6.1.2 目录 前言 FFmpeg概览 FFmpeg相关 FFmpeg安装 音频处理 提取音频片段 视频处理 视频属性 获取 调整 尺寸调整 动图gif 视频转动图 动图转视频 水印 去除水印 提取音频 字幕处理 背景知识 字幕分类 字幕格式 1.6.2 1.6.2.1 1.6.3 1.6.4 1.6.5 1.6.5 强大的音视频处理工具：FFmpeg 最新版本： v1.0 更新时间： 20210914 简介 介绍音视频处理工具FFmpeg有哪些强大的功能。先对ffmpeg进行概 览，包括可以用来干什么，与之相关的ffprobe、ffplay、ffserver等工 具；再介绍如何安装ffmpeg；如何用ffmpeg处理音频，比如从音频中 提取某段音频片段；以及各种视频处理，包括视频属性的获取和调 获取和调 整，包括调整视频宽高尺寸大小；以及动图gif处理，包括视频转动 图、动图转视频；以及水印处理，包括去除视频水印；从视频中提取 完整音频和音频片段；字幕相关处理，包括字幕的背景知识，包括软 字幕和硬字幕、常见字幕格式ass和srt；以及如何用Aegisub编辑字 幕；从视频中提取字幕、从srt转换出ass字幕；嵌入字幕，包括用流拷 贝模式嵌入软字幕、用vf模式烧录嵌入硬字幕、且可以指定字幕位

型的时候，舍入（或者精 度丢失）也是允许的。 具体规则如下： 当从一个比特位数多的整数类型的非常量整数值向一个比特位数少的整数 类型转换的时候，高位的比特将被舍弃，低位的比特将被保留。我们称这 种处理方式为截断（truncated）。 当从一个非常量的浮点数向一个整数类型转换的时候，浮点数的小数部分 将被舍弃（向零靠拢）。 当从一个非常量整数或者浮点数向一个浮点数类型转换的时候，精度丢失 是可以发生的。 当一个程序的主协程退出后，此程序也就退出了，即使还有一些其它协程在运 行。 和前面的几篇文章不同，上面的例子程序使用了log标准库而不是fmt标准库 中的Println函数。 原因是log标准库中的打印函数是经过了同步处理的（下 一节将解释什么是并发同步），而fmt标准库中的打印函数却没有被同步。 如 果我们在上例中使用fmt标准库中的Println函数，则不同协程的打印可能会 交织在一起。（虽然对此例来说，交织的概率很低。） 必须被另外一个协程通过 某种并发同步方法来被动地结束阻塞状态。 如果一个运行中的程序当前所有 的协程都出于阻塞状态，则这些协程将永远阻塞下去，程序将被视为死锁了。 当一个程序死锁后，官方标准编译器的处理是让这个程序崩溃。 比如下面这个程序将在运行两秒钟后崩溃。 1| package main 2| 3| import ( 4| "sync" 5| "time" 6| ) 7|

时候，舍入（或者精度 丢失）也是允许的。 具体规则如下： 当从一个比特位数多的整数类型的非常量整数值向一个比特位数少的整数 类型转换的时候，高位的比特将被舍弃，低位的比特将被保留。我们称这 种处理方式为截断（truncated）。 当从一个非常量的浮点数向一个整数类型转换的时候，浮点数的小数部分 将被舍弃（向零靠拢）。 当从一个非常量整数或者浮点数向一个浮点数类型转换的时候，精度丢失 是可以发生的。 当一个程序的主协程退出后，此程序也就退出了，即使还有一些其它协程在运 行。 和前面的几篇文章不同，上面的例子程序使用了log标准库而不是fmt标准库中 的Println函数。 原因是log标准库中的打印函数是经过了同步处理的（下一节 将解释什么是并发同步），而fmt标准库中的打印函数却没有被同步。 如果我 们在上例中使用fmt标准库中的Println函数，则不同协程的打印可能会交织在 一起。（虽然对此例来说，交织的概率很低。） 须被另外一个协程通过 某种并发同步方法来被动地结束阻塞状态。 如果一个运行中的程序当前所有的 协程都出于阻塞状态，则这些协程将永远阻塞下去，程序将被视为死锁了。 当 一个程序死锁后，官方标准编译器的处理是让这个程序崩溃。 比如下面这个程序将在运行两秒钟后崩溃。 package main import ( "sync" "time" ) var wg sync.WaitGroup

性能 交易处理速度：达到9万TPS 1. 默认采用DPOS作为共识算法； 2. 交易处理充分利用计算机多核，支持并发执行； 3. 智能合约通过读写集技术能够支持并发执行； 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模 式，并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善 的账号与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万 当然，订阅RPC接口断开的时候，订阅行为也会停止 可信账本 背景 在大数据和人工智能时代，数据的广泛链接和应用导致隐私问题日益凸显。 数据流通可以产生巨大的价值，而阻碍数据流通的主要因素就是数据隐私问 题。保护数据安全既是对像百度这样的科技公司的要求，也是行业的底线。 为实现数据流通过程中的隐私保护，超级链可信账本采用了Intel SGX和同态 加密等多种技术，实现了数据隐私计算、数据权限管理和数据存证溯源功 同链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV 技术。 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所 示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。 由一个中间件（单例）

性能 交易处理速度：达到9万TPS 1. 默认采用DPOS作为共识算法； 2. 交易处理充分利用计算机多核，支持并发执行； 3. 智能合约通过读写集技术能够支持并发执行； 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模 式，并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善 的账号与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万 当然，订阅RPC接口断开的时候，订阅行为也会停止 可信账本 背景 在大数据和人工智能时代，数据的广泛链接和应用导致隐私问题日益凸显。 数据流通可以产生巨大的价值，而阻碍数据流通的主要因素就是数据隐私问 题。保护数据安全既是对像百度这样的科技公司的要求，也是行业的底线。 为实现数据流通过程中的隐私保护，超级链可信账本采用了Intel SGX和同态 加密等多种技术，实现了数据隐私计算、数据权限管理和数据存证溯源功 同链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV 技术。 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所 示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。 由一个中间件（单例）

性能 交易处理速度：达到9万TPS 1. 默认采用DPOS作为共识算法； 2. 交易处理充分利用计算机多核，支持并发执行； 3. 智能合约通过读写集技术能够支持并发执行； 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模 式，并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善 的账号与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万 当然，订阅RPC接口断开的时候，订阅行为也会停止 可信账本 背景 在大数据和人工智能时代，数据的广泛链接和应用导致隐私问题日益凸显。 数据流通可以产生巨大的价值，而阻碍数据流通的主要因素就是数据隐私问 题。保护数据安全既是对像百度这样的科技公司的要求，也是行业的底线。 为实现数据流通过程中的隐私保护，超级链可信账本采用了Intel SGX和同态 加密等多种技术，实现了数据隐私计算、数据权限管理和数据存证溯源功 同链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV 技术。 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所 示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。 由一个中间件（单例）

性能 交易处理速度：达到9万TPS 1. 默认采用DPOS作为共识算法； 2. 交易处理充分利用计算机多核，支持并发执行； 3. 智能合约通过读写集技术能够支持并发执行； 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模 式，并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善 的账号与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万 当然，订阅RPC接口断开的时候，订阅行为也会停止 可信账本 背景 在大数据和人工智能时代，数据的广泛链接和应用导致隐私问题日益凸显。 数据流通可以产生巨大的价值，而阻碍数据流通的主要因素就是数据隐私问 题。保护数据安全既是对像百度这样的科技公司的要求，也是行业的底线。 为实现数据流通过程中的隐私保护，超级链可信账本采用了Intel SGX和同态 加密等多种技术，实现了数据隐私计算、数据权限管理和数据存证溯源功 同链之间的转移。目标链的验证方式各不相同，比如BTC-Relay使用的是SPV 技术。 异步模式 以太坊上很多预言机类的DApp的实现方式采用的是异步模式。简单来说，是 指发起调用的是一个函数，处理调用结果的是另一个回调函数，如下图所 示： 异步调用场景下，一个完整流程需要3笔交易：首先发送交易tx1到A链，A链 代码执行到跨链调用会发出一个事件，并且声明了回调函数。 由一个中间件（单例）

性； 2. 通过助记词技术，在用户私钥丢失的情况下可以恢复； 3. 多私钥保护的账号体系； 4. 基于椭圆曲线算法的公私钥加密和签名体系； 7. 性能 交易处理速度：达到9万TPS 1. 默认采用DPOS作为共识算法； 2. 交易处理充分利用计算机多核，支持并发执行； 3. 智能合约通过读写集技术能够支持并发执行； 8. 可信账本 XuperChain 可信账本基于 XuperChain 运算几乎可以满足用户对任何复杂计算功能的需求。 9. 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模式， 并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善的账号 与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万TPS。 本章节将指导您获取XuperChain的代码并部署一个基础的可用环境，还会展示 一些基本操作 1. XuperChain环境部署 1 module配置，选择p2p网络的模式。 XuperChain 定义了自己的协议类型 XuperProtocolID = “/xuper/2.0.0” ，所 有的 XuperChain 网络节点除了基础的消息类型外还会监听并处理这个协议 的网络消息。 5.2.1. XuperChain p2p消息 XuperChain 消息采用Protobuf定义，整个消息包括2部分，分别是消息头 MessageHeader 和消息体

性； 2. 通过助记词技术，在用户私钥丢失的情况下可以恢复； 3. 多私钥保护的账号体系； 4. 基于椭圆曲线算法的公私钥加密和签名体系； 7. 性能 交易处理速度：达到9万TPS 1. 默认采用DPOS作为共识算法； 2. 交易处理充分利用计算机多核，支持并发执行； 3. 智能合约通过读写集技术能够支持并发执行； 8. 可信账本 超级链可信账本基于超级链和百度Mesatee技术，实现了合约数据加密存储及 运算几乎可以满足用户对任何复杂计算功能的需求。 9. 总结 XuperChain是百度自研的一套区块链解决方案，采用经典的UTXO记账模式， 并且支持丰富的智能合约开发语言，交易处理支持并发执行，拥有完善的账号 与权限体系，采用DPOS作为共识算法，交易处理速度可达到9万TPS。 本章节将指导您获取XuperChain的代码并部署一个基础的可用环境，还会展示 一些基本操作 1. XuperChain环境部署 1 InitP2pInstance：创建libp2p host实例 2. SetXuperStreamHandler：初始化p2p通信消息protocols，XuperProtocol为 Xuper节点之间进行消息通信和消息处理的核心逻辑。 3. InitKadDht: 初始化libp2p KadDht，通过设置的bootstrap节点，建立自己的 kad dht。 4. InitStreams: 前一步已经建立了自己的kad