又到寒假开始折腾的时间了（
听说 i3bar 有传递鼠标按键的功能，于是研究了一下。
呃，反正心血来潮从 chrome 迁移到了 firefox。
呃，因为神船比较破烂，屏幕只有 45% 色域，所以做一些和颜色相关的事情就很蛋疼 比如开发的 app 拿到手机上看无比鲜艳等等 ，于是一直想有没有什么双显示的手段，把电脑上的图像投射到颜色较为准确的手机上。
最近又重新拾起 arch （假装自己在做科研），看着很小的字有点难受……
记得最简单的方案是调整 xrandr ？
xrandr --dpi 120似乎效果不是很好？ Android Studio 会出现蜜汁位图放大和错位的现象。
尝试了一下似乎 dpi 设置到 110 看起来差不多；而且把参数设置放到 ~/.Xresources 里去了：
Xft.dpi: 110i3
先到 ~/.config/i3/config 去把 i3-bar 的字号调了一下（并重新发现了一些有用的按键绑定）
sogou-pinyin
输入法的字号就有点小了……而且白底实在看不下去了[捂脸]然而主题又很难改……
chrome
这个比较简单，直接改 ~/.config/chrome-flags.conf ：
--force-device-scale-factor=1.2sublime
直接读取了 dpi 参数，不需要其他操作
android studio
按理说也是自动读取了 dpi 参数但是……每日 tips 居然是位图？？
matlab
Wiki 上说 R2017b 支持……回学校我就重装 matlab ！
起因：手机接 OTG 线录视频，结果空间太小没把尾部/头部的流信息写上，完全无法播放。
查到似乎 untrunc 可以尝试修复。
先尝试安装一些依赖；在 Arch 上似乎是 ffmpeg-full ：
cuda-9.1.85.3-5-x86_64 1119.3 MiB 28.7M/s 00:39 100%？？？
还是先 clone 一下 repo 吧（
然后发现 / 没空间了 QAQ
清了一遍 cache ，发现 aur 上原来有现成的源；但试了一下似乎又不行，报错 std::bad_alloc ……
后来发现是采样用的视频太大了，装不进内存里。
那还是挺简单的，直接 ffmpeg 截一段就好。
最终顺利修复，有一些地方音画略不同步 QAQ
期中考试的时候实在无法忍受 ss 的 Windows 客户端的速度了，于是琢磨着是不是要换个客户端用用。
先前用的是用 C# 实现的客户端，不知为何连接速度非常慢。考虑到在 Arch Linux 上使用的 python 版本表现还不错，试着在 Windows 下 pip 安装了一下。
然后就发现……并没有 systemd 啊（摔）这怎么开机自启？其实是有两种解决方案：
不过 ss 的 python 版维护已经不勤快了，正在测试 libev 的版本……
昨天听说有个上了 Z7 船的小伙伴升级了一下 BIOS ，自检飞快，不禁有些心动，决定也去升级一下。