Amazfit Stratos 2

上一次讨论智能手表还是半年多前 GoLiFE 的 X-PRO,即使现在我仍然在爬山的时候使用它。这里顺带讨论一下后来发现 Amazfit Bip 的高配版 Stratos 2。华米这个公司说实在还是挺有意思的,Bip 上超长的电池续航是很令人惊艳的,而到了 Stratos 2 应该是第二代的“手表”系列,又加入了很多“花哨”的功能,圆形的表盘看起来就更加时尚一些,可惜让人感慨的是核心功能的不足:

  • 电池续航,尽管官方声称的 5 天是一个很模糊的概念,它大概假定了一般用户如何使用手表,因为我平时很少与手机同步,并且一周可能就运动一两个小时,感觉能够支持 10 天,相对于 Bip 那么小身板的手表而言,这算是退步了吧
  • 核心部分不够专业:GPS 方面由于 AGPS 的加入搜星速度确实比 X-PRO 之类的快很多,但是一旦这个数据过期(长时间没有和手机联系)就会没有什么差别;
  • 记录 GPS 数据可控制的细节太少,比如记录频率、智能结束运动提醒等等都没有;
  • 感觉打开运动模式后比 X-PRO 耗电要更快一些,不知道是不是真的能达到声称的 GPS 连续工作 10 小时,不过印象中第一次拿这个去 hiking 结果半路上硬是没电了,后来还是学乖换回 X-PRO;
  • GPX 导出太麻烦,还要用线,而 X-PRO 同步到 cloud 就可以从别的设备访问了;
  • 导出的 GPS 时间居然没考虑时区,omg

尚没有机会比较 X-PRO 加上胸带与 Stratos 2 的心率记录准确程度。总而言之现在的感觉还是一流的硬件二流的软件。只能希望以后会改进吧。

一般的 GPS tracker 生成的 GPX 默认使用 UTC 时间或者带有偏移量表示 TZ,比如早期的 M241 和 X-PRO,记录格式多为类似 2012-12-14T14:59:19Z。而 Amazfit Stratos 却使用了当地时间且没记录时区信息,这样一来与相机时间同步的时候就需要偏移,有两种办法:

  • 将导出的 GPX 通过软件产生偏移,用新的文件
  • 某些同步软件可以设置偏移(lightroom 就有这么一个功能)

第一种是一个比较永久性的方法,如果你安装过 gpsbabel,可以执行下面的命令

gpsbabel -t -r -w -i gpx -f input.gpx -x track,move=+7h -o gpx -F output.gpx

就会设置偏移,如现在西雅图的夏令时为 UTC-7:00,所以记录了当地时间后需要 +7h。

Advertisements
Amazfit Stratos 2

徒步日记(61)

Sheep Lake 与远处的 Mt. St. Helens 和 Mt. Adams

这个 trail 相对容易,尽管总长度接近 9 miles,下次可以换个路线,附近有好几个别的 trail:

  • Crystal Lakes
  • Crystal Peak
  • Crystal Mountain Loop
  • Dewey Lake
  • Shriner Peak

参见 WTA report

Crystal Lake, Crystal Peak and Mt. Rainier
徒步日记(61)

视频的编码

现阶段最常见的 codec 是 H264 和 VP9,多数 4k 设备逐渐开始支持前者,而后者主要是 YT 的编码方式。H264 之所以比较普及是因为硬件方面的支持已经到位,相关软件可以调用对应的硬件实现编码解码。但是 H264 支持更高分辨率的视频能力是非常有限的。这导致了 H265 的工作,现在手头 HikVision 的监控摄像头与 Yi DashCam Ultra 是可以支持 H265 编码,但是其他的设备都不支持。相同的设置下,H265 可以比 H264 节省 1/3 左右的存储空间。

可是 H265 相关的硬件依然比较少,播放或者录制都还是主要靠软件实现,效率比较低下。需要知道的是 H265 与 H264 都是需要缴纳 royal fee 才能使用的格式,现有的厂商已经在 H264 上缴纳过费用,缺乏继续缴纳费用使用 H265 的动力。而尽管 Google 的 VP9 不需要费用并且提供与 H265 相当的压缩能力,但是获得的硬件厂商方面的支持却比较少,比如编码没有硬件支持,而解码在 Intel/ARM 上算有,但在 iOS 设备上却没有,这导致 VP9 编码速度非常的慢,甚至比 H265 还要慢。

Google 在 VP9 之后曾许诺开发 VP10,号称将压缩比进一步提高(文件尺寸缩小一半),但是由于业界存在一股统一编码格式的需求,这部分努力最终会体现到 AV1,这个格式据传能够显著 beat VP9。到今年 AV1 发布了它的参考软件实现以及 spec 1.0。

最后提一下的是 container format,H264/265 系列是 MPEG 组织自己的,他们也使用自己的 container MP4。而 Google 通过收购 On2 获得了 VP8 并在此基础上研发的 VP9 也使用了自己主推的 webm 格式封装,形成了一套 royal free 的格式,并且 AV1 也将被此格式支持,这部分工作很可能有希望替换掉 MPEG 那一套收取 royal fee 的做法,并形成新的工业界标准。但是至于业界卖不卖帐,我们拭目以待。现在看起来 AV1 主推公司都是软件公司,而其实现是否能满足要求进入获得更广泛的支持阶段,它需要拿到 IETF 的 NetVC 的背书,满足它提出的几个评判标准。

在 Linux 世界里,下面是几个提供这些支持的库:

  • libx264 提供的 H264 codec
  • libx265 提供的 H265 codec
  • libvpx 提供的 VP9 codec
  • libwebm 提供 webm 格式支持
  • AV1 的支持见这里
视频的编码