Engine.100专为高速交通而设计。没有软件限制。静止图像和视频处理均可用。允许客户向其应用程序添加自动车牌号码搜索和识别功能。这包括搜索单个图像上的车牌。在单个图像上识别找到的车牌。在视频流上搜索的车牌。视频流上的车牌识别具有可选的帧到帧的识别结果累积功能，以提高识别精度。该SDK被实现为符合自动化要求的COM服务器（anpr_sdk.dll）。Intertraff ANPR Engine支持阿拉伯文车牌读取以及两行车牌读取。该引擎针对英特尔处理器进行了优化，并在Microsoft O / S（Win 8，Win 10）上运行。
10、可用的硬件或软件保护
使用说明
1、识别单独的图像
我们的Anpr引擎可以处理BMP（每个像素具有8、24和32位的色彩深度）和Jpeg图像。对于Jpeg图像，高压缩值可能会导致较低的识别质量，因为此处小的图像细节始终会损坏（尽管否则这些图像看起来可能会很好）。
图像上的印版字符高度也有基本限制。限制略微取决于国家/地区，但标牌字符的高度应在10到40像素之间（请参见IAnpr3界面）。
创建一个AnprCOM对象并获取其IAnpr接口。
通过IAnpr属性设置所需的识别引擎设置。
创建一个AnprImage辅助COM对象并获取其IAnprImage接口。
通过图像数据初始化图像对象。
调用IAnpr::FindPlate方法。
从IPlateQuads集合中，选择要在其中识别板的四边形（如果找到）。
调用IAnpr::RecognizePlate方法。
分析车牌识别结果的IRecognitionResult界面属性。
根据需要从步骤4、3或2重复。
2、使用视频流
创建一个AnprCOM对象并获取其IAnpr接口。
通过IAnpr属性设置所需的识别引擎设置。
附加IAnprEvents事件处理程序。（有关其他信息，请参见COM和Connectable Objects MSDN中的事件。）
IBaseFilter从Anpr COM对象获取接口。
使用Anpr过滤器构造所需的DirectShow图。
运行图形并处理识别事件。
尽管将不同的视频源提交给DirectShow（以便它们可以与ANPR SDK一起使用）超出了ANPR SDK本身的范围，但我们将在此简短地解决此问题。将直播视频源（或摄像机）提交给ANPR的机会主要有3种：
相机制造商提供了必要的软件来支持Windows操作系统中的相机（相机具有Windows驱动程序）。通常，在这种情况下，摄像机已经可以在DirectShow中作为视频源过滤器看到，并且可以与ANPR SDK一起使用，而无需进行任何其他工作。
相机是Intertraff WalzCam。对于这种情况，ANPR SDK包括其他软件（IPCam SDK），以在DirectShow中支持此类摄像机并将其与ANPR SDK集成。请参考IPCam文档以获取更多信息。
相机没有Windows驱动程序。这是最困难的情况，但是如果摄像机是IP摄像机，并且可以通过HTTP协议流jpeg图像或运动jpeg流，则它也可以与IPCam SDK一起使用。请参考IPCam文档以获取更多信息。
要考虑的另一重要事项是摄像机的设置和安装：
相机分辨率-这是最重要的设置。由于图像上的最佳印版字符高度约为20..30像素（上限和下限分别为40..45和8..10像素，请参见IAnpr3界面），因此具有VGA摄像机分辨率（640x480）绰绰有余。在大多数情况下，CIF分辨率（352x288）是最佳选择。太大的相机分辨率不仅无用（考虑到印版字符大小的限制），而且也是有害的，因为对于大图像，图像处理时间会大大增加（处理时间与以像素为单位的图像区域成比例）。如果无法将相机分辨率降低到适当的值，则可以设置IAnpr :: CropRegion切掉没有车牌的图像区域，从而减少图像处理时间。同样，在提交给ANPR引擎之前，可以通过编程方式调整图像的大小。
图像格式-始终喜欢未压缩的图像（bmp）或具有无损（或几乎无损）压缩的图像。例如，高度经过Jpeg压缩的图像可能看起来不错，但是较小的图像细节始终会损坏（这对于正确的字符识别至关重要）。
摄像头的安装位置-应以摄像头垂直于平板平面的方式选择。印版向图像顶部/底部的倾斜也应最小。ANPR引擎仍然能够识别以一定角度拍摄的板块，并且最多可倾斜±20度，但在这种情况下可能会导致更多的识别错误。
摄像头镜头-在选择摄像头时应考虑到上面的第1点和第3点，以便在给定的摄像头分辨率和安装位置的情况下，我们可以在正确的位置捕获汽车的图像，并且这些图像上的印版字符高度将在预定义的范围内。
最后，关于ANPR引擎设置的几句话。在视频处理模式下，引擎具有一组特定的试探法，旨在产生更可靠的识别结果。所有这些都是基于移动汽车跨越多个视频帧的事实。这使我们有可能将同一车的识别从多个帧中累积到一个识别结果中，从而仅从每个单独的帧中为每个特定角色获得最佳识别。应当为以下几项设置控制同一辆汽车应累积多少帧（单个识别）以产生可靠的识别结果：MinAccumulationCount和QualityLevel。至少在以下情况下，认为引擎获得了可靠的识别结果（立即报告） MinAccumulationCount同车的单认可，堆积与所述所得的（累积）识别为所述板的每个字符质量不小于QualityLevel。
引擎发出如此可靠的识别结果后，它将切换到“ 忽略”模式。在这种模式下，引擎仍会在每个视频帧上找到候选板，但无法识别它们。这样做是为了节省CPU资源，而同一辆车仍在相机视图中。切换回正常识别模式由以下引擎参数控制：IgnorationTimeout和IgnorationLeft/Right/Up/DownDelta。从最后一个累积的板块开始，处于“ 忽略”模式的引擎会不断检查板块坐标（板块中心点）。当相邻帧之间的这些板坐标偏移的幅度大于相应的忽略增量时，或当忽略超时超过时，引擎将返回正常识别模式。如果在同一视频帧上有多个候选板，则此行为可能不可靠。
来自要累积到可靠识别结果中的单个帧的识别结果等待的时间不超过AccumulationExpiryFrameCount视频帧。如果在这段时间内无法累积这种可靠的结果，则将其丢弃，或者如果AllowLowConfidence已设置该标志，则仍将其报告给客户端应用程序。为了保护客户免受低置信度结果的干扰，除非在识别质量或完整性方面出众，否则ANPR引擎会阻止再次报告类似的低置信度结果。如果已经报告了同一辆车的可靠识别结果，则不会报告低置信度结果。
术语“ 可靠的识别结果 ”和“ 低置信度识别结果”在这里相当常规。通过选择适当的ANPR设置，“可靠”的结果可能实际上变得不可靠，另一方面，“低置信度”的结果可能变得非常可靠。
3、SDK样本
该SDK包含一组为Visual C ++ 2008，Delphi 2006（免费的资源管理器版本）和XE6，Visual Basic 6，Visual Basic .Net和Visual C＃2008开发的示例应用程序。请查看这些示例以深入了解SDK使用率的细节。
为了使基于.NET的应用程序（包括我们的VB.Net和C＃示例）正常运行，特殊的互操作性库 anpr_sdkLib.dll 和 DShowNET.dll（包含在SDK中）必须放在应用程序可执行文件旁边。同样，对于我们的示例，可能需要更正路径anpr_sdlLib.dll 和 DShowNET.dll 项目设置中的参考。
“ cpp”控制台示例利用了Microsoft BaseClasses库（包含在Microsoft SDK中）。您应该为BaseClasses主头文件streams.h及其可执行文件strmbase.lib（对于Release配置）和strmbasd.lib（对于Debug版本）提供正确的路径。
4、记录中
如果您怀疑在ANPR SDK中遇到错误，则可能会要求您提供日志文件。
要启用日志记录，请打开注册表项 HKEY_CURRENT_USER \ Software \ Intertraff \ ANPR_SDK 并创建一个名为 文字记录。将值设置为1。要禁用日志记录，请将值设置为0或删除该值。
还可以为所有用户按计算机设置日志记录；只需更换HKEY_CURRENT_USER 与 HKEY_LOCAL_MACHINE。但是，如果按计算机启用了日志记录，仍然可以通过将用户注册表中的值显式设置为0来按用户禁用日志记录。
启用日志记录后，SDK将在 ％temp％目录。（在Windows XP中，通常位于文档和设置\ ％用户名％ \本地设置\临时; 对于Windows Vista及更高版本，用户\ ％用户名％ \ AppData \ Local \ Temp; 国家版本可能具有其他路径。）文件将具有名称anpr_sdk_ nnnnnnn .log其中nnnnnnn是随机数。
注意：不要长时间启用日志记录；它可以轻松耗尽驱动器上的可用空间。
