lfp

目录
[隐藏]

进行固件升级之后,似乎是多了两个lfp文件,按照原来的解包方式似乎在某些特殊的情况下会出现错误不过大部分情况都是好的。

IMG_0012.lfp (应该是最原始的文件有15M左右)
IMG_0012-dm.lfp
IMG_0012-stk.lfp
IMG_0012-stk-lq.lfp

多了-dm.lfp和stk-lq文件,而且stk文件内容也变了。

先发一个我在lytro官网提问的截图吧

lfp3

似乎是说他们现在只是专注于消费者商业化,不关注科研。

文件说明

(1)IMG_xxxx.lfp

在原来的版本和现在的版本中不带后缀的lfp:是原始文件,现在基本确认。可以从大小上看出来,都是15M+的样子。解压以后是一个3280*3280的raw图片,20M+,ps打开可以看到轮廓,用背景透明的方式打开,可以明显看到小方块,这样似乎就是到了光场相机的原始文件的感觉的了。

(2)IMG_xxxx-stk.lfp

在老版本中是jpg图片包,其中还包含一个20*20的depth矩阵,txt格式保存。然而新的版本stk变成了.h264格式,播放器播放确实是一段视频。新格式比较神奇,解压后包括一张raw图片和一段h264视频,应该不可能在lfp文件中封装视频,但是这个应该是这次固件升级的新技术,利用h264格式来封装多张光场信息,因为多张深度的图片之间的差别较小,用视频来压缩是可以理解的,不过希望他们没有自己开发新的h264规则,暂时还没有开始学习h264解压。

(3)IMG_xxxx-stk-lq.lfp

则似乎是原来的stk文件,新版本才有的,因为里面包含jpg图片格式,在json中描述了每张图片的尺寸和lambda.

(4)IMG_xxxx-dm.lfp

则是两个raw文件,不过小得多。即使解压之后依然之后560k*2的大小。

上面的各种raw图片,除了不带任何后缀的可以用ps打开看出原图以外,其他的打开都似乎是乱码。另外我打开的时候只能用8位颜色模式,也就是灰度模式,其他方式好像都是报错。暂时没有进行过多尝试,不过直接查看二进制代码,似乎也只有不带后最解压出来的信息熵会大一点。

raw和jpg的对比,以及raw放大后的
jfp格式图片photoshop打开原始raw
原始raw放大raw进一步方法
下面是其他raw打开后的情况,看二进制,基本全部是00和某个数字的重复。
stk的raw
dm的raw

想法

现在想法是,同一张的各个lfp应该是相互独立的,用于不同用途的,当然这只是个猜想,还需要证明。至少我觉得不带任何后缀的lfp文件,每张照片15M+,不可能被传到官网上的,而这么多用户向lytro上面分享照片,最可能使用的就是新版的-stk.lfp,里面是一个h264压缩的图片。而老版本的stk.lfp和新出现的-stk-lq.lfp文件则用于客户端软件查看。实际上我还隐隐有一个感觉,Lytro相机最先保存lfp原始文件,然后相机传出出来的时候,从中解析出另外的文件,不过我不明白的是相机自己怎么查看lfp照片的,还那么流畅。这个可以从每个文件的时间戳上可以看出,文件的时间戳就是从相机到处到电脑的时间,而不带后缀的原始文件大约早1秒。这样的话,很可能另外三个文件都是客户端软件通过算生成的。而这个现在对系统要求比较苛刻,只支持win7/win8 64,完全不打算支持32位系统和xp,作为一个消费级别商业产品,这样做的理由似乎就是对计算的要求格外高,难怪导出的时候电脑是比较卡的。我有个想法,要么对客户端做一定的逆向分析,要么直接动手对原始raw格式进行解析,只要能直接从lfp解析出与客户端一样的jpg图片,基本来说,就算解决问题了。

本文链接:lfp

转载声明:本站文章若无特别说明,皆为原创,转载请注明来源:Rexdf,谢谢!^^


此条目发表在琐碎杂记分类目录,贴了, 标签。将固定链接加入收藏夹。

发表回复

您的电子邮箱地址不会被公开。

*

:zsmilebig: :zsadbig: :zwiredbig: :zgreenhappy: more »

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据