跳至主要内容

博文

目前显示的是 六月, 2020的博文

我装了一台PC,结果穿越了

上礼拜“斥巨资”装了一台PC,大概花了6,7个小时才把整个主机装好。有一种感觉:世界真的变了,我连电脑都不认识了。。。内存是彩色的、主板是彩色的、风扇是彩色的。。。为什么机箱里的这些零件全都是bulingbuling的了?那天晚上我点亮主机时,从敞着盖的机箱侧面,视线穿过机箱,目光落在机箱后面的显示器上的科幻BIOS界面上时,我真的有一种2000年的那个因为刚配了新奔腾四电脑异常开心的我,突然来到了2020年的感觉,非常科幻。。。 印象中上一台自己攒的电脑,应该是快20年前了,20这个数字突然感到自己好像很老了,呵呵。 我这次因为是受够了我之前的那台工作电脑(一个工控电脑,2000多买的,i7 5550U,8G内存,250G SSD),做视频处理几乎不可能,网页打开稍微多开几个也会很卡,没办法最后几乎在1天之内,就完成了装机调研和配件选择,曾经选过intel,还在九代和十代之间犹豫很久,最后是在youtube几个国外视频对视频剪辑方案推荐的影响下,选择了AMD+大内存+N卡的方案,配置如下: AMD Ryzen 7 3800x 32G(16x2)[我以后还能再买2条16G,哈哈] 微星GTX 1660 6G显卡 水冷240散热 小机箱 现在已经是使用新PC的第2天了。随着熟悉的软件和文件夹慢慢装回来,我感觉我又回到了“现代”。毕竟电脑也塞到了桌子底下,LED也都看不到了,我对这台PC的评价才开始慢慢变得正常起来。就是一个字:快!!! 太TM快了!!! 4K视频双开流畅播放,PR剪辑不做代理,时间轴几乎是随便拖!我在买之前纠结了很久,要不要投资这么多买PC,事实证明,老祖宗的话是没错的:工欲善其事必先利其器。 我原来的小破工控机,几乎是一会就要中断一下,要么是屏幕没输出了需要重启,要么是chrome看着半截资料就闪退需要重新开,要么就是各种视频编解码操作需要等N久。我现在觉得一切都是飞快的,哈哈。 说实话,一台好的PC还是非常适合我的,因为我的手速快,不管是鼠标还是键盘,还是窗口操作,我一直都有一种感觉,就是电脑的各种窗口动作,赶不上我的手速,更赶不上我的脑子,导致我总要“等一等电脑”。但是现在。。。我有时操作完之后,没等我脑内电波回路反应完,PC已经做完了一切工作,在那乖乖等着我了,哈哈哈。真的,就是这么快,真的很快。 我本来也不玩游戏,所以也怎么测试,随手装了一个

做事情不能急,急躁会误事

很多由于自己过失而导致的倒霉事,一般都有预兆的。。。 前几天删除sd卡中的视频后,用mac右键看简介,发现可用空间并没有变大,心里想“我几乎把所有视频文件都清空了,肯定没事了,不管他”。结果。。。 今天录像时,2次录制,这台摄像机都没有录制成功,导致节目缺了一个机位的素材,非常遗憾。 后来我才发现,md原来是mac系统自作聪明,把文件弄到sd卡下的一个trash文件夹去了,50多个G。。。 自我检讨:本来可以在录像之前发现这个问题的,但因为自己马虎大意,导致工作失误。没辙,继续填坑吧。

Slack机器人挺好玩

按照 https://github.com/slackapi/python-slackclient ,一步一步做,就可以做一个slack bot了。 还是挺好玩的。其中有个地方卡住了一小下,就是在slack后台输入机器人地址时,把路径搞错了,bot中写的是"/slack/events",填地址时忘了这个,只写了ngrok反向代理生成的那个地址,导致slack后台页面一直不能verify通过,所以搞了半天。。。 slack bot不只是看着好玩,是确实能做一些事情的。后面等弄好了更实用的bot后,会在这里再记录一下。 刚才发现搞错概念了。slack的API分两种用法:Web API 和 Events API,上面这个教程里面采用的Events API,也就是实时“监听”你的workspace里的各种事件,然后做出自己的处理和反应,这种比较适合做和用户有强交互和实时性的bots,而如果只是想去channel发送一条提示,或者读取一些历史数据等等,不是实时性的需求,或者是bots自己主动发起的话,Web API更合适。Web API相当于bots是个client,去访问slack的接口拿回数据就OK了。而Event API是一个service,要一直等着有event来。