DIY开源软件——球型全景摄影计算器。

2 t4 G7 q# ?2 z8 Q4 P6 _
$ G) a, {1 A8 N) \被各位老师DIY硬件的精神所打动，我也DIY了个开源软件——球型全景摄影计算器。
软件用html+css+javascript代码编写，本身是一个html文件，完全开源。
软件其中包含了三个计算器：视角计算器、景深计算器和球形全景摄影计算器。
( A; b' E! N' o4 q. K' {5 N* j6 R
功能说明：
8 D9 d) V. K; v& n; v9 Z' V  ]) U一、视角计算器：
1、输入焦距来计算各个视角；
2、输入任一视角来计算焦距；
3、各个视角之间的相互换算；
! }. _* [- r6 s) T1 k* ]4、不适用于鱼眼等特殊光学结构的镜头。

5 E1 A$ F( n# h; X- N, t二、球形全景摄影计算器：
# V" `1 K6 J/ ?  [+ K主要提供前期的拍摄参考方案。计算将多张照片拼接成一个球形全景时，所需要拍摄的角度和数量。
4 A& p4 g! I( V, g
三、景深计算器：
( l. ~) B0 |9 x' r+ S4 S& ]1、输入调焦位置来计算各项景深数据；
* a# {. r) ]3 R6 s% o2 ]2、输入景深近界或者远界来计算调焦位置；
3、输入前、后景深或者景深范围来计算调焦位置；
4、计算超焦距；
5、弥散圆临界直径的数据请参考于DOFMaster网站。


超焦距和景深的计算结果和 DOFMaster 的数据对比如下：
0 |# a  U- G! F! E" ~5 t

$ n" P6 O9 L* a% p0 @
1 |* V5 x3 `$ J8 X* A, P# f. D9 p在开源中国尝试着创建这样一个项目，却不知道如何上传代码。
我还不是很熟悉开源的规则和流程，正在摸索中......

由于开发时间仓促，个人经验不足等等原因，难免会出现错误，请各位多多指点，并斧正了。

多谢 老怪，boney，小花猪，联横合纵 等老师的鼓励了。

真棒！   

感谢，强人！

很方便

很希望实际应用一下这软件，可惜昨天到今天一直都下不了。谢谢楼主在这方面的努力和付出，从帖上图表数据来看，楼主的工作态度非常严谨认真。
随着数码拍摄的即拍即见，这个软件可能有的人不懂它的应用，甚至不懂去欣赏，胶卷年代拍摄者必学的景深、超焦距、超焦距景深计算开始淡化，现在似觉越来越少人去学习了，以我个人拍摄经验而言，这些基础的知识的应用在数码年代其实也还在左右着我们的拍摄效果，如果无须为虚名急功近利，无须急于为拍全景去解决吃饭问题，安下心来看一些书去了解一下（依靠网上很多资料不全面，甚至互抄以讹传讹），这对日后的拍摄是有极大帮助的。

有关光学的知识永远无法去深究，对分辨率的概念和应用，不同行业也有不同的见解，事物总是双面性的，数据严谨自然就无法简化，顾此就会失彼，怎样才能够深入浅出的做出一个实用性的运算软件，实在是一个困难的事。

所以当收到楼主的短消息要我提意见的时候，我真有点为难，或许以前我也曾发表过有关怎样计算和应用景深的帖子，那主要是回应对我全景照片询问拍法的问题，对于楼主的这个软件的制作我佩服之至和心存敬意，充其量也只希望严谨的计算隐为高级功能，而简单的应用介面没有如下令初学者无所适从的选择，谨此而已。
  ~2 F, {2 }/ L
/ x" `' s) Q) ]* Z& V

不同的品牌，不同规格的感光体，对容许弥散圆半径标准并不相同，所以要求全，就要输入很多基础数据再去运算，而这些精确数据在实战中要去重新消化才能应用，无疑实用性会受影响。

从中看到楼主的不凡能力，如果攻其一点不及其余，先做出全景人急需的镜头焦距、角度、张数换算软件最为实用。输入镜头焦距、相机型号（芯片尺寸）、重叠位置（%），再迭择横幅或竖幅（H、V）和总拍摄角度（宽幅、矩阵），立即运算显示出转动角度、拍摄张数，如果再加以友好界面，此软件又可装入iphone，定会大受欢迎。

网中这一个超焦距景深应用图，很形象的介绍了，懂得计算运用超焦距景深，可以拍到更大的清晰范围。

4 \' ^" E/ x8 P

联横合纵 发表于 2013-4-6 12:29
8 e" {+ h: I* D! M' L% H  O% [不同的品牌，不同规格的感光体，对容许弥散圆半径标准并不相同，所以要求全，就要输入很多基础数据再去运算 ...

是的，就景深计算而言，虽然公式都是现成的，例如我这套系统中的景深公式就引用自我国钱元凯先生的教科书。但是之前最令人头痛的就是不知道这个容许弥散圆大小的数据是多少，幸好搜索到了国外这个网站的数据，感谢他们在这方面做了许多基础研究。

7 Z3 X, z* s! ^

福神 发表于 2013-4-4 08:38
% G/ N0 r3 n! l: |真棒！

福神老师，您上回在群里面的建议，也将在下一版本中发布，多谢您的指点了。
$ n# x3 A/ k' ^. d7 y0 ]0 [7 n
) p& k( h: |( m+ E9 V另外不查不知道，一查吓一跳。APS-C、APS-H的规格可真多，尤其是APS-H，光佳能1D系列的机子，几乎就是机身一个型号传感器一个规格，这里只能标注其中一个了。
' f. g0 W- {2 A
! M" p+ @; v8 l" m+ e# N
3 p* \& H7 H" ?) b

多谢 指尖绚烂、aclock、procolor 等老师的鼓励了。

hkaxiong 发表于 2013-4-7 17:09
福神老师，您上回在群里面的建议，也将在下一版本中发布，多谢您的指点了。

0 p6 J7 V" M3 _另外不查不知道，一查吓一 ...

1 t, i  Y) x  m  n0 _- V太好了，这下就更方便了啊。感谢楼主分享。另外能不能做成绿色版呢，下载到本机，可以随时使用啊

. a6 p3 k5 A8 c' q- P
这一周工作有点儿忙了。

向大家汇报一下进度。1、修改了球形全景拍摄数量的算法。上一版本中使用的面积法，在某些场景的拍摄中，如果设定的重合比例不够大的话，顶部就会出现几个“空洞”。如给大家带来不便，请见谅。新版本将使用面积和弧度相结合的算法，以避免这一漏洞。2、调整代码后，可以编译成安卓手机的APK了。

) o/ z- u8 ^# d; a. K5 ]) F* q
  i' a) c1 k; a; v2 V- |- V3 h安卓版的开发完成，apk请在2楼下载，功能截图如下：

) I( T: b$ T: @



6 S3 L5 s, ~9 v! i

2013/4/23更新：
! i/ |  T9 R0 V$ E1、修改已知的错误；
2、文本框在需要输入时直接启动数字键盘；
; G) v$ u/ g/ S# d2 c2 ^3、增加“景深计算器”中的“光圈系数”下拉列表框，实现从光圈系数“名义值”到“理论有效值”的映射，从而提高超焦距等数据的计算精确度；
7 t  P& P0 ?  C8 c3 [4、增加数据的容错及提示功能。

下载：http://www.360doc.com/content/13/1008/17/1437142_319879100.shtml

非常感谢楼主为全景摄影做的杰出贡献

荆棘鸟 发表于 2013-4-28 21:00
1 g/ D. j) D; b非常感谢楼主为全景摄影做的杰出贡献

哈哈，不敢当。

6 `# @* f* _+ Y# [您是全景，尤其是矩阵方面的高手了，欢迎试用，欢迎多提宝贵建议。

2013/5/11更新：
1、修改已知的错误；
0 X" L' b! Y/ P' }: A( ~) v2 w2 Y6 A2、优化ui，使得能够响应更多的操作方式。
) @8 m5 n) l9 l; ]/ \: ?; @% k

& I5 n8 p: v4 P1 G3 y欢迎使用，欢迎多提宝贵建议。

哈哈，今天终于通过了安卓市场的审核：http://apk.hiapk.com/html/2013/0 ... p;info=aFFvZg%3D%3D

html文件可以直接提供吗？
; r9 Q# X# O+ j4 @+ N+ z( \方便在电脑上查询

论坛里人才济济

终于开源成功，之前一直上不了Google Code.
4 o' o7 ?9 B) Y7 O7 m
2 d" j5 }5 c" m- B% I开源地址：http://code.google.com/p/sppc/


' [& t* K! U( {* e" h( C2 Y欢迎各位大侠前往指点。

procolor 发表于 2013-5-30 11:36
论坛里人才济济

多谢鼓励。

yudouxie 发表于 2013-5-22 00:18
html文件可以直接提供吗？
方便在电脑上查询

: R4 n8 T0 ?; u' K/ z根据37楼的开源地址可以下载了。

后续的升级计划：
) V2 \1 _! Q, B5 ^0 P1、球型全景计算器，在使用过程中，发现常常需要保证一个关键的垂直角度用来拍摄主体，而目前的版本中还没有考虑到这一点。
2、景深计算器，目前版本对超焦距使用的计算公式是：H=(f*f)/(F*C)，而不是象DOFMaster网站的H=(f*f)/(F*C)+f，其中f为焦距，F为光圈数，C为弥散圆临界直径。后续版本中将使用和DOFMaster网站一样的公式。

谢谢楼主。
/ {% v5 F. E% w  j; M2 `1 @6 ~顺手贴上在线计算网址：http://sppc.googlecode.com/svn-history/r2/trunk/sppc20130522.html
试了一下，以17mm在aps-c上为例，实际拍摄1+8+12+8+1=30 是比较合理的。
4 B2 `+ R3 T# n8 d* _$ [在软件计算需要36张，最初一圈的大部区域均有多图重叠，但极点附近都是镜头的边缘，画质欠佳。
1 b9 a% q7 z3 g! V1 L& Y我想算法还可继续优化，加入南北对称的思路，或是优先天地，或是计算需要的成像总面积，再合理分配角度……
希望越做越好。
加油！

yudouxie 发表于 2013-6-26 14:12
9 h8 f0 @4 w$ X' A谢谢楼主。
顺手贴上在线计算网址：http://sppc.googlecode.com/svn-history/r2/trunk/sppc20130522.html
...

& x8 I6 _) J4 G7 ?' `: F多谢您反馈的宝贵建议。
1 l8 R" m5 i4 d" |/ ^: q
. f# a: ^8 _! _: ?2 ?过一段时间有空的时候，我把算法整理好发上来，做个抛砖引玉，请大家来分析和讨论一下。

http://www.hdrlabs.com/tools/panocalc.html

guonaldo 发表于 2013-7-4 17:15
1 M' _5 v' f- S0 phttp://www.hdrlabs.com/tools/panocalc.html

多谢分享。

用了一下，感觉这个计算器有鱼眼视角的计算功能，挺好的。不过后面两步有点不理解该如何使用。



这个计算结果请问是否这样理解：16mm的普通镜头，全画幅相机，当覆盖率25%，每层360度视场时，风光需要拍5张，肖像需要拍6.5张？
0 r$ u5 R/ Z- k: `: y  F# _另外这个计算器好像没有计算当垂直视场180度时需要拍摄多少层。

hkaxiong 发表于 2013-7-5 09:33
) `) f, k/ m3 P2 b多谢分享。

用了一下，感觉这个计算器有鱼眼视角的计算功能，挺好的。不过后面两步有点不理解该如何使 ...

landscape mode 指的是相机横着拍，
portrait mode 指的是竖着排

guonaldo 发表于 2013-7-5 16:15
landscape mode 指的是相机横着拍，
# a: |" f3 m: G! H! wportrait mode 指的是竖着排

$ u/ D- b; _' {3 i& R0 k哈哈，原来如此。这倒也是，landscape 一般横幅的多，而 portrait 一般竖幅的多。

+ O6 ]+ B; ^# v( o* H7 w' P另外感觉如果他们只算一层的拍摄张数就没有多大意义了。

太厉害了，明天再接着学习，感谢楼主