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%就相当坑了
|