作业第三回，7行16列苏黎世湖景

7 J0 U' L0 R  ^! p

& E/ {$ C/ Z& f拍摄中出现了短暂的光线变化，但是好像对接片没有大的影响
1 p) r' z4 f! C) ^, C' y
' l" P9 ^0 _# {8 C8 a
. [# Q& j! P0 E

设备配置？拍摄参数？拼接后全图参数？谢谢。
+ @1 q( g5 G) O, d
1 F) i$ n$ N" {# Z! r+ Q从矩阵列表图观察，大约三行九列就可以了。
- t, C; v" z# o- V$ Q/ T
8 j2 u0 z# S! R2 d同一景物一行或一列中出现三次，说明重叠度超过50%了。没必要！
/ H$ h- @& R( f

看来拍这样的接片手抓是不行的了，而且是自动机。不知这说法对么。

鱼眼龙 发表于 2012-6-30 07:11
设备配置？拍摄参数？拼接后全图参数？谢谢。

2 o, [& `+ n0 f/ D7 t( O老大，我用jpg可以拼，但是用cr2就没法拼。拼出来有错误。
参数本来是想拼好CR2格式的再加上，结果没成功。

大美溪北 发表于 2012-6-30 18:14
看来拍这样的接片手抓是不行的了，而且是自动机。不知这说法对么。

9 G, m1 \  N% U/ T; Y, r) N全景云台

自动的全景云台

鱼眼龙 发表于 2012-6-30 07:11
9 G; W& {% {1 z- J2 w设备配置？拍摄参数？拼接后全图参数？谢谢。

按照老大的指示，补充相关数据如下：
6 Q; @# j+ N" C6 ?Canon 5D Mark II 24-70mm/F2.8 L，使用70mm端，光圈f14，速度1/200秒。
6 w) B: M. C6 I8 F. h4 u" B共7行16列，使用CR2和jpg两种格式。Jpg格式文件总大小86mb。
  ^/ J3 |) A. X3 |& x电脑状况
  N* f( J2 q5 Z9 b8 x
4 Y$ h- r; ~0 }/ n( v
( k, w" ]8 a- B7 H对齐图像时的CPU和内存使用情况

$ K; {# b$ r. b& y' w
2 e* v4 I) {3 q( p生成全景图时的CPU和内存使用情况
7 F( c+ M9 w+ d( ]6 y1 C5 _6 J
8 q) b) Z2 n- R$ E5 z: y生成图像持续约2分钟。
& K5 r2 @" k' r$ [2 t4 c最后生成图片大小32.6MB，像素12420 x 5638。
6 X; _" @1 Z2 I- H) o奇怪的是使用CR2文件生成的全景图有误，在双塔尖处是云彩影像，反复多次均不能完成。等老大指点哪里有问题。使用CR2生成全景大概需要15分钟左右，CPU和内存使用率和使用JPG时一样，只是时间的长短。
) r5 z) i9 @$ G

大美溪北 发表于 2012-7-1 09:10
自动的全景云台

3 Q" l7 `/ r* N8 O& W1 c不是，就手动全景云台。

呵，不简单。就是拍前准备充分，手动调换角度，要完成一百多张的拍摄真不容易。
7 L  K7 v( B) G: ^5 k  Y% H
; X% |8 y* v5 N! H5 Q" H  g楼主有此业绩，给我手动操作增加信心，谢谢分享。

100多张的距阵总像素怎麽这麽小呢？

1 U1 Q0 B" B% g/ I( V  D& s' |

lpyq 发表于 2012-7-3 15:39
# d6 }* r; K% @5 c1 i$ O100多张的距阵总像素怎麽这麽小呢？

这个是用拍照时同时保存的jpg格式片子接的，所以小很多。
昨天试着把CR2原片用DPP批量导出为JPG，总文件达到了2GB以上，接好的片子只能存为tiff文件，裁切后得到的是1.2GB的文件。顺便说下，使用8GB内存拼接过程中出现内存溢出的状况，加装了4GB的内存才顺利的完成拼接。今天将用Mac OS Mountain Lion系统比较一下。

今天使用了两个不同的软件（PTGui和Autopano Giga）试着拼接了一个拍摄时不很完美的接片。
# z. a' _7 W2 e' S都是在默认的设置下拼接的，似乎后者更强一些，有输出的图为证。

1 j7 p5 R. m6 k3 Y9 Q前边是Giga的，后边是P输出的tif格式。

你试试只用三行图片进行拼接。
" y5 r  d$ {7 e9 t% s, g& L: P4 E
1 Q. m2 c, e: }3 ~5 W+ L3 ?也就是只用第一、四、七行。

鱼眼龙 发表于 2012-7-5 07:07
2 A" _; [$ D; L4 N( j你试试只用三行图片进行拼接。

' g. u$ M8 K  I也就是只用第一、四、七行。

# {8 _% p: A9 X% ?0 Q5 T按照老大的意思，重新做了一次，只使用1，4，7行，都直接使用CR2文件。分别用64位的PTGui 和Autopano_Giga两个软件在Win7 x64系统下拼接。



. ^/ w0 o5 l$ {$ M0 ?1，使用Autopano_giga拼接耗时约25分钟，cpu使用率在25%，内存使用9GB以上。输出为Tiff文件，文件大小1.96GB，尺寸25894x13362
+ S: d1 m! G* H/ w- t

! }, v- Z( h: q7 P
7 U. C- E$ b, E2，使用PTGui拼接耗时约10分钟，输出Tiff和Jpg文件，Tiff文件大小为1.22GB，尺寸25894x13362


7 d/ f* }# c: t总结：以上两张图片均为原片在PS下缩小至1024边长，未作任何处理。
$ y0 Q& T" s$ x3 Q" f, h使用第一个软件，耗时长，硬件资源使用量大，拼接较完美，得到的文件大（当然信息量也会大）。
使用第二种软件，用时短，硬件资源占用也相对的小，拼接时不能保证完美拼接（可能和自己操作软件的水平有一定关系），最后得到的文件较小。本人倾向于使用前者，因为我的拼接水平较低，完全指靠软件来完成拼接任务。完毕
% k! O/ v+ j- z% L3 p
& C; l$ v+ _: x; ?8 W9 f

V5~可以裁个假617画幅，应该不错

矩阵照片,还是用Autopano好,但因为是自动,手调功能相对PTGUI会差一些,因此,只能对完美拍摄的为好.

矩阵照片,还是用Autopano好,但因为是自动,手调功能相对PTGUI会差一些,因此,只能对完美拍摄的为好.

/ Q9 T+ s5 K* Z: S拍摄时,按三分之一分隔即可.可惜了是用70端,如果用135焦距来拍,估计清晰度会更完美.

震撼！学习、欣赏！

. W* e: o1 i4 R+ @

BH7NLJ 发表于 2012-7-16 20:56
- n+ {- n8 N9 x6 S  I$ f. r3 A矩阵照片,还是用Autopano好,但因为是自动,手调功能相对PTGUI会差一些,因此,只能对完美拍摄的为好.

- l* ?, p% [$ A1 ]  {& o拍摄时 ...

我是70-300mm/f4-5.6 is 头，没有脚架环，节点无法调。正在考虑进个小白，或者小小白。
# t2 V6 U* |3 N* D2 V那里我经常去，还有机会拍的。
! B* q5 j4 m0 R3 e0 gPS:问老师，三分之一分隔是啥概念？
& p3 s& j$ \. K7 x/ ?

' u) o" m8 D; V! p

ham319 发表于 2012-7-17 22:55
/ }( P( E% [0 P2 w+ d! p我是70-300mm/f4-5.6 is 头，没有脚架环，节点无法调。正在考虑进个小白，或者小小白。
那里我经常去， ...

摄影构图里常有提到"井"字构图法,实际上就是在取景框内可以看到有井线,整个画面被井线分隔成了九个小方块.
6 u3 x0 r7 ]# A5 Z1 |2 n7 N& @' Q你可以发现,这个井线就是平均三分之一分隔的.
, S* I% C. R: N: u1 Y
如果你能控制精准的节点啥的,重合率可以低些,15%~20%应该都可以.拿不准或想省事,30~33%(按井线)分隔即可.
: e- B. l( P. O$ s5 j: j4 p个人觉得,更换镜头不是根本,70~300已经包含135段,实在没有必要,135段是手动云台分度盘的极限值(每5度一张),假如你有足够的耐心,也可以精细控制半个刻度拍一张,但作为矩拍摄来讲,可不是三张五张的概念,那是要几百张的拍摄,研究可行,实拍还是按最小分度值进行吧.
: J2 ?# q+ r- Q4 Z' g至于说到节点调整,如果不是很精准的操作,可以在本站找鱼老大的图参考,各种焦段的大概位置都有.
http://chinavr.net/forum.php?mod=viewthread&tid=1159

哦，是这样，谢谢老师的指导！

天气好其实无须包围曝光
raw文件就很不错的了
先调好raw文件处tiff或jpg文件来拼接会好些
其实这组尺寸也不会很大

学习矩阵接片。

请问使用的是什么牌子的手动云台

看矩阵图，3排足够控制点了，再多合成后的象素也是一样的

学习