由买买提看人间百态

topics

全部话题 - 话题: 200x200
(共0页)
w****h
发帖数: 152
1
来自主题: CS版 - 问个Matlab的问题 (转载)
【 以下文字转载自 EE 讨论区 】
发信人: wangrh (123), 信区: EE
标 题: 问个Matlab的问题
发信站: BBS 未名空间站 (Mon Sep 11 17:11:18 2006)
不知道发哪里合适,这里大侠多,请大家多多指点,谢谢。
问题是这样的:
在一个200x200的区域里,random distribute 2000 个节点,每个节点上有一个值(这
个值是通过某些运算得到的,值的范围是在[0,32]区间)。我想用matlab画一个三维的
图,X/Y坐标是节点的坐标(between 1-200),Z坐标是节点的值(between 0-32)。
matlab里对应的function应该是meshc(Z),但是我比较头痛的是,如果我先用meshgrid
(X,Y)来设坐标的话, 它给我的是所有200x200个点的坐标,而不是我想要的那2000个点
的坐标。那我应该怎么办呢?
另外,那个Z坐标的值我是用C求出来的,那2000个节点的坐标我也是用C算的,我现在
的搞法是把点的坐标(X,Y),和Z的值分别写到文件里去,然后用matlab load这俩文件
。有什
o*********n
发帖数: 706
2
来自主题: EE版 - [合集] 问个Matlab的问题
☆─────────────────────────────────────☆
wangrh (123) 于 (Mon Sep 11 17:11:18 2006) 提到:
不知道发哪里合适,这里大侠多,请大家多多指点,谢谢。
问题是这样的:
在一个200x200的区域里,random distribute 2000 个节点,每个节点上有一个值(这
个值是通过某些运算得到的,值的范围是在[0,32]区间)。我想用matlab画一个三维的
图,X/Y坐标是节点的坐标(between 1-200),Z坐标是节点的值(between 0-32)。
matlab里对应的function应该是meshc(Z),但是我比较头痛的是,如果我先用meshgrid
(X,Y)来设坐标的话, 它给我的是所有200x200个点的坐标,而不是我想要的那2000个点
的坐标。那我应该怎么办呢?
另外,那个Z坐标的值我是用C求出来的,那2000个节点的坐标我也是用C算的,我现在
的搞法是把点的坐标(X,Y),和Z的值分别写到文件里去,然后用matlab load这俩文件
。有什么简单的方法吗?
谢谢。
i*****g
发帖数: 11893
3
来自主题: History版 - 为什么汉族的姓那么少?
嗯,用复姓吧
最简单是用父母叠名,成为新姓
全国强硬推广,这些2年前我都想过了
但200x200,4万个姓,对中国人来说,还是太少了
一个姓,代表一个部落,应该控制在万人以下
中国还有很多事情,都得一一去改制
这些事情,等下一位开国皇帝,以他的无上权威 推行吧
我们毛派,就默默为下一代开国皇帝铺路吧,默默准备 理论,舆论,思想,组织,资
金,人才。只要控制5%的力量,在乱世 登高一呼 彼等腐朽势力 看似强大,立即土崩
瓦解,不堪一击。
唯一担心的是,毛派只有千分之1的势力,那就太弱,根本没有做玩家的机会,只是酱
油党,那中国就完蛋了,必然是数十年军阀对战,出现小说‘黄祸’那种局面。
当然,还有一种可能,这种超凡人物很可能一直不出现。那就只好靠一个委员会,一个
群体去完成这个历史使命。其实,俄国革命就是这样的。
C***Y
发帖数: 1323
4
来自主题: Military版 - 围棋是低级游戏
比方说即使围棋棋盘大到200x200,这种“复杂度”恐怕带来的也不是什么趣味而是苦恼
,如果两
个棋手要几个月才下完一盘棋。1+1+1+1+1+1+1+1+1+1+1+1。。。加到1万个1,其实也
不见得比1+1=2更能揭示数学的奥妙。

发帖数: 1
5
楼上说了 中国落后源头在满清。满洲八旗 每个牛录200人 200x200=4万人。四万满族
军人屠杀了几千万汉族人。要不是满族人的存在 中国早就成为世界强国了, 不会这么
落后。
[在 Tianzi (偷月亮的人) 的大作中提到:]
:一百多年来,中国在紧要关头,往往做出比较差的甚至最差的选择。听矮大紧讲民国
早期的政治人物,里面讲到议会民主六年之后,大家就已经失去信心和耐心了。然后开
始帝制复辟。虽然被反正了,议会民主却完蛋了。

:...........
j******u
发帖数: 41683
6
Dell SB has their V313 All In One Printer for $19 when you follow the
instructions below. Shipping is free. Thanks brisar
链接: (http://configure.us.dell.com/dellstore/config.aspx?c=us&l=en&cs=04&kc=&oc=v313cc&dgc=BF&cid=7421&lid=197378&acd=10466193-1225267-u0t0f0fp32522c0s558
Follow the instructions below to save an additional $20
click "continue customizing"
under "Select my Service & Support, select "none" [subtract $20]
Total will be $19
http://i2.slickdeals.net/attachment//9/5/3/2/3/200x200/
y********n
发帖数: 65
7
5555, 忘了用bcb,哭。。。。

follow the
c=us&l=en&cs=04&kc=&oc=v313cc&dgc=BF&cid=7421&lid=197378&acd=104
66193-1225267-u0t0f0fp32522c0s558)
$20]
http://i2.slickdeals.net/attachment//9/5/3/2/3/200x200/349666.th
umb
p*******n
发帖数: 4824
8
来自主题: NewJersey版 - 新人报个到
怎么说来着? 正面免冠全身无遮拦玉照,脸部至少200x200像素。。。
f*****0
发帖数: 166
t****g
发帖数: 35582
10
来自主题: PhotoGear版 - 继续讨论全副CCD防抖的可实现性
目前的主要的分歧就集中在了,CCD需要移动的range是不是会超出135镜头的成像圈。
前面有很多同学做了计算,有人说会,有人说不会。
其实这个问题最简单的办法就是做个简单的实验,用300-400mm的镜头在1/30s~1/50s的
快门
速度手持拍一张照片,看看那个motion blur kernel到底有多大。
我刚刚把EF70-300/4-5.6 IS USM装到20D上用1/30s试了一张,因为我们这里讨论的是
motion
blur kernel实际的物理尺寸,所以和是不是全副,还有crop factor都无关。我们的目
的是
测量300mm的135镜头手持1/30拍摄的时候到底blur多少个像素。
图见附件,我crop了中央的200x200范围。可以看出来,blur kernal <图片边长的1/10
,也就是说<20pixel。我们就坐保守估计,算作20pixel。
20D的pixel pitch大约是6.5um,我们算7um。那么也就是抖动的blur kernel实际在
20x7=140um左右。再给个裕量,翻一倍,算300um。
这也就是说,只要CCD能够上下左右各有
k*****n
发帖数: 9823
11
☆─────────────────────────────────────☆
tyning (今年的目标是30张4x5) 于 (Fri Mar 9 18:52:34 2007) 提到:
目前的主要的分歧就集中在了,CCD需要移动的range是不是会超出135镜头的成像圈。
前面有很多同学做了计算,有人说会,有人说不会。
其实这个问题最简单的办法就是做个简单的实验,用300-400mm的镜头在1/30s~1/50s的
快门
速度手持拍一张照片,看看那个motion blur kernel到底有多大。
我刚刚把EF70-300/4-5.6 IS USM装到20D上用1/30s试了一张,因为我们这里讨论的是
motion
blur kernel实际的物理尺寸,所以和是不是全副,还有crop factor都无关。我们的目
的是
测量300mm的135镜头手持1/30拍摄的时候到底blur多少个像素。
图见附件,我crop了中央的200x200范围。可以看出来,blur kernal <图片边长的1/10
,也就是说<20pixel。我们就坐保守估计,算作20pixel。
20D的
L*****y
发帖数: 4290
12
来自主题: PhotoGear版 - 佳能看来传感器遭遇瓶颈了
没遇到什么有力的挑战吧.
佳能不是有一块200x200的传感器的么.

那个久经考验的忠诚的无产阶级的18M的传感器用了好几年了
长此以往,红旗还能扛多久?
w***g
发帖数: 5958
13
来自主题: Programming版 - 呼叫Wdong大牛 - Tensorflow Lite
这个我没啥经验。200x200的小图片一秒钟处理一张的样子还是能做的。
这个不光是计算量的问题。现在有些model动不动压缩了还有好几百兆,
内存不够。
w***g
发帖数: 5958
14
来自主题: Programming版 - C++11 大家有用过吗?
我有几个deep learning model,最后还是用C++部署在CPU上。
tensorflow和python那套太heavy weighted,部署起来成本还是
太高,一上来就是不用也得至少半个GPU,而且按请求并行overhead太高。
走C++的话,所有请求都是单线程处理,一个200x200的图片0.5秒的样子,
然后可以跑10-20个线程,一秒钟处理10-20个请求,并不需要很好的CPU。
GPU更适合离线批处理。
w***g
发帖数: 5958
15
来自主题: Programming版 - ubuntu apt-get 404了
其实在小型服务器上做demo可能也是有用的。这也是我买这个的主要原因。
现在数据中心还有大量老的服务器没法装GPU。目前用CPU inference,
200x200的图片一秒钟10张的样子。如果装上这个能够把throughput增加
10倍,那么作用还是很明显的。而且便宜!
w*****r
发帖数: 197
16
来自主题: Programming版 - ubuntu apt-get 404了
Intel对于dl的解决方法应该还处于混沌阶段,尚未收敛,不同部门方案,road map听
来的都不一样。现阶段下大力气跟进,有风险。


: 其实在小型服务器上做demo可能也是有用的。这也是我买这个的主要原因。

: 现在数据中心还有大量老的服务器没法装GPU。目前用CPU inference,

: 200x200的图片一秒钟10张的样子。如果装上这个能够把throughput增加

: 10倍,那么作用还是很明显的。而且便宜!

(共0页)