部标JT808 JT/T808协议快速开发包 项目介绍 基于Netty，实现JT808 JT/T808部标协议的消息处理，与编码解码； 使用SpringBoot + MyBatis提供数据入库、Web接口服务； 协议部分不依赖Spring，可移除Spring独立运行（支持Android客户端）； 最简洁、清爽、易用的部标开发框架。 主要特性 代码足够精简，便于二次开发； 致敬Spring、Hibernate设计理念，熟悉Web开发的同学上手极快； 使用注解描述协议，告别繁琐的封包、解包； 实时兼容2011、2013、2019部标协议版本，支持分包请求； 支持T/JSATL12苏标主动安防协议，JT/T1078音视频协议（仅支持信令部分，流媒体服务需要自行搭建）； 支持异步批量处理，显着提升MySQL入库性能； 提供报文解释器（解析过程分析工具），编码解码不再抓瞎； 全覆盖的测试用例，稳定发

libpng-1.6.36 source png图片解码库 图像解码 png标准解码源代码库 libpng-1.6.36 source png图片解码库 图像解码 png标准解码源代码库

一个模拟视频输入转VGA视频输出的Verilog程序，视频解码芯片采用ADV7181B，VGA DAC采用ADV7123

纯Python解析器，用于解码由.NET的BinaryFormatter编码的数据

算法是查表方式实现，优点：性能好、缺点：码表有几KB的内存占用 跟精易模块的BASE64进行简单测试对比，没啥毛病，还没进行实际应用，可能存在BUG，开源给大家测试。 1.1版更新 1)  整合AVX2指令集版本进去，内部会判断CPU是否支持，CPU支持的话性能会比80386版再提升90%左右，前提是需要编码的数据足够长。 1.2版更新 1)  修复 BASE64编码_ASM()  计算 申请长度 的mulx指令，在老CPU上出现异常问题（感谢 sometimes 的反馈）。 1.3更新 1) 添加 BASE16编码解码 (字节集到十六进制、十六进制到字节集)，自动选择版本：AVX2、80386 2) 修复 BASE64编码解码，个别情况下不会选择AVX2模式的问题(C/C++的bool类型是单字节,易的逻辑型是4字节,易的逻辑型为真时 转为字节集可能是{0,0,1,0},导致单字节判断 时灵时不灵)。 1.4更新(2019.6.5) 1) 添加 BASE64解码2_ASM 支持未补码的BASE64编码（删除了对标准BASE64编码长度的检测，可能存在BUG）

SMP文件转换成MP3,WMA格式工具； 亲测可用

g726音频编解码，2、3、4、5bit与PCM格式互转，在网络上搜集的算法，已经封装成接口，在linux上和Macos上测试通过，附带测试和音频文件，现共享出来，共同学习。

mp4的音频流通常是aac编码，我们做音视频采集的时候就需要将，采集的音频PCM编码成aac，然后再打包进mp4，而aac编解码库中fdk-aac是性能较好的，使用方式也比较简单。在C++项目中使用，通常再做一层封装，提高模块的复用性和替换性。本文将展示C++将fdk-aac封装成一个编码对象，以及使用示例。本资源为文章附件项目代码，原文链接https://blog.csdn.net/u013113678/article/details/122760653

LAVFilters支持国标avs2及avs3解码(原始,TS及MKV封装） 源码及下载:https://gitee.com/zhengtianbo/LAVFilters-GB-CAVS-AVS2-AVS3-decoder/releases mpc-hc播放器https://gitee.com/zhengtianbo/cavs-avs2-avs3_decoder_added_to_mpc_hc/releases avs2/avs3测试视频:https://gitee.com/zhengtianbo/avs2_avs3_test_video

播放器vlc 4.0支持国标AVS3及AVS2解码(TS与MKV封装) 源码及下载:https://gitee.com/zhengtianbo/AVS123_VLC4_Player/releases ffmpeg编码器:https://gitee.com/zhengtianbo/FFmpeg-avs2-avs3/releases avs2/avs3测试视频:https://gitee.com/zhengtianbo/avs2_avs3_test_video