git log是有可以带颜色的。但需要自定义,默认只有hash有颜色 。如果只是为了看简单的log,那么git log --pretty=online就行了,这个也有颜色
git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
膘叔的简单人生
git log是有可以带颜色的。但需要自定义,默认只有hash有颜色 。如果只是为了看简单的log,那么git log --pretty=online就行了,这个也有颜色
git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"
M1 到手2周多了,但因为第一周事情太忙。软件也没有装全,所以后来又用了一周的 18款。从上周一开始,正式使用M1。说一下感觉
1.在macOS应用商店里下载Apple Configurator 2工具 ,安装该软件后打开并连接你的iPhone或iPad下载APP。
之前苹果系统的重启恢复是按住option键,如果是进入恢复系统就是直接按cmd+r。但M1不一样。如果是你按以前的操作模式,仍然是进入正常的系统。
M1的电脑是先按一下电源进行启动,然后长按电源键,这时候屏幕上会出现(长按,直到启动选项出现)。等到启动 选项出现后就和以前差不多一样了。
为什么会进这个模式是因为新电脑的/usr/local写不进。但我平时composer都是扔在/usr/local/bin目录下。(cat ~/.profile,或者说 echo $PATH,看到的黑夜目录就是/usr/local/bin),进入恢复模式后,运行csrutil disable 关闭掉rootless的管理。再重启进系统后就可以执行:sudo chown -R $(whoami) /usr/local ,就一切都OK了
用了一个多小时,大约掉电7%左右。感觉也没有多省电吧?只是。。。。。比起2018款的,那真算是省电了。
上次从上海乘高铁到平阳,下车的时候只有35%左右的电了。主要也是想2018的电脑要重装一下,没有备机,所以就上这个看一下。也是图他省电,理论上可能带出去玩个1天不用带电源。再者,我也几乎N年没用过13寸的电脑了。试试。
只有1小时,目前感觉不出来什么,不过大家所说的,掀屏亮起倒是体验了一把。
顺便说一下,M1上居然没有微信FORiphone。好伤心。毕竟mac的微信真心功能一般吧
数据库查询的时候,报:group by 错误,也就是ONLY_FULL_GROUP_BY。
帮别人下载了个视频,原来是m3u8的。我想那好办啊。ffmpeg -i xxx.m3u8 -c copy output.mp4不就完了?结果 发现在处理过程中一直报错,
https://dh5.cntv.lxdns.com/asp/h5e/hls/850/0303000a/3/default/a1a69ffb1d6a449da1daaa93480f3393/850.m3u8: corrupt decoded frame in stream 0
Last message repeated 1 times
[h264 @ 0x7fa2e803b400] top block unavailable for requested intra mode -1
[h264 @ 0x7fa2e803b400] error while decoding MB 35 0, bytestream 4054
[h264 @ 0x7fa2e803b400] concealing 920 DC, 920 AC, 920 MV errors in P frame
[h264 @ 0x7fa2e803ae00] concealing 791 DC, 791 AC, 791 MV errors in B frame
[h264 @ 0x7fa2d9008e00] top block unavailable for requested intra mode -1
[h264 @ 0x7fa2d9008e00] error while decoding MB 10 0, bytestream 3439
[h264 @ 0x7fa2e803f000] top block unavailable for requested intra mode
[h264 @ 0x7fa2e803f000] error while decoding MB 36 0, bytestream 1375
[h264 @ 0x7fa2d9008e00] concealing 920 DC, 920 AC, 920 MV errors in P frame
[h264 @ 0x7fa2e803f000] concealing 920 DC, 920 AC, 920 MV errors in B frame
error while decoding MB,这个错误,大部分是出在rtsp流中,没想到m3u8也有问题。我没细看,感觉是偏移量的问题,因为我即使用vlc直接打开m3u8的文件也是这个样子,那就证明,不是命令有问题,而是确实这个视频有问题。
最后下载了对方的APP,来下载这个视频。然而,视频居然还变成了两个。先偷懒,直接 cat a >> b ,明显没用。文件是变大了,但时间还是2分钟,(2个视频,一个2分钟,一个40秒),最后还是使用ffmpeg,第一次是用 ffmpeg -i "concat:a.mp4|b.mp4" -c copy c.mp4,结果,视频还是2分钟,只能用filelist的方式,即建一个文本文件,每行一个视频文件,
file 'a.mp4'
file 'b.mp4'
用 ffmpeg -f concat -i filelist.txt -c copy c.mp4 运行后,生成了文件。确实是2分40秒。
---EOF---
其实我并没有解决m3u8下载下来不正常的问题,不过我本来对这个也不擅长,上一次用ffmpeg已经是8年前了。现在也就随便看看,能用就行,所以还是先记个笔记
更多资料,参考 :https://blog.csdn.net/doublefi123/article/details/47276739