压缩包中包含的具体内容：对给定数据中的6个不同场景图像，进行全景图拼接操作，具体要求如下：（1） 寻找关键点，获取关键点的位置和尺度信息（DoG检测子已由KeypointDetect文件夹中的detect_features_DoG.m文件实现；
请参照该算子，自行编写程序实现Harris-Laplacian检测子）。
（2） 在每一幅图像中，对每个关键点提取待拼接图像的SIFT描述子（编辑SIFTDescriptor.m文件实现该操作，运行EvaluateSIFTDescriptor.m文件检查实现结果）。
（3） 比较来自两幅不同图像的SIFT描述子，寻找匹配关键点（编辑SIFTSimpleMatcher.m文件计算两幅图像SIFT描述子间的Euclidean距离，实现该操作，运行EvaluateSIFTMatcher.m文件检查实现结果）。
（4） 基于图像中的匹配关键点，对两幅图像进行配准。
请分别采用最小二乘方法（编辑ComputeAffineMatrix.m文件实现该操作，运行EvaluateAffineMatrix.m文件检查实现结果）和RANSAC方法估计两幅图像间的变换矩阵（编辑RANSACFit.m文件中的ComputeError()函数实现该操作，运行TransformationTester.m文件检查实现结果）。
（5） 基于变换矩阵，对其中一幅图像进行变换处理，将其与另一幅图像进行拼接。
（6） 对同一场景的多幅图像进行上述操作，实现场景的全景图拼接（编辑MultipleStitch.m文件中的makeTransformToReferenceFrame函数实现该操作）。
可以运行StitchTester.m查看拼接结果。
（7） 请比较DoG检测子和Harris-Laplacian检测子的实验结果。
图像拼接的效果对实验数据中的几个场景效果不同，请分析原因。
已经实现这些功能，并且编译运行均不报错！

惯性导航解算算法实现，根据加速度计，陀螺仪的数据来实时计算速度位置姿态

（啊啊啊大家别下载了，我的这个代码有bug的！）采用的狄杰斯特拉算法。
对每一个站点创建station对象（不同线路的换乘车站算不同的站点），每个站点的相邻点为其之前站点，之后站点，和换乘站点，换乘站点之间权值为0，然后建立邻接表，用狄杰斯特拉算法从起始站开始遍历，如果遍历到的站点为终点站，停止遍历，于是得到最短路径。

这是一个RBTS_6母线的算例数据，文档里给出个各个元件的可靠性参数，这对于进行配网可靠性计算有一定的帮助。

C#做的打地鼠小游戏，3种难度，界面用ps做的还算是整洁漂亮，适合初学者进一步了解程序运作

猜数字　　猜数字　　猜数字可以算是一种益智类小游戏，一般两个人玩，也可以由一个人和电脑玩，可以在纸上、在网上都可以玩。
这种游戏规则简单，但可以考验人的严谨和耐心。
　　目录　　1规则　　1.1次数限制　　1.2含重复数字的猜数字　　2解法　　2.1计算机解　　2.2推理解　　2.3代入解　　2.4其他　　3参看　　规则　　这个游戏的规则比较简单，一般两个人玩，一方出数字，一方猜。
出数字的人要想好一个没有重复数字的4位数，不能让猜得人知道。
猜的人就可以开始猜。
每猜一个数字，出数者就要根据这个数字给出几A几B，其中A前面的数字表示位置正确的数的个数，而B前的数字表示数字正确而位置不对的数的个数。
　　如正确答案为5234，而猜的人猜5346，则是1A2B，其中有一个5的位置对了，记为1A，而3和4这两个数字对了，而位置没对，因此记为2B，合起来就是1A2B。
　　接着猜的人再根据出题者的几A几B继续猜，直到猜中为止。
　　次数限制　　有的时候，这个游戏有猜测次数上的限制。
根据计算机测算，这个游戏，如果以最严谨的计算，任何数字可以在7次之内猜出。
而有些地方把次数限制为6次或更少，则会导致有些数可能猜不出来。
而有些地方考虑到人的逻辑思维难以达到计算机的那么严谨，故设置为8次甚至10次。
也有的没有次数上的限制。
　　含重复数字的猜数字　　有一种使用范围比较狭窄的猜数字，是允许重复数字存在的猜数字，但由于其规则较复杂，故没有得到广泛的推广。
其规则如下：　　除了上面的规则外，如果有出现重复的数字，则重复的数字每个也只能算一次，且以最优的结果为准，　　如正确答案为5543，猜的人猜5255，则在这里不能认为猜测的第一个5对正确答案第二个，根据最优结果为准的原理和每个数字只能有一次的规则，两个比较后应该为1A1B，第一个5位子正确，记为1A；
猜测数字中的第三个5或第四个5和答案的第二个5匹配，只能记为1B。
当然，如果有猜5267中的第一个5不能与答案中的第二个5匹配，因此只能记作1A0B。
　　解法　　对于不同的人，常常会用到不同的解法　　计算机解　　通常采用的计算机解是通过排除法，即遍历所有可能的数，将不符合要求的数剃掉。
　　下面是一个计算机处理的例子：　　for(inti=0;i＜Array.Count;i++){if(Array与当前输出数字的比较!=用户输入的与正确答案对比的结果){Array.Remove(i);i--;}}　　　　这个代码采用C#的语法，其中Array表示所有可能的数字的集合。
这个例子为了方便说明，结合了语言的描述。
　　这样的方法充分利用了计算机计算速度快的优势，迅速排出不符合要求的数。
通常第一次猜测的时间（有的引擎为第二次猜测）会在10秒左右，而随着猜测次数的不断增加，猜测的时间会越来越短，最后几乎不需要时间，这是由于集合中的数越来越少，排除需要的时间也随之减少。
　　推理解　　计算机解释根据这种方法推广的。
这种解法的中心思想是假设猜的这个数字是正确答案，即如果它为正确答案，那么这个数应该符合已经猜测的数及其结果。
如已经有　　12340A0B　　那么下一步就不能猜含有1234中任一数字的数，因为如果正确答案含1234中任一，结果就不可能为0A0B。
　　这种解法对猜者要求较高，通常，可能会被定式思维所干扰，导致难以猜出。
　　基于这个解法，根据个人思维风格和起始数字选择的不同，以及对出题者出数风格的猜测，有时可以把猜测次数控制在5步内，但不总能在5步内猜出。
　　使用这种解法需要考虑的时间很久，和计算机解正好相反，人使用这种方法，通常随着猜测次数的增加，需要考虑的东西不断增多，反而考虑的时间会变得越来越长。
　　代入解　　还有一种方法，在人的猜测中很常用，即将推理出不可能含有的数字，代入，察看那些数字是有的。
　　但这种方法其猜测次数难以确定，且通常的猜测次数比推理解多。
　　其他　　可能还有其他的方法。

用creator实现的三消游戏，creator1.8版本。
算是比较完整的版本。
实现了很多特效，效果。

汽车客运公司售票系统c++课团队项目1任务书（拟稿）一、 任务开发“汽车客运公司售票系统”软件。
二、 基本要求使用面向对象的系统分析和设计，开发基于MFC对话框的C++语言应用软件。
三、 任务陈述客车的班次任务由调度部门确定并输入数据，一般在一段时间内不作调整。
每个班次的基本信息包括班次号，车型、发车时间，终点，座位数量、票价等。
旅客购票时，应登记身份号、购票日期、发车日期、车次、座位号等信息。
旅客购票时，可以查询指定发车日期、目的地的客车班次信息，在查询到的班次中，如果还有未售座位，就可以买票。
旅客可以在未售座位中选择座位，也可由系统自动选择座位。
购票时也可直接输入发车日期、目的地和班次，由系统自动出票，如果无票可售，则系统应给以提示。
座位不能重复销售，不允许售无座票。
系统中应该保存从当天算起3天的票源数据，开始时创建今，明，后三天的，以后每天创建后天的，每天的票源数据应根据调度计划安排。
每天的每趟班车在发售第一张车票时，创建这个班次的旅客登记表。
旅客可以办理售票，售票时在旅客登记表中删除旅客信息。
在开车前退票收取20%退票费，开车后退票收取50%退票费。
旅客可以办理改签，在开车前可以改签同一目的地的其他车次（3天以内），不收改签费，开车后收20%改签费。
可以输出指定班次的旅客登记表，表中包括该班次的票款合计。

单步QR分解法，收敛速度相对于基本QR方法大大加速，但不能用于二阶和稀疏的三阶矩阵，不能算复数特征值，精度在

InnoSetup用Delphi写成，其官方网站同时也提供源程序免费下载。
它虽不能与Installshield这类恐龙级的安装制作软件相比，但也当之无愧算是后起之秀。
InnoSetup是一个免费的安装制作软件，小巧、简便、精美是其最大特点，支持pascal脚本，能快速制作出标准Windows2000风格的安装界面，足以完成一般安装任务。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。