代码源自雷神，一个是播放音频的demo，可以播放MP3和AAC，但是MP3应该是没有封面的。另一个是播放ts格式的视频，没有声音。源码可以到雷神博客下载，但是因为ffmpeg库的更新问题，并不能直接在ubuntu下直接运行，笔者做了修改，在ubuntu 18.04下可以直接编译运行。环境配置请参考之前的博文：(ffmpeg)ubuntu18.04安装ffmpeg4.4ffmpeg版本：4.41.音

简单的方法是你把sync包给网卡，但是里面的时间并不填充，而是让网卡在发送时，把这个时间填写进去，这也需要网卡支持，但是明显更符合实际一点。是15:00的时候发送了一个sync包，包里面带有时间t1即15:00，slave在自己时间是15:40的时候收到了这条信息，接收时间点是t2，slave看到包里面数据显示这条信息发送时间点是master的15:00，假如slave已经知道了它和master之

上一篇：深入浅出NandFlash里的ECC校验算法原理与实现(1)距离笔者写上篇关于ECC校验已经过去7个月，本来是不打算填坑的，但是看上篇还是有一些人收藏的，鉴于此，打算把ECC校验源码实现解析补全。看了很多篇解析，大部分出自同一篇。但是笔者认为都没有把原理完完全全写清楚。这篇文章也是想了很久才下笔，希望把源码中的原理与思路彻底讲透，个人认为，把一个东西原理讲清楚相对比较简单，但是想把思路讲清

网上关于NandFlash的ECC校验(汉明码)文章很多，但没有一个深得我心。(本文只分析256字节下ECC汉明码生成)NandFlash里如果使用汉明码作为ECC校验，只能纠正一个bit的错误。实现过程就是在存入数据时计算ECC校验，在读出数据时再次计算ECC校验，如果两次计算结果不同，则数据在存储过程中肯定发生了变化，通常是存储某个bit的电气元件电平发生了翻转。在实际过程中，我们会通过两次数

简单的方法是你把sync包给网卡，但是里面的时间并不填充，而是让网卡在发送时，把这个时间填写进去，这也需要网卡支持，但是明显更符合实际一点。是15:00的时候发送了一个sync包，包里面带有时间t1即15:00，slave在自己时间是15:40的时候收到了这条信息，接收时间点是t2，slave看到包里面数据显示这条信息发送时间点是master的15:00，假如slave已经知道了它和master之

本文开源LC3编解码器实现来自于Zephyr项目下的一个模块，github仓库：https://github.com/zephyrproject-rtos/liblc3codec使用本demo只需复制test.c和Makefile到clone下来的文件夹内，使用的测试文件名为test_48K_16.pcm，编码后的文件名为encodedata，解码后的文件名为decode.pcm音频测试文件格式为

首先确定安装成功了，但是有时候安装成功pkg-config还是会找不到，这时候需要在目录/usr下查找。当./configure运行不再出错时，可以进行make了，然后使用make install安装。目前这个项目里面的configure和Makefile都要重新生成的。clone完源码切换到目录neard里。如果报错找不到Netlink library，则根据上文安装。笔者的ubuntu18.0

本文开源LC3编解码器实现来自于Zephyr项目下的一个模块，github仓库：https://github.com/zephyrproject-rtos/liblc3codec使用本demo只需复制test.c和Makefile到clone下来的文件夹内，使用的测试文件名为test_48K_16.pcm，编码后的文件名为encodedata，解码后的文件名为decode.pcm音频测试文件格式为

由上一篇大概了解了函数是如何被调用，中断或者说异常又是如何被调用，而这一篇相当于上一篇知识的一个应用，也是上一篇遗留的思考，即在hardfault中如何判断是从何处触发这个异常的。本来打算自己写demo，但是查到github上有一个开源的CmBacktrace，既然有大牛已经写了开源的库，就直接拿来分析印证吧。硬件我使用的是STM32F103ZET6最小系统板，demo是项目中提供的，直接下载即可

本文所使用工程由STM32CubeMX生成，使用芯片：STM32F103ZET6，基本只开了时钟。ld连接脚本内容如下：/**********************************************************************************File: LinkerScript.ld****Abstract: Linker script for STM3