中秋之前，以供娱乐实现：（1）播放、暂停、上一首、下一首（2）歌词显示（3）批量添加歌曲文件（夹）（4）查找歌曲（可进行模糊匹配）（5）播放模式选择（单曲播放、单曲循环、随机播放等）（6）删除、批量删除Bug挺多，有待完善

颜色直方图匹配算法实现环境：opencv2.31，vs2008平台绝对可用

递归下降分析法一、实验目的：根据某一文法编制调试递归下降分析程序，以便对任意输入的符号串进行分析。
本次实验的目的主要是加深对递归下降分析法的理解。
二、实验说明1、递归下降分析法的功能词法分析器的功能是利用函数之间的递归调用模拟语法树自上而下的构造过程。
2、递归下降分析法的前提改造文法：消除二义性、消除左递归、提取左因子，判断是否为LL（1）文法，3、递归下降分析法实验设计思想及算法为G的每个非终结符号U构造一个递归过程,不妨命名为U。
U的产生式的右边指出这个过程的代码结构：(1)若是终结符号，则和向前看符号对照，若匹配则向前进一个符号；
否则出错。
(2)若是非终结符号，则调用与此非终结符对应的过程。
当A的右部有多个产生式时,可用选择结构实现。
三、实验要求（一）准备：1.阅读课本有关章节，2.考虑好设计方案；
3.设计出模块结构、测试数据，初步编制好程序。
（二）上课上机：将源代码拷贝到机上调试，发现错误，再修改完善。
第二次上机调试通过。
（三）程序要求：程序输入/输出示例：对下列文法，用递归下降分析法对任意输入的符号串进行分析：（1）E-＞eBaA（2）A-＞a|bAcB（3）B-＞dEd|aC（4）C-＞e|dc输出的格式如下：(1)递归下降分析程序，编制人：姓名，学号，班级(2)输入一以#结束的符号串：在此位置输入符号串例如：eadeaa#(3)输出结果：eadeaa#为合法符号串注意：1.如果遇到错误的表达式，应输出错误提示信息（该信息越详细越好）；
2.对学有余力的同学，可以详细的输出推导的过程，即详细列出每一步使用的产生式。
（四）程序思路0.定义部分：定义常量、变量、数据结构。
1.初始化：从文件将输入符号串输入到字符缓冲区中。
2.利用递归下降分析法分析，对每个非终结符编写函数，在主函数中调用文法开始符号的函数。

以下更改相对于E_D3D91.0正式版:1:[!]"E_D3D9"改名为“E_DirectX".为其他DirectX组件作准备.2:[!]调用"d3dx9_42.dll"库改为"d3dx9_39.dll"库.直接影响相关的ID3DX...类.3:[!]优化各类(修改为继承)，删除与基类重复的方法,相对减少源码体积(不多,约20KB).3:[+]ID3DXPMesh之前版本漏掉了(MSDN内没有,d3dx9mesh.h中有).4[+]ID3DXSPMesh之前版本漏掉了(MSDN内没有,d3dx9mesh.h中有).5:[+]IDirect3D9Ex6:[+]IDirect3DDevice9Ex7:[+]IDirect3DSwapChain9Ex8:[+]IDirect3D9ExOverlayExtension9:[+]IDirect3DDevice9Video10:[+]IDirect3DAuthenticatedChannel911:[+]IDirect3DCryptoSession912:[+]IDirectInput813:[+]IDirectInputDevice8其中DIDATAFORMAT参考了Delphi的JEDI后处理的.若有更好的方法欢迎讨论.14:[+]IDirectInputEffect15:[*]日后会陆续添加DirectX的其余组件,并且修复现有问题.(以后版本会整合发布,改动都将写入日志,公开免费发布,以谋求易语言完美调用原生DirectX所有组件方法.待组件全了后,我会定期逐个类/方法测试,顺便写些Demo.)提示:有易友建议我使用EATL,我大致看了下原理是类似的.但它改写了易语言的类(也是其亮点),从而导致可以直接调用.对于E_DirectX这个项目来讲,我个人感觉意义不是很大(该处理的类型还得处理!).并不是说EATL不好,本人多重考虑后感觉不适合.许多类方法可能存在问题务必注意特征/情况如下:方法中参数类型为文本型、字节集、所有类型的数组、以及自定义类型成员中含有其他自定义类型的,这些未经处理的大多存在问题.还有小数型参数与返回值的问题("Call"的问题),第一个版本(E_D3D9Beta1)中存在此重大问题.其后续的版本基本都已修复.以上问题基本皆由易独特的类型存储结构无法与之匹配而引起的.(了解C++类型存储结构的小伙伴可以很快想到处理办法.)模块还有大量问题没有处理,本人没有那么多时间和精力去逐个测试,除了自己用到的方法以外,许多都是简单处理下(工作量异常大!无奈之举,以后慢慢修复吧.也可以自己参照我处理过的方法自行研究,开源也是有此目的.)若发现问题可以发送相关的代码到我的邮箱.(此文最底下或模块中的作者信息一栏)，便于我整合进下一版本中.承诺:以后所有版本皆会以免费开源形式发布,可任意使用,无任何限制.(据我所知之前也有不少因此受益的小伙伴,才让我更有信心继续下去.)声明:E_DirectX(E_D3D9)从诞生以来一直是以无偿开源的形式存在,同时因此作者(Roc/xc.roc)也无法对产品和用户进行有效的约束或限制,同时也不承担因为该产品所带来的后果,若造成任何损失/后果由使用者自行承担.请大家谨慎考虑取舍!总而言之,一切如涛哥所言:"向正确的方向前进!".动态:本人最近根据某易友的建议正在开发EssenGUI(游戏界面库),主要是应用于游戏环境(HookD3D--!).会以开源模块的形式小范围收费发布,并且给予相关技术支持.有相关需求的用户也可以联系我邮箱.以后会建立相关Q群供用户交流.大致特点:简单、易用、可扩展性(你能想到的,你能见到的组件几乎都能扩展出来.类似Ex_DUI,但也所有区别.).

交换核心Exchange-core是基于，（例如GoldmanSachsGSCollections），，，和开源市场交易核心。
Exchange核心包括：订单匹配引擎风险控制和会计模块磁盘日志和快照模块交易，管理和报告API专为高负载条件下的高可伸缩性和24/7全天候运行而设计，并提供低延迟响应：3M用户拥有1000万个帐户总共有4M待处理订单的100K订单簿（符号）每秒1M+次操作的最短线对线目标延迟小于1ms大型市场订单，每次匹配150ns单订单簿配置能够在具有10年历史的旧硬件（Intel:registered:Xeon:registered:X5690）上每秒处理5M次操作，并具有适度的延迟降低：率50.0％90.0％95.0％99.0％99.9％99.99％最坏的125K0.6微秒0.9微秒1.0微秒1.4微秒4微秒24µs41微秒25万0.6微秒0.9微秒1.0微秒1.4微秒9微秒27µs41µs50万0.6微秒0.9微秒1.0微秒1

基于词典的最大正向/方向匹配算法的JAVA实现，附带Demo窗体和人民日报语料库。

本程序只是一个简单的demo，里面包含了Opencv对HARRIS,SHI_TOMASI,FAST,SURF,SIFT算法的实现，初学着可以看看。

这个驱动是MT7601U无线wifi的，这个驱动的移植可以参考我的博客-MT7601U无线wifi的移植部分，他们是相匹配的(本人亲测后可用)

AvicusNetwork我们所有私有插件的大型Maven项目。
外挂程式：阿特拉斯运行匹配，解析XML并生成文档。
核心主插件。
这拥有用于地图和运行比赛的常规解析基础结构。
该模块具有加载其余外部jar的功能。
竞争目标拥有与竞争相关的所有目标的解析和数据类。
文档生成器包含用于从每个文件中的文档生成docs.avicus.net文档文件的代码。
拱廊容纳街机游戏模式的模块。
墙容纳墙壁模块和专用套件。
阿特里奥这是大厅插件。
它处理基本的大厅事务，例如门户和跳板。
钩核心这曾经是所有DB东西的所在地，但是后来Magma出现了。
这有点用。
不和谐传统的不和谐机器

该程序采用MATLAB编写，带有orl_faces人脸数据库。
下载解压，可直接运行。
程序包含训练，识别精度计算，识别匹配等过程。
程序结果将以界面GUI形式展示。

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