FFmpeg的 _q API
还记得刚开始使用FFmpeg的时候,一直对av_q2d()、av_d2q()这样的函数,感到疑惑。一般在熟悉一个库的API时,最好能够从其API就能知道其意义,这样有助于我们理解以及记忆(当然我们自己设计API也是如此)。
还记得刚开始使用FFmpeg的时候,一直对av_q2d()、av_d2q()这样的函数,感到疑惑。一般在熟悉一个库的API时,最好能够从其API就能知道其意义,这样有助于我们理解以及记忆(当然我们自己设计API也是如此)。
今天面试嵌入式Linux C++开发工程师的时候,面试官问了我一个这样的问题:
如何定位 Linux CPU 占用率高的问题?
我想了很久,想不出来。只能支支吾吾的从嘴里出来几句:一般通过 Git 提交记录进行代码回溯,看看最近有哪些改动导致的CPU升高。然后适时加入一些日志看打印是否频繁。
嗯,我也感觉这样回答很不好,后续也没戏了,是我太菜了吧。这里借此在网上查一下资料,记录一下。
10月3日凌晨,匆匆回到深圳。到7号现在还是晃不过神来,感觉20天跟做梦一样。一路上还是遗憾太多。准备感觉好像做了,又好像没做,一直在赶路。
有一个很大的毛病,就是泛而不精,嗯,其实到现在这个年纪,我也不知道算不算泛了。但是不精肯定是事实的。
有一个现象,就是很多东西都想自己折腾,但是往往折腾的途中发现被什么东西卡住了或是繁琐或是根本思路就不够理想等等各种原因,实现的功能总是只见三分便戛然而止。等到过一段日志回过头来,发现有缺陷,有未实现的,又感觉是重新来一遍。貌似我看似努力的时间全都耗在这上面了。
貌似也是来到深圳之后,作为一个码农,有时候确实很需要 Google,GitHub,Docker 等服务。这个时候就不得不接触到科学上网了这一行为了。首先谈谈我自己对 GFW 的看法,我觉得这个墙的存在是非常必要的,尽管它的存在,给我的工作带来了少许麻烦,有时候也吐槽,国内我就是找不到啥资料啊,外网又被墙了,What fuck...
使用Boost.Beast实现http服务器时,一直没有一个好的方式解决路由的问题。Boost.URL的发布给了一个比较好的实现方案。
最开始是直接使用硬编码来实现的:
void handleRequest(const boost::beast::http::request<boost::beast::http::string_body> &request) {
if(request.target()=="/public") {
// do something
} else if(request.target()=="/login") {
// do something
} else if(request.target()=="/about") {
// do something
}
}
这是最简单粗暴的方式,当然缺点有很多。扩展性差,不易于维护,会出现代码文件爆炸的情况。
今天是清明节,放假一天。本来前几天就打算去汕尾的海利虾苗场的,在小红书刷到那有一个非常长的海岸线,还可以直接开车停在边上。
更换手机号码需要更换和其绑定的账号:
正所谓饱食思淫欲,哥们现在对片儿的要求也是越来越高了,不仅要看,要好看,还要有剧情看。嗯……那对于艺术鉴赏而言理解剧情还是很有必要的,但又不想学日文,只能是勉强通过中文字幕理解的样子。
上个月26号去西湖出差,趁着周末,就跑去西湖转了转。给我印象最深的就是一只野猫,和一只松鼠(不知道是不是野的)。他们根本就不怕人,那只野猫也不会去主动攻击人,就那么自顾自的寻找猎物,不愧是见过大世面的猫。 相比于自己,开会做个报告都要哆哆嗦嗦,讲不利索,一开口大脑就一片空灵。面对不熟悉的女性都会紧张,一直抖着腿以求消除自己的不自在感,实在是汗颜。