z********4
发帖数: 1668 | |
T****o
发帖数: 285 | 2 就是拍一小段video
【在 z********4 的大作中提到】
: 偷偷捕捉按下拍照前后的frame？
|
s******r
发帖数: 1245 | 3 在意的是加了这个文件会变多大，12mp的图片本身已经很占存贮了
【在 z********4 的大作中提到】
: 偷偷捕捉按下拍照前后的frame？
|
p**f
发帖数: 3549 | 4 主要是record按快门的前1秒吧，写到相机高速缓存里。
格式应该不是mp4, 存成视频就太sb了。
这一秒对比快门瞬间变化不大，所以估计overhead不多，比起jpg增加个10%了不起了。
这种live photo有通用格式么？
【在 z********4 的大作中提到】
: 偷偷捕捉按下拍照前后的frame？
|
d*******3
发帖数: 6550 | 5 就是类似gif一样的动画, 没什么特别的, 类似的app已经很多了 |
n***d
发帖数: 8857 | 6 Htc的手机实现过类似的
【在 p**f 的大作中提到】
: 主要是record按快门的前1秒吧，写到相机高速缓存里。
: 格式应该不是mp4, 存成视频就太sb了。
: 这一秒对比快门瞬间变化不大，所以估计overhead不多，比起jpg增加个10%了不起了。
: 这种live photo有通用格式么？
|
k**0
发帖数: 19737 | 7 好像发布会说了还能同时录音， 这不是video是什么？ |
k*n
发帖数: 1203 | |
p**o
发帖数: 3409 | 9 大概是有一个主frame作为高质量静态图片
前后各一小段delta T拍成低质量video进行高度压缩 |
h******y
发帖数: 3501 | 10 要照LIVE PHOTO的话，是不是按下快门后还得把手机保持不动一小段时间？？
【在 z********4 的大作中提到】
: 偷偷捕捉按下拍照前后的frame？
|
|
|
z********4
发帖数: 1668 | 11
猜测：进入相机app的时候，后台进程就开始自己录了。有个大概的time window，在这
个time window之前的帧就不断丢掉。拍了以后就用存下的帧制作live photo。
【在 h******y 的大作中提到】
: 要照LIVE PHOTO的话，是不是按下快门后还得把手机保持不动一小段时间？？
|
h******y
发帖数: 3501 | 12 我又看了下DEMO，貌似LIVE PHOTO 动的部分都是按快门之前那部分，所以无所谓按快
门之后动不动了。
【在 z********4 的大作中提到】
:
: 猜测：进入相机app的时候，后台进程就开始自己录了。有个大概的time window，在这
: 个time window之前的帧就不断丢掉。拍了以后就用存下的帧制作live photo。
|
N*******3
发帖数: 2589 | 13
道理是这么个道理，也不难想象。但是现在的核心问题就是他用的格式效率问题，个人
能接受的上限是新的照片体积不要超过纯照片的2倍。
【在 z********4 的大作中提到】
:
: 猜测：进入相机app的时候，后台进程就开始自己录了。有个大概的time window，在这
: 个time window之前的帧就不断丢掉。拍了以后就用存下的帧制作live photo。
|
z********4
发帖数: 1668 | 14
有道理。所以果子这次不从32G起跳太坑了。
【在 N*******3 的大作中提到】
:
: 道理是这么个道理，也不难想象。但是现在的核心问题就是他用的格式效率问题，个人
: 能接受的上限是新的照片体积不要超过纯照片的2倍。
|
n*********d
发帖数: 1603 | 15 估计size增加应该不大吧，只存储一张full size 的静态图片，然后通过算法存一些相
对这张图片的delta增量数据。如果增加超过原来图片的50%就相当坑了 |
g*****n
发帖数: 127 | 16 太高估这个技术了，就是一段低分视频＋一张高分图片
【在 n*********d 的大作中提到】
: 估计size增加应该不大吧，只存储一张full size 的静态图片，然后通过算法存一些相
: 对这张图片的delta增量数据。如果增加超过原来图片的50%就相当坑了
|
