1.HEVC开源编解码器HM编译及使用方法
2.超级好用的解码解码C++实用库之Base64编解码
3.源码输出和解码输出有什么区别
4.浏览器的编码与解码-低级解析
HEVC开源编解码器HM编译及使用方法
HM (HEVC Test Model)是一个开源软件，用于帮助我们理解HEVC编码标准。源码源码它包括编码器TAppEncoder和解码器TAppDecoder，区别能实现HEVC标准中的解码解码所有功能，但性能不如商用编码器。源码源码该项目由JVET维护。区别sunlike 8.0 源码本文记录了笔者在Ubuntu下根据HM项目的解码解码README，编译并运行一个小demo的源码源码过程。
JVET并未将HM托管到GitHub，区别而是解码解码将其托管在gitlab仓库vcgit.hhi.fraunhofer.de...中。我们可以在该页面找到仓库的源码源码git URL，然后在Ubuntu中使用git clone命令克隆源代码：
进入代码目录后，区别创建名为build的解码解码文件夹，并进入该文件夹：
在build目录下运行以下指令：
注意，源码源码执行上述指令前需要预先安装cmake工具。区别
执行cmake后，在当前目录下应该会看到一个Makefile，然后我们可以使用make进行编译：
编译过程可能较长：
编译过程中，域名源码买卖商城如果没有错误，几分钟内即可完成。如果读者在编译过程中遇到依赖问题，可以自行搜索并安装，HM的编译过程相对顺利，没有太多难点。
当make的进度达到%时，说明编译完成。最后几行输出表明编译出的可执行文件位于相应位置，可以在“HM/bin/umake/gcc-9.4/x_/release”目录下找到“MCTSExtractor”“parcat”“SEIRemovalApp”“TAppDecoder”“TAppDecoderAnalyser”“TAppEncoder”等可执行文件。
接下来，我们使用TAppEncoder进行测试，将一个未压缩的yuv序列编码成HEVC视频序列。我们使用的是Derf's Test Media Collection数据集中的akiyo视频序列。下载akiyo_cif.y4m文件后，将其与TAppEncoder可执行文件放在同一文件夹中。
在HM项目的物流下单源码doc目录下，有一个名为software-manual.pdf的说明文档，详细介绍了HM软件的使用方法。通过阅读该文档，我们可以了解TAppEncoder通过-c参数指定配置文件，并在项目的cfg目录下找到示例配置文件。我们将其中一个配置文件拷贝到工作目录下，并执行代码。如果出现错误，可能是因为配置文件中没有指定帧率和编码总帧数。这是一个HM项目的小坑，需要仔细调试。
修改配置文件后，再次执行指令，即可正常编码。编码完成后，可以在当前目录下找到输出文件akiyo_hevc.bin，使用PotPlayer播放，聚合音乐源码显示输入格式为HEVC。但可能存在一些播放异常，需要进一步检查。
我们可以使用开源软件GitlHEVCAnalyzer对akiyo_hevc.bin进行分析，该软件可以显示视频中的CU、PU等单元以及分块信息。
--更新：使用HM的TAppEncoder对akiyo_cif.y4m进行编码时，编码后的视频画面会发生色彩异常和抖动异常。目前，已找到原因并成功解决。在解决此问题之前，我们需要了解y4m文件格式。Y4M是一种保存原始YUV序列的文件封装格式，包含视频属性信息。而HM的TAppEncoder编码器需要接收仅由视频帧组成的像素矩阵数据。因此，直接将akiyo_cif.y4m文件输入到HM编码器中可能导致帧不对齐，趋势带指标源码造成抖动。解决方法是提取视频每一帧像素矩阵，丢弃视频属性信息，并将它们写入新文件。使用ffmpeg进行视频内容提取后，将得到的akiyo_yuv.yuv文件输入到TAppEncoder中，以相同方式进行编码，即可正常播放视频。
超级好用的C++实用库之Base编解码
对于寻求C++实用库的开发者，可以访问微信公众号“希望睿智”。只需添加关注并发送消息“超级好用的C++实用库”，即可获取Base编解码库的源码链接。
Base编码是一种关键的编码技术，它将二进制数据转化为可打印的ASCII字符，常用于在HTTP等协议中传输、音频、视频等非文本数据。编码过程基于每3个字节（位）转换为4个ASCII字符（6位）的规则，使用个字符，包括字母、数字以及特殊符号+和/。
编码时，如果原始数据长度不是3的倍数，会用填充字符（=）进行调整，确保编码后的字符串长度为4的倍数。解码则是相反的过程，去除填充字符后，将4个Base字符还原为3字节的二进制数据。
我们的CHP_Base库提供了一组简洁的接口：GetEncodeLen用于计算编码后字符串的预期长度，Encode负责实际编码操作；GetDecodeLen则预估解码后数据的大小，Decode执行解码。这些接口都是静态函数，无需实例化。
尽管Base编码增强了数据的可读性，但它并非加密手段，不能保障数据安全。在处理敏感信息时，应采用专门的加密技术。此外，编码过程会增加约%的数据大小，因此在传输或存储大数据时，要考虑带宽和存储空间的需求。
总的来说，Base编解码是一个实用且易用的工具，适用于多种数据传输和存储场景，尽管在效率和安全性上有所牺牲，但对于常规应用来说，它提供了便利性。
源码输出和解码输出有什么区别
区别：
1、源码输出，是指播放器播放的音频以数字形式输出给功放或者解码器进行音频的解码，然后输出到音箱。
2、解码输出，是指播放器本身先将音频进行解码，然后将解码后的音频输出给功放或者其他设备然后输出到音箱。
3、相对来说，源码输出好，因为功放的解码硬件要好于播放设备的解码。
4、没有功放或者解码设备的，都是播放器本身解码后输出。
5、有功放或者解码设备，建议播放器设置源码输出，然后解码工作交给功放或者解码器来进行解码。
浏览器的编码与解码-低级解析
理解浏览器的编码与解码过程，特别是低级解析，有助于消除对URL、HTML和JS编码的困惑。首先，解析过程大致如下：URL在发送给服务器时才需要解码，接收时无需处理；
浏览器接收到HTML文档后，HTML解析器构建DOM节点树，CSS解析器生成样式表，JS解析器解析脚本并映射到DOM和CSSOM中；
HTML解码发生在构建DOM树后，编码的标签会被识别并还原，如`<div>`会显示为`
`。
对于JS，编码与解码在源码处理后进行，如`javascript:alert('Hello')`和``的处理结果相同，但特殊字符转义会受限。
浏览器解析遵循顺序流，JS影响DOM在HTML解码之前。例如，script标签中的操作可以改变DOM，影响页面展示顺序。至于XSS攻击，取决于具体的编码策略和防御措施。 总的来说，HTML和JS的编码解码过程交织，形成浏览器渲染和交互的动态环境。如果你对深入解析感兴趣，后续会分享更详细的发现，敬请期待。