前面四篇讲的都是”代码层面的崩溃原理”。但真正到了线上环境，你需要的是一套工具链：在崩溃发生时保存现场，事后把内存地址还原成源代码位置，定位根因。
这一篇介绍 Windows C++ 崩溃治理中最实用的几条工具链：
Xinle_Player 是一个独立的本地视频播放器演示工程，参考 Olive 0.1 音视频处理与 GLSL 特效管线的思路，针对 Qt 6.9.1 + MSVC 2022 + OpenGL 3.3 Core Profile 环境重新实现。
记录一下 Claude Code 里一个状态栏插件的安装和使用。
2026年工作方式最大的变的化是开始使用 AI Agent，在入职新公司前都是用 ChatGPT 网页端对话的方式来工作，因为对项目非常熟悉，工作都是针对函数级别的内容做修改，所以网页端聊天的方式足够了，后面切换到 Agent 方式，发现很挑战使用者使用 Agent 的水平，即便在大厂，AI Agent 我的观感是总体来说提效有限，该忙还是超级忙，进度把控、交付质量保障上可能还是要打个问号，然后用加班填补。
这个图片是经过概念梳理后做的信息提取说明图，但是理清了 H.264 的内部关系，并且对 H.264 的结构和网络传输的概念予以说明，H.264 的传输说明应该关注的是 RTP 等协议，这些都有专门的 RFC 文档和对应的开源库。
本文记录记录一些实际操作的案例，可以结合 GitHub 基本操作教程 在工作中熟悉 Git 的使用。
单例模式的目的是确保唯一实例，确切的说是为了在应用程序的进程空间中确保唯一实例，刚刚在视频处理器的使用中被这种设计小小震撼一下：
这个笔记比较乱，记录下 OBS 源码分析和使用 OBS 开发的一些做法。
OBS 的编译还是有陷阱的，这次编译出来留一个文档。
首先进行环境安装，其次记录重要信息提示。
这篇文章记录几种与 SRS 之间推拉流的方法。
刚刚在公众号“道哥的黑板报”，看了道哥最新的文章《如何看待一项技术：技术的本质》，文中的观点与我最近的感悟不谋而合。
在命令行中运行程序的过程，是命令行会对程序进行复制，然后创建一个进程运行这个程序。因此，程序的内存结构所涉及的操作系统术语应该是 Linux 内存管理。
本文是对前段时间学习自然语言处理（NLP）的总结。本文先介绍自然语言处理的内容，及其基于统计学的处理方式，在这个过程，逐渐矩阵化数据，看到矩阵化即可以想到机器学习方法的引入，预见到深度学习技术广泛应用的必然性。本文结尾我提供两个自己学习过程中建立的仓库，一个是对学习内容的总结，另一个是个对话机器人。
解决方法：C://User/
1 | Host github.com |
设置姓名和邮箱
git config --global user.name "xxxx"
git config --global user.email "xxxx@yyy.zzz"
创建并初始化本地空仓库
git init <repo_name>
查看提交的状态
git status
暂存区中添加更改
git add <file_name>
记录一行提交信息
git commit -m "commit info"
提交记录
git log
忽略特定格式文件格式
touch .gitignore && vim .gitigonre
*.out *.py
原有创建的格式用 git rm —cached
常用工程的 ignore文件。
回滚操作
1 | git reset --hard <commit ID> # <commit ID> 有两种，一种很长，一种截取前一种的若干字符表示 |
解决push冲突
假设用户1修改了 xxx文件，并且 push 了，我这边再修改后 push 会提示拒绝，有冲突，查看冲突：
git diff master origin/master
建议将该文件备份，然后执行以下操作(备份，先拉取再合并：
1 | git pull |
GitHub 创建本地仓库缓存，在本地构建 GitHub 云端方法
(1) 在机器 a 上执行以下语句，可在该机建立了一个暂存区。
git init --bare /home/hanxinle/xdisk.git
（2）在机器 b 执行
git clone hanxinle@xx.mm.yy.zz:/home/hanxinle/xdisk.git
则将 repo 拉取到本地，在本地创建文件等更改后，在本地可执行 add，commit，push 操作。
（3）其它机器执行
git clone hanxinle@xx.mm.yy.zz:/home/hanxinle/xdisk.git
则可以在得到与机器b一致的 repo。
查看分支
git branch
创建分支
git branch <branch_name
切换到分支
git checkout <branch_name>
创建并且切换
git checkout -b <branch_name>
分支合并(位于 master )
git merge <sub_branch_name>
同步后可以删除这个子分支
git branch -d <sub_branch_name>
分支同步
git push origin <loacl_branch_name> （将本地分支同步到服务器）
分支删除与重命名
git brach -D/-d PS 删除 see git -h
远端分支重命名(创建本地分支—>同步到远端—>删除远端同名分支—>原本地分支重命名—>推送到远端)
git checkout -b <local_branch>
git push origin <local_branch>
git push --delete origin <local_name>
git commit -m <local_name> <new_branch_name>
git push origin <new_branch_name>
tag 管理
网页端 release 中管理，和 commit 的哈希值相关。
执行命令 ssh-keygen，一路回车,在 .ssh 文件夹中, id_rsa 为私有, id_rsa.pub 为公有,在 Github 中点击右上角自己的头像,选择 setting ,在 ssh 相关设置中,点击 NEW SSH KEY ,将 id_rsa.pub 的内容复制进来,此时 push 还是需要用户名密码,有两种方式可以免输入,一种是编辑.git/config 文件，将 url=https:xxxxx 更改,它的值在网页端打开 github repo 的时候,选择 clone or download 按钮,会有 use ssh 一项,点击这一项,复制 url 链接到.git/config 文件替换 url=
另一种方式是在 clone 命令时,不要通过 https 命令操作,直接通过上面这个 ssh 的 url 方式操作.
首先 git clone 到本地
查看远端分支
git remote -v
添加upstream分支
git remote add upstream git@xxxx.git
将upstream版本拉到本地
git fetch upstream
再合并upstream master
git merge upstream/master
最后push到远端
git push origin master
Issue
bug提交
Projects
项目进度管理
Wiki
项目的介绍,可以制作网页,补充其它必要的文档,背景
Gist
代码\文档的片段
首先讲集群配置，mpi方案放弃openmpi，原因：在网上很少找到资料 && 出错信息不友好。
装载、链接、库（特别是 Linux 平台相关内容）