1.超级好用的编码编码C++实用库之Base64编解码
2.HEVC开源编解码器HM编译及使用方法
3.FFmpeg 集成 x265 编译及解码
4.为什么我的java源代码是乱码？
5.Unity JSON编码解码之LitJson 深度剖析
6.浏览器的编码与解码-低级解析
超级好用的C++实用库之Base64编解码
对于寻求C++实用库的开发者，可以访问微信公众号“希望睿智”。解码解码只需添加关注并发送消息“超级好用的源码源码C++实用库”，即可获取Base编解码库的编码编码源码链接。
Base编码是解码解码一种关键的编码技术，它将二进制数据转化为可打印的源码源码通达信画k线源码ASCII字符，常用于在HTTP等协议中传输、编码编码音频、解码解码视频等非文本数据。源码源码编码过程基于每3个字节（位）转换为4个ASCII字符（6位）的编码编码规则，使用个字符，解码解码包括字母、源码源码数字以及特殊符号+和/。编码编码
编码时，解码解码如果原始数据长度不是源码源码3的倍数，会用填充字符（=）进行调整，确保编码后的字符串长度为4的倍数。解码则是相反的过程，去除填充字符后，将4个Base字符还原为3字节的二进制数据。
我们的CHP_Base库提供了一组简洁的接口：GetEncodeLen用于计算编码后字符串的预期长度，Encode负责实际编码操作；GetDecodeLen则预估解码后数据的大小，Decode执行解码。这些接口都是静态函数，无需实例化。
尽管Base编码增强了数据的可读性，但它并非加密手段，不能保障数据安全。在处理敏感信息时，应采用专门的加密技术。此外，linux crypt 函数源码编码过程会增加约%的数据大小，因此在传输或存储大数据时，要考虑带宽和存储空间的需求。
总的来说，Base编解码是一个实用且易用的工具，适用于多种数据传输和存储场景，尽管在效率和安全性上有所牺牲，但对于常规应用来说，它提供了便利性。
HEVC开源编解码器HM编译及使用方法
HM (HEVC Test Model)是一个开源软件，用于帮助我们理解HEVC编码标准。它包括编码器TAppEncoder和解码器TAppDecoder，能实现HEVC标准中的所有功能，但性能不如商用编码器。该项目由JVET维护。本文记录了笔者在Ubuntu下根据HM项目的README，编译并运行一个小demo的过程。
JVET并未将HM托管到GitHub，而是将其托管在gitlab仓库vcgit.hhi.fraunhofer.de...中。我们可以在该页面找到仓库的git URL，然后在Ubuntu中使用git clone命令克隆源代码：
进入代码目录后，创建名为build的文件夹，并进入该文件夹：
在build目录下运行以下指令：
注意，执行上述指令前需要预先安装cmake工具。
执行cmake后，在当前目录下应该会看到一个Makefile，然后我们可以使用make进行编译：
编译过程可能较长：
编译过程中，如果没有错误，几分钟内即可完成。如果读者在编译过程中遇到依赖问题，react源码如何看可以自行搜索并安装，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，c wpf 源码下载使用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中，以相同方式进行编码，即可正常播放视频。
FFmpeg 集成 x 编译及解码
x 是一个免费开源的视频编码库，支持 H./MPEG-H HEVC 格式，遵循 GNU GPL 许可证。
为了在 FFmpeg 中集成 x，delphi读写串口源码以支持 H. 编解码功能，需先编译 x。然而，并非所有 FFmpeg 版本都能直接使用 x，如在 Android、Windows 和 Linux 平台上使用 Android NDK re 时，可能会遇到符号缺失、无法编译 .S 文件等问题。
一、x 的编译
在进行编译前，请确保系统使用的是 Ubuntu .。编译目录结构应根据平台选择相应的目录，例如在 Windows 平台下使用 i 或 x_ 目录，Android 则使用 arm 平台的 armeabi-v7a 或 arm-v8a 目录。
编译 x 时，使用特定脚本执行编译过程，如 `build_x.sh`，然后在同级目录下的 build 目录中生成编译产物。
对于 Android 平台，需要使用 Android NDK re 的 Linux 版本。需要调整 `build_x.sh` 脚本中的内容，并修改 x 源代码以支持 NEON 处理。编译 x Release_3.5 版本时，可能遇到 fseeko 和 ftello 符号缺失的问题，这是因为 NDK re 中无法导出这些符号。解决办法是使用 x 2.6 版本，该版本能正常编译。
在 Windows 平台上，可以使用 mingw-w-build 工具来搭建编译环境。对于 Linux 平台，仅需编译 x_ 版本。
二、FFmpeg 集成 x 的编译
在编译 FFmpeg 时，需对脚本进行修改以集成 x。这包括在 Linux 系统上增加特定差异点，确保 FFmpeg 能够成功利用 x 进行 H. 编解码。
为什么我的java源代码是乱码？
这是Java文件的编码导致的问题，通常使用javacFirstSample.java编译UTF-8编码的.java源文件。没有指定编码参数encoding的情况下，默认使用的是GBK编码当编译器用GBK编码来编译UTF-8文件时，就会把UTF-8编码文件的3个字节的文件头，按照GBK中汉字占2字节、英文占1字节的特性解码成了“乱码”的两个汉字。这个源文件应该是用记事本另存为UTF-8编码造成的。
解决方法：
对于非GBK及其子集编码（GB）的源文件，编译方式为javac-encodingUTF-8FirstSample.java。但还是会出现错误，提示非法字节。
这是因为.java只识别不带BOM的UTF-8编码。所以应该用EmEditor、Editplus、ULtraEdit或notepad++之类的工具另存为UTF-8（无BOM）。然后就可以用javac.java编译.java文件了。
/iknow-pic.cdn.bcebos.com/7e3ecdcffcf5dcdbaabba"target="_blank"title=""class="ikqb_img_alink">/iknow-pic.cdn.bcebos.com/7e3ecdcffcf5dcdbaabba?x-bce-process=image%2Fresize%2Cm_lfit%2Cw_%2Ch_%2Climit_1%2Fquality%2Cq_%2Fformat%2Cf_auto"esrc="/7e3ecdcffcf5dcdbaabba"/>
扩展资料：
语言特点：
1.简单性
Java看起来设计得很像C++，但是为了使语言小和容易熟悉，设计者们把C++语言中许多可用的特征去掉了，这些特征是一般程序员很少使用的。例如，Java不支持goto语句，代之以提供break和continue语句以及异常处理。
2.面向对象
Java是一个面向对象的语言。对程序员来说，这意味着要注意应中的数据和操纵数据的方法（method），而不是严格地用过程来思考。Java还包括一个类的扩展集合，分别组成各种程序包（Package），用户可以在自己的程序中使用。
3.分布性
Java设计成支持在网络上应用，它是分布式语言。Java既支持各种层次的网络连接，又以Socket类支持可靠的流（stream）网络连接，所以用户可以产生分布式的客户机和服务器。
4.编译和解释性
Java编译程序生成字节码（byte-code），而不是通常的机器码。Java字节码提供对体系结构中性的目标文件格式，代码设计成可有效地传送程序到多个平台。Java程序可以在任何实现了Java解释程序和运行系统（run-timesystem）的系统上运行。
5.稳健性
Java原来是用作编写消费类家用电子产品软件的语言，所以它是被设计成写高可靠和稳健软件的。Java消除了某些编程错误，使得用它写可靠软件相当容易。
参考资料：
/blog.csdn.net/shengzhu1/article/details/"target="_blank"title="CSDN：Java解释执行">CSDN：Java解释执行
Unity JSON编码解码之LitJson 深度剖析
JSON在游戏开发中是一种序列化/反序列化常用的技术，把游戏相关的数据,如地图组成,通过JSON编码，序列化成JSON文本，传输或存储, 要使用的时候再通过JSON技术把文本解析成数据对象，在代码中使用。本文将从以下几个方面详细的深度剖析JSON与LitJson库的编码解码:
(1)什么是JSON; (2)Unity如何使用LitJson; (3)LitJson核心源码分析;
1: 什么是JSON
JSON（JavaScript Object Notation, JS对象简谱）是一种轻量级的数据交换格式。它是基于 ECMAScript（European Computer Manufacturers Association, 欧洲计算机协会制定的js规范）的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得 JSON 成为理想的数据交换语言。 易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。JSON 格式中定义的数据类型包括: Object, Array, Boolean, Double, Float, Int, Long, String 等。其中, Object 类似于C#的字典，Array 类似于 C# 的 List，而其他数据类型则直接映射到 C# 的对应类型。
2: Unity中如何使用LitJson
使用 LitJson 在 Unity 项目中非常简单。操作步骤包括: 创建标准 Unity 项目，下载 LitJson 代码库，编写测试节点以讲解 LitJson 库的使用，并创建测试的 Json 文本资源。编码时，定义数据对象并初始化数据，使用 JsonMapper 的 ToJson 方法将对象转化为 JSON 字符串。解码时，从文本资源加载 JSON 字符串，使用 JsonMapper 的 ToObject 方法将字符串转化为数据对象，从而访问和使用 JSON 数据。
3:LitJson核心源码分析
LitJson 实现了 JSON 的简单且高效的编码解码功能。其核心在于定义了 JsonData 数据结构，用于表示 JSON 中的任何数据类型，包括基本数据类型和容器类型（如 Object 和 Array）。JsonData 结构内部使用枚举 JsonType 来标识数据类型，并通过 Dictionary 和 List 分别存储 Object 和 Array 的元素。通过重载 [] 操作符，JsonData 提供了方便的容器访问方式。同时，LitJson 通过类型强转操作符使得基本数据类型可以直接转换为 JsonData，简化了 JSON 数据的处理。解析 JSON 字符串时，LitJson 通过解析文本内容并生成对应的数据结构。要深入理解 LitJson 的实现细节，建议阅读源码。
浏览器的编码与解码-低级解析
理解浏览器的编码与解码过程，特别是低级解析，有助于消除对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的编码解码过程交织，形成浏览器渲染和交互的动态环境。如果你对深入解析感兴趣，后续会分享更详细的发现，敬请期待。源码输出和解码输出有什么区别
区别：
1、源码输出，是指播放器播放的音频以数字形式输出给功放或者解码器进行音频的解码，然后输出到音箱。
2、解码输出，是指播放器本身先将音频进行解码，然后将解码后的音频输出给功放或者其他设备然后输出到音箱。
3、相对来说，源码输出好，因为功放的解码硬件要好于播放设备的解码。
4、没有功放或者解码设备的，都是播放器本身解码后输出。
5、有功放或者解码设备，建议播放器设置源码输出，然后解码工作交给功放或者解码器来进行解码。
