阅读《RobHess的SIFT源码分析:综述》笔记2

今天开始磕代码部分。

part1:

1、

sift特征提取。

img1_Feat = cvCloneImage(img1);//复制图1,深拷贝,用来画特征点
img2_Feat = cvCloneImage(img2);//复制图2,深拷贝,用来画特征点  

//默认提取的是LOWE格式的SIFT特征点
//提取并显示第1幅图片上的特征点
n1 = sift_features( img1, &feat1 );//检测图1中的SIFT特征点,n1是图1的特征点个数
export_features("feature1.txt",feat1,n1);//将特征向量数据写入到文件
draw_features( img1_Feat, feat1, n1 );//画出特征点
cvNamedWindow(IMG1_FEAT);//创建窗口
cvShowImage(IMG1_FEAT,img1_Feat);//显示  

//提取并显示第2幅图片上的特征点
n2 = sift_features( img2, &feat2 );//检测图2中的SIFT特征点,n2是图2的特征点个数
export_features("feature2.txt",feat2,n2);//将特征向量数据写入到文件
draw_features( img2_Feat, feat2, n2 );//画出特征点
cvNamedWindow(IMG2_FEAT);//创建窗口
cvShowImage(IMG2_FEAT,img2_Feat);//显示  

【啥也没有啊~3个积分并不想下载。头文件啥的毛儿也没有。。。

所以想法是随便从以前的工程里面拉一个头文件啥的然后看看能不能过,能过最好,不能过,再去百度看相关函数属于什么头文件。】

断点:sift_features属于sift.c。

现在比较重要的点在于融合。先把前面的先弄出来,这样没有sift.c和sift.h,所以先搞定他们。原文直接给了源码分析,所以利用源码必然能让这两个文件复活。。。

复活所需祭祀灵魂:

http://blog.csdn.net/masibuaa/article/details/9207657

sift.h 是没问题的,但是sift.c 并不能跑,因为这还需要其他头文件的支持。

断点:差这两个头文件。

#include "imgfeatures.h"
#include "utils.h"

找到:http://blog.csdn.net/masibuaa/article/details/9204157

断点:

两个地方都说没有utils.h文件。

utils.c 有问题这里面有gtk的东西,果然是有麻烦。接下来貌似还非得把我的msvc 加上这样一个gtk的东西。

点着点着直到配置完了环境变量意识到自己走远了。

https://wiki.gnome.org/Projects/GTK+/Win32/MSVCCompilationOfGTKStack

http://jingyan.baidu.com/article/642c9d34e999d5644a46f730.html

这两个方式自己选一个靠谱的吧。

没有 all-in-bundles了。。。婊婊不开心。。。

待续

时间: 2024-10-14 20:19:22

阅读《RobHess的SIFT源码分析:综述》笔记2的相关文章

最后期限阅读笔记之一

本书讲了一个叫汤普金斯先生是一位经验丰富的项目经理,却也不幸遭遇了被“炒鱿鱼”的命运.这时,有人出数倍的薪俸将他“请”到一个海上的小国同时管理六个软件项目.资金.人员.设备等所有外部条件都万事俱备,汤普金斯先生可以放手去做,并将自己的奇思妙想付诸实践.本以为会因祸得福,汤普金斯先生却逐渐发现事情并没有那么简单,项目根本无法在最后期限内完成,但他已经骑虎难下,故事也就因此展开,而我从中也获得了许多道理: 优质管理的四大要素: 1选择正确的人. 2 为他们分配正确的工作. 3保持他们的积极性. 4帮

最后期限阅读笔记三

最后期限这本书读完了,有很多感想. 我们始终不能忘记,程序员也是人,当我们在以往的项目中遇到各种各样的问题,客户的需求频繁变动,来自领导.客户.销售人员要求尽快结束项目的压力,用一拥而上的方 式增加人手,计划延迟,工期变长,漫长的维护过程,乃至长期出差驻守在外地,离开家人,这个时候,没有成就感和疲惫的感觉会让最好的程序员失去热情.在这里要提到的是, 曾经有个项目工期太长,每个周一都要出差去外地,在那段时间里,我甚至得了"周日晚上失眠(恐惧)症",噢,可怜的程序员们,你们是否也有过类似的

最后期限阅读笔记2

作为一个项目管理者,管理中最困难的问题,是人的问题.让正确的人去做正确的事情,这正是优秀的管理者和平庸的管理者之间的区别. 在项目的进行中,一定要控制风险,让不好的消息能够有畅通的渠道来表达,尽早取消失败的工作比成功还重要. 还有就是压力的重要,适当的压力会让团队成员感到危机感,从而更好地完成工作.一旦一个团队形式已经僵化,那么这个团队就如一滩死水,就不会有创造力.因此一个优秀的管理者会尽可能的调动成员的积极性.

最后期限阅读笔记之三

负面效应 :  威胁不是提高业绩最好的方法.   如果分配的时间一开始就不够,不管威胁有多么吓人,工作也无法按时完成.   更糟糕的是,如果目标没有实现,你就必须兑现你的威胁. 管理者必需的身体部位 :  管理涉及到心.肠胃.灵魂和鼻子.   因此...   用心来领导,   相信你的肠胃(相信你的预感), 构筑团队的灵魂,   训练一个能嗅出谎言的鼻子.  用指挥战争来作为管理的一个比喻   在战役开始的时候,管理者真正的工作已经完成了.  面试和招聘 :  招聘涉及到所有与管理相关的身体部位

最后期限阅读笔记之二

安全和变化 除非感到安全,否则人们就不能去迎接变化. 在所有成功的工程中(以及在绝大多数其他有价值的工作中),变化都是基本的要素之一. 安全感的缺乏会让人们反对变化. 逃避风险是致命的,因为这会让你也得不到与风险同在的利益. 人们可能会因为来自客观世界的直接的恐吓而觉得没有安全感,但是如果察觉到管理者可能滥用权力来惩罚自己,他们也会觉得没有安全感. 人们反对变化的原因通常是缺乏安全感 控制风险,让不好的消息能够有畅通的渠道来表达,尽早取消失败的工作比成功还重要. 量化项目的某些指标时,要选择或创

最后期限——阅读笔记2

优质管理的四大要素: 1.选择正确的人 (人力资源管理) 2.为他们分配正确的工作 (计划,WBS,估算,时间管理) 3.保持他们的积极性 (人力资源管理和沟通管理) 4.帮助团队凝聚起来并保持团队的凝聚力 (人力资源管理和沟通管理) 软件开发项目以人为本,人是软件项目管理第一要素.如何选择到合适的开发成员,激发他们和整个团队的热情是项目成功的重要保障.项目不是需要全牛的人,是需要胜任的成员,能够人尽其用的成员,成员的积极主动心态,热情,责任感和团队归属感更为重要. 第二点强调项目中尽量每个人都

最后期限阅读笔记一

这是第三本书了,看开头时,感觉是一本故事性比较强的书,比较适合我看...现在看了一些了, 也有一些心得. 如何对软件开发团队进行管理,显然是这本书想要阐述的核心,在小说里,汤普金斯对此有着独到的见解:选择正确的人,为他们分配正确的工作,保持他们的积极性,帮助团队 凝聚起来并保持他们的凝聚力.这里,最重要的是人,和团队,而不是许多冗长枯燥的管理课程中讲述的那些"文案":甘特图,波特图,状态报告,交流规范,会议计划,时间卡,进 度跟踪记录,项目里程碑报告,质量管理程序……那不是管理,管理是

《最后期限》阅读笔记-3

<最后期限>阅读笔记-3    虽然这是一个信息的社会,很多资料随手可得,但是我们却变得不在勤奋,我们习惯了使用现成的资料,而忽略了去亲自体验这些的机会.这是一个很危险的信号,那么我们迫切的需要去避免这样一种结果的发生,就是我们不在具有创新的能力.如何去避免呢,正如书上所说,给自己一个期限,虽然这些在团队中应用的更多,但是我们自己未尝不适用于这个法则,在有限的时间里安排自己做完某事,久而久之,我们就会发现我们的积极性大大提高,自然而然就会对手头的工作上心,而不是打酱油,一瓶子不满,半瓶子晃荡.

面对软件错误构建可靠的分布式系统(阅读笔记)

阅读笔记 joe Armstrong 段先德 译 核心问题:如何在存在软件错误的情况下编写具有合理行为的软件 ,如何避免像死锁.死循环等问题 ERLANG的世界观,一切皆进程.将任务分离成层次化的一系列任务,强隔离的进程负责来执行每个具体化的任务,进程之间不共享状态(实际上ETS跨越了这个准则). 只能通过消息传递来通信,必须注意进程消息的堵塞问题 工作者和监督者构成一个完整的系统,监督者的作用就是监控整个系统的运行状况.并对突发情况进行可靠的处理. behaviour库的设计思想就是将程序的并

《构建之法阅读笔记02》

这次主要对<构建之法>的第四章“两人合作”作一次阅读笔记. 首先是代码规范问题. 我过去对于代码规范问题并没有做到注意.在编程中,许多变量和函数的命名都非常的简单而没有实际的意义.而且编程时不注意对齐缩进.很多时候也不加注释,导致对这些简单的变量名称不熟悉. 这样做会使得很多人读代码费劲,甚至是自己都要花时间再次阅读懂自己的代码.而且很多没必要的注释也会使得注释失去意义.当自己再次在原基础上编程时,可能要重新编程等问题. 因此,通过阅读“代码规范”,我找到一些解决方法.代码的风格要简明.易读.