Skip to content

Commit

Permalink
Merge pull request leandromoreira#123 from JessySnow/JessySnow-patch-1
Browse files Browse the repository at this point in the history
Chinese translation: Remove extra spaces
  • Loading branch information
leandromoreira authored Jul 28, 2021
2 parents fed0542 + ca8470d commit 6f9c3e6
Showing 1 changed file with 4 additions and 4 deletions.
8 changes: 4 additions & 4 deletions README-cn.md
Original file line number Diff line number Diff line change
Expand Up @@ -196,7 +196,7 @@ cd digital_video_introduction

### YCbCr 和 RGB 之间的转换

有人可能会问,在**不使用绿色(色度)**的情况下,我们如何表现出所有的色彩?
有人可能会问,在 **不使用绿色(色度)** 的情况下,我们如何表现出所有的色彩?

为了回答这个问题,我们将介绍从 RGB 到 YCbCr 的转换。我们将使用 [ITU-R 小组](https://en.wikipedia.org/wiki/ITU-R)*建议的[标准 BT.601](https://en.wikipedia.org/wiki/Rec._601) 中的系数。

Expand Down Expand Up @@ -242,7 +242,7 @@ G = Y - 0.344Cb - 0.714Cr

> 存在的一个例外是 4:1:0,其在每个亮度平面分辨率为 4 x 4 的块内提供一个色度样本。
现代编解码器中使用的常用方案是: 4:4:4 (没有子采样)**, 4:2:2, 4:1:1, 4:2:0, 4:1:0 and 3:1:1。
现代编解码器中使用的常用方案是: 4:4:4 (没有子采样), 4:2:2, 4:1:1, 4:2:0, 4:1:0 and 3:1:1。

> YCbCr 4:2:0 合并
>
Expand Down Expand Up @@ -442,7 +442,7 @@ P 帧利用了一个事实:当前的画面几乎总能**使用之前的一帧
![图片分区](/i/picture_partitioning.png "图片分区")
**但是为什么呢**有许多原因,比如,当我们分割图片时,我们可以更精确的处理预测,在微小移动的部分使用较小的分区,而在静态背景上使用较大的分区。
**但是为什么呢**有许多原因,比如,当我们分割图片时,我们可以更精确的处理预测,在微小移动的部分使用较小的分区,而在静态背景上使用较大的分区。
通常,编解码器**将这些分区组织**成切片(或瓦片),宏(或编码树单元)和许多子分区。这些分区的最大大小有所不同,HEVC 设置成 64x64,而 AVC 使用 16x16,但子分区可以达到 4x4 的大小。
Expand Down Expand Up @@ -782,7 +782,7 @@ DRM 指的是数字版权管理,是一种**为数字媒体提供版权保护**

> **<sup>1</sup>受保护的**: 这种保护可以**通过硬件**进行保护,例如, 将这个密钥存储在一个特殊的芯片(只读)中,芯片的工作方式就像一个用来解密的[黑箱]。 或**通过软件**进行保护(较低的安全系数)。DRM 系统提供了识别设备所使用的保护类型的方法。
**播放器 P1 希望播放****加密内容 C'1** 时,它需要与 **DRM1** 协商,将公钥 **PUK1** 发送给 DRM1, DRM1 会返回一个被公钥 **PUK1** **加密过的 K1**。按照推论,结果就是**只有 D1 能够解密**
**播放器 P1 希望播放***加密内容 C'1** 时,它需要与 **DRM1** 协商,将公钥 **PUK1** 发送给 DRM1, DRM1 会返回一个被公钥 **PUK1** **加密过的 K1**。按照推论,结果就是**只有 D1 能够解密**

`K1P1D1 = enc(K1, PUK1)`

Expand Down

0 comments on commit 6f9c3e6

Please sign in to comment.