以下更改相对于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,但也所有区别.).

最新版本的De4dot-3.1.41592.Net脱壳反混淆工具，这是一款开源的脱壳工具，因为他的脱壳能力比较强，堪称为神器，它支持Dotfuscator、MaxToCode的脱壳。
这个软件的功能很强大，支持解嵌入的文件或资源，支持删除反调试代码等等。
使用命令行工作方式。
使用时参照如下示例：de4dot.exe-rc:\my\files-roc:\my\outputde4dot.exefile1file2file3

###HellaTAS-71版本标定流程解析####一、概述HellaTAS-71版本标定流程文档详细介绍了如何对HellaTAS-71系列的小总成进行标定，确保其性能达到最优状态。
整个过程分为初始化、静态标定与动态优化三个阶段。
本文将深入探讨这些阶段的具体步骤和技术细节。
####二、初始化阶段在初始化阶段，主要任务是完成传感器的基本配置和准备。
具体步骤包括：1.**连接传感器**：将待标定的最小总成（传感器）连接至测试台。
2.**供电**：对连接好的传感器进行上电处理。
3.**软件准备**：通过调用`APS.dll`文件来实现以下功能：-**创建芯片目标**：为传感器的芯片创建一个目标对象，以便后续操作。
-**初始化芯片目标**：进一步配置芯片目标，如设置芯片参数等。
-**创建传感器目标**：基于芯片目标创建传感器目标。
-**设置编程参数**：根据需要设置传感器的编程参数。
此外，文档还特别指出，对于ASIC的不同命名（如ASIC1、ASIC2等）以及PGI2代通讯端口参数的设置需参照帮助文件。
这一阶段的目标是确保所有硬件设备都已正确连接，并且软件环境已经准备好，为后续标定流程打下基础。
####三、静态标定阶段静态标定阶段是在不受扭状态下进行的，目的是对传感器的基本输出特性进行校准。
该阶段主要包括以下步骤：1.**读取OTP位**：使用`APS.dll`中的函数读取传感器内部已烧写的OTP位串，并将其保存以便追溯。
2.**写入位串**：将读取到的位串写回传感器。
3.**信号检测与调整**：-检测T1、T2信号的频率和占空比。
-通过公式计算T1ROC和T2ROC值，并进行相应的调整。
-公式示例：\(T1ROC=(T1-50)÷75×12×3072÷20\)，其中\(T1\)为当前T1信号的占空比。
-根据计算结果调整T1、T2信号，以确保其处于合理的范围内。
4.**角度信号的静态标定**：-读取P、S信号的占空比，并通过特定算法计算角度偏移值。
-调整角度信号，使其满足静态标定的要求。
此阶段通过多次调整和检测，确保传感器在不受扭状态下能够提供准确的输出信号。
####四、动态优化阶段动态优化阶段则是在传感器受到外部旋转力的情况下进行，旨在进一步优化传感器的性能。
具体步骤如下：1.**驱动伺服电机**：在不受扭的状态下，顺时针和逆时针旋转传感器360度，并记录下各个信号的变化情况。
2.**数据处理与分析**：-对采集到的数据进行平均处理，得到T1_AV和T2_AV的平均值。
-基于平均值再次计算ROC值，进一步调整信号。
3.**信号优化**：通过综合前两次ROC值和动态采集的ROC值进行信号优化，确保传感器在动态条件下的性能也达到最优。
####五、总结通过对HellaTAS-71版本标定流程的详细分析，我们可以看出整个标定过程不仅涉及硬件的连接与调试，还需要软件层面的支持与配合。
从初始化到静态标定再到动态优化，每个阶段都有明确的目标和细致的操作指南，确保传感器能够在各种条件下都能发挥最佳性能。
这对于提高产品的可靠性和稳定性至关重要。

混淆矩阵、准确率、召回率、精准率、ROC曲线计算和可视化

单节点与协作能量检测性能的ROC曲线，出两个图，一个是虚警概率和漏检概率的比较，一个是检测概率和漏检概率的比较。

遥感影像场景变化检测经典算法(IR-MAD、MAD、CVA、PCA)算法集锦，包含其算法Code和Demo，另外，含有算法的评价函数OA、Kappa、AUC、ROC曲线，分享学习，批评指教。

Matlabcodeforcomputingandvisualization:ConfusionMatrix,Precision/Recall,ROC,Accuracy,F-Measureetc.forClassification.Matlab通过分类的label计算混淆矩阵ConfusionMatrix并且显示的函数只要一句代码就行了，方便。
[confusion_matrix]=compute_confusion_matrix(predict_label,num_in_class,name_class);

用随机森林实现泰坦尼克号数据集的分类预测，包含参数调试过程和分类结果评估，并绘制ROC曲线。

本报告包括详尽完整的文本分类处理过程，包括语料库的处理、jieba分词、停用词无关词处理、词袋模型的构建（CHI值检验用于特征筛选、tfidf作为特征向量值）。
并用自编朴素贝叶斯以及sklearn包中的SVM进行了文本效果的检测，通过混淆矩阵和roc曲线展现了实现效果。
实验报告写的很详细，不懂的地方可以看报告以及看博客中的部分细节讲解。

Matlabcodeforcomputingandvisualization:ConfusionMatrix,Precision/Recall,ROC,Accuracy,F-Measureetc.forClassification

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