k***r 发帖数: 4260 | |
e**n 发帖数: 5876 | 2 这些sony用户造假层出不穷, 成习惯了呵. 先几天刚有个网站拿nex和gh1比, 把gh1拍
的比小dc都不如, iso200就糊的一塌糊涂.用的是啥镜头也不提. 简直是笑话.
那几个图都是这个sony造假的用户在imaging-resource下载, 然后自己后期加料做的"
对比"图. 还能更无耻点嘛?
下面的是我刚在imaging-resource下载后裁的3张. NEX5, GH1, GF1的ISO3200对比
【在 k***r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 要不要入个Nex-3呢 : http://sonyalpharumors.com/wp-content/uploads/2010/05/NEX5-EPL1-GF1- : GH1.jpg : http://tinyurl.com/2bzqn5l
|
e**n 发帖数: 5876 | 3 更搞笑的是GH1的高感在m43里最牛, 结果it加的料最多, 搞成最杯具的一个了. 造假也
要有点专业态度嘛 |
d*****0 发帖数: 68029 | 4 EP1ISO 200下面暗部噪点很明显,革命鸡不能要求太高。 |
x****c 发帖数: 25662 | 5 要是能下载到raw的图就好了。
从来不高感直出jpeg |
c*****t 发帖数: 2691 | 6 LR3还不能解NEX的raw吧,master早
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 要是能下载到raw的图就好了。 : 从来不高感直出jpeg
|
x****c 发帖数: 25662 | 7 C大早,前几天camera raw支持nex了,希望lr3补丁也不远.
【在 c*****t 的大作中提到】![](/moin_static193/solenoid/img/up.png) : LR3还不能解NEX的raw吧,master早
|
c*****t 发帖数: 2691 | 8 敢问master除了LR还用啥?
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : C大早,前几天camera raw支持nex了,希望lr3补丁也不远.
|
x****c 发帖数: 25662 | 9 cpp,ps。。。
现在主要是lr3了,人像有时间进ps,随拍没时间进cpp
【在 c*****t 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 敢问master除了LR还用啥?
|
c********y 发帖数: 30813 | 10 Master牛X啊,
用C++自己写程序,处理照片啊。
大家来拜啊。。。
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : cpp,ps。。。 : 现在主要是lr3了,人像有时间进ps,随拍没时间进cpp
|
|
|
x****c 发帖数: 25662 | 11 这两天是被c++搞晕了。
有没有处理过5维的array,介绍一下经验?
【在 c********y 的大作中提到】![](/moin_static193/solenoid/img/up.png) : Master牛X啊, : 用C++自己写程序,处理照片啊。 : 大家来拜啊。。。
|
c********y 发帖数: 30813 | 12 维数高,IT应该给你专门的class啊
难不成还要你仔细写不成
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 这两天是被c++搞晕了。 : 有没有处理过5维的array,介绍一下经验?
|
x****c 发帖数: 25662 | 13 大公司才有自己的library
小team得自己找一个。。。
【在 c********y 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 维数高,IT应该给你专门的class啊 : 难不成还要你仔细写不成
|
k***r 发帖数: 4260 | 14 E-PL1差不多。信号弱,噪声马上就很明显。所以在纠结Nex乐
【在 d*****0 的大作中提到】![](/moin_static193/solenoid/img/up.png) : EP1ISO 200下面暗部噪点很明显,革命鸡不能要求太高。
|
c********y 发帖数: 30813 | 15 那我不知道了,我也是最近才开始学c++的。。。。。
教主熟
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 大公司才有自己的library : 小team得自己找一个。。。
|
x****c 发帖数: 25662 | 16 倒是找到两free,据说好用的,但compile有问题。错误比较莫名其妙。
【在 c********y 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 那我不知道了,我也是最近才开始学c++的。。。。。 : 教主熟
|
s*****e 发帖数: 21415 | 17 牛 :))
【在 c********y 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 那我不知道了,我也是最近才开始学c++的。。。。。 : 教主熟
|
s*****e 发帖数: 21415 | |
o*****x 发帖数: 2531 | 19 5维和一般的2维或3维的主要差别在哪儿?有什么特殊要求吗?
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 这两天是被c++搞晕了。 : 有没有处理过5维的array,介绍一下经验?
|
d*****0 发帖数: 68029 | 20 感觉EP1这个sensor宽容度不太行,高感也比sony那个差了1.5档
【在 k***r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : E-PL1差不多。信号弱,噪声马上就很明显。所以在纠结Nex乐
|
|
|
s*****e 发帖数: 21415 | 21 可能要用sparse array?
【在 o*****x 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 5维和一般的2维或3维的主要差别在哪儿?有什么特殊要求吗?
|
x****c 发帖数: 25662 | 22 主要考虑速度问题。5维要花费不少cpu在计算索引上。
现在code里用的是native的C的5维定义。
double a[3][3][10][3][6];
在想用其他第三方的会不会快些。另外一个就是dynamic allocation了,这个我还没想
好是不是很必要。
不知道如果不需要dynamic allocation,nataive那种定义是不是就是最快的。
【在 o*****x 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 5维和一般的2维或3维的主要差别在哪儿?有什么特殊要求吗?
|
x****c 发帖数: 25662 | 23
不需要sparse,是dense的
大概就是300x48x6x5x3的量级。
我自己写的话最多用到3维,尽可能避免更高维数的。要把5维拆开好像也不容易。
【在 s*****e 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 可能要用sparse array?
|
s*****e 发帖数: 21415 | 24 空间固定以后,直接开
double m[300][48][6][5][3]是最快的
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : : 不需要sparse,是dense的 : 大概就是300x48x6x5x3的量级。 : 我自己写的话最多用到3维,尽可能避免更高维数的。要把5维拆开好像也不容易。
|
x****c 发帖数: 25662 | 25 嗯,我也是这样想的,看有人测试过三维的,native的定义是最快。
如果不需要dynamic allocation,size给定,好像没法优化了。
有几个4维,5维array是global的,不知道改为dynamic allocated有没有可能改善
speed。
【在 s*****e 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 空间固定以后,直接开 : double m[300][48][6][5][3]是最快的
|
k***r 发帖数: 4260 | 26 上NEX不?
【在 d*****0 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 感觉EP1这个sensor宽容度不太行,高感也比sony那个差了1.5档
|
d*****0 发帖数: 68029 | 27 EP1的两个轮子我很喜欢,要不早就出了。Nex操控差了点。
【在 k***r 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 上NEX不?
|
o*****x 发帖数: 2531 | 28 如果是多重for循环顺序操作的话,自己计算索引,尽量减少乘法次数,使用已有乘法
结果对于速度有一定改善,我原来这样用过,不过有些编译器可能本身有这个优化能
力。
如果是随机存取数组的话,如果不能减少索引计算时间,我感觉改为动态分配的应该不
会有多大改善。
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 嗯,我也是这样想的,看有人测试过三维的,native的定义是最快。 : 如果不需要dynamic allocation,size给定,好像没法优化了。 : 有几个4维,5维array是global的,不知道改为dynamic allocated有没有可能改善 : speed。
|
k***r 发帖数: 4260 | 29 E-PL1一个都没有,菜单设计的还比较容易用,所以也对付了。
NEX好歹有一个,应该还方便,550D之类的也只有一个,呵呵。
【在 d*****0 的大作中提到】![](/moin_static193/solenoid/img/up.png) : EP1的两个轮子我很喜欢,要不早就出了。Nex操控差了点。
|
s*****e 发帖数: 21415 | 30 不可能,dymamic allocated 只能更慢,绝对不能更快 :))
【在 x****c 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 嗯,我也是这样想的,看有人测试过三维的,native的定义是最快。 : 如果不需要dynamic allocation,size给定,好像没法优化了。 : 有几个4维,5维array是global的,不知道改为dynamic allocated有没有可能改善 : speed。
|
|
|
s*****e 发帖数: 21415 | 31 其实一次乘法和五次乘法差的不多,因为cpu是pipeline的
何况编译器本身有优化,我看就没有必要费这个劲吃力不讨好了
【在 o*****x 的大作中提到】![](/moin_static193/solenoid/img/up.png) : 如果是多重for循环顺序操作的话,自己计算索引,尽量减少乘法次数,使用已有乘法 : 结果对于速度有一定改善,我原来这样用过,不过有些编译器可能本身有这个优化能 : 力。 : 如果是随机存取数组的话,如果不能减少索引计算时间,我感觉改为动态分配的应该不 : 会有多大改善。
|