做了个截图文字识别小工具,部分场景可代替 ABBYY Screenshot Reader

作者:V君 发布于:2020-7-1 19:52 Wednesday 分类:我的应用

TL;DR [ 下载 ][ 源代码 ]

点击查看原图

效果:读取剪贴板中的图片,使用Tesseract提取图片中的文字,适用于较清晰的扫描版PDF
限制:需要较高的对比度才能提高识别率,目前仅支持简体中文
    你可以修改源代码来指定另一种语言
环境:需要 .NET 4.6.1,在 Windows 10 应该不需要安装额外的组件
技巧:启用剪贴板监视,配合 Win10 的 Win+Shift+S 截图快捷键效果更佳

扯扯:

最近看一些扫描版的PDF,想摘录一些文字片段,又懒得重新打一遍,就基于Tesseract造了个图形界面。

在自己动手之前肯定少不了找一波别人做好的东西,甚至是付费的也可以去看看价格。说到这样的需求首先想到的就是ABBYY的截图识别工具,多年前还用过便携版,现在已经找不到了,去官网看到个人版售价 60 多,也不知道是如何授权的,在多个设备之间来回使用有没有限制。

干脆就把他一锅端,基于开源的库造个图形界面吧。造轮子之前也尝试过一两个别人做好的图形界面,他们都不理想,就搞出这个简单粗暴的东西了。

标签: Winform OCR

评论(0) 引用(0) 浏览(6)

【内存盘已可用】[稳!真香!]基于WinSpd驱动用C#实现虚拟磁盘

作者:V君 发布于:2020-6-14 11:14 Sunday 分类:折腾手记

老样子先 [ 源代码 ] and 目前实现已功能的用法 TL;DR 再展开扯扯。

在开始之前不要忘记安装 WinSpd 驱动,默认安装路径为 Program Files (x86)\WinSpd 附带有引用程序集和示例代码。安装包里面的驱动文件已经过数字签名,无需打开测试模式。

:: 创建磁盘镜像
svd create raw 50GB C:\Path\To\Your\Image.img
:: 创建虚拟磁盘并挂载镜像
svd mount image C:\Path\To\Your\Image.img
:: 创建虚拟磁盘并分配内存(内存盘)
svd mount ramdisk 10GB
:: 创建虚拟磁盘并分配内存(内存盘)建立NTFS分区并创建Temp文件夹
svd mount TempNtfsRamDisk 10GB
:: 创建虚拟磁盘并分配内存(内存盘)建立NTFS分区并创建Temp文件夹 然后分配盘符 Z:
svd mount ZTempNtfsRamDisk 10GB
:: 安装为windows服务
svd install SvdRamdisk10G mount ZTempNtfsRamDisk 10GB

别看 Main 的 Usage 写了那么多参数组合,其实目前也就实现了上面几条……

好了开扯吧! (o ‵-′)ノ”(ノ﹏<。)

两三年前我妄图免驱在 Windows 上实现 FUSE 结果被 WebDAV 坑了一把,接着又被 SMB 接口的实现劝退… 最近折腾起无盘,倒腾 iSCSI 发现这东西除了能实现无盘启动之外,并不香,性能也不高,连接到本地的 Ram Disk 也只有 200MB 每秒。

总的来说 Windows 上自带的这类功能设计的极为保守,iSCSI 和 SMB 在遇到一丁点儿差错的时候都首选了重试并等待的保守策略,造成的直观体验就是界面冻结。在 Windows 的免驱 FUSE、虚拟磁盘的尝试走到尽头。“我V君就算是饿死,从这里跳下去,也不使用三方驱动”自从看到 WinFsp 项目主页上介绍的 WinSpd 之后,“真香!

通过查看示例,发现 WinSpd 的使用方法十分简单,和 TalAloni 的 iSCSI 接口相似(其实都是在 SCSI 层转换成简单接口),还支持 TRIM(UNMAP) 指令,再稍加些外围代码把实现好的接口喂给驱动,运行起来就能听到插入U盘的提示音,然后就能在设备管理器和磁盘管理器中看到新增的虚拟盘了。

把之前做好的 RamDisk 实现移植过来之后就赶紧跑了跑性能测试看看,结果发现完爆 iSCSI 方式,速度可达 1.5GB 每秒,虽然没有 SuperSpeed RamDisk 快,但也够用了。起初认为可能是托管代码效率的影响,勉强尝试用C语言实现接口,发现性能也没差太远。那只能甩锅给内核与应用程序之间来回交互导致的性能损失了吧,印象中 SuperSpeed RamDisk 的内存占用会体现在 System 进程,那就能想象到 RamDisk 的逻辑全都在驱动中实现了。

接下来扯一下稳定性,之前我不首选使用第三方驱动来实现虚拟磁盘的原因是怕蓝屏。在保存好所有需要的东西后,开始做做死看看 WinSpd 的稳定性。尝试在实现的接口里面抛出异常、意外结束进程这些操作之后,发现稳定得一笔,一次蓝屏都没出现!接口中抛出异常给系统的反应是IO错误,进程意外结束则体现为拔掉U盘。这不就是我梦寐以求的粗暴策略吗?去你的重试等待!

最后就是「展望未来」环节了。如果把接口的实现做成 C/S 架构,就能在一定程度上把 iSCSI 代替掉了。目前我用 iSCSI 不仅用作启动,还用来跑远程存储、差分快照、RamDisk。若再加一些简单的压缩,或许还能突破 1Gbps 局域网传输速度呢,反正现在的 CPU 跑的这么快嘛!这就是自己造轮子的好处,可以随意改变姿势~

这个月的干货(?)

标签: 软件开发 C# 控制台 Windows服务

评论(0) 引用(0) 浏览(18)

在Windows上手动装配MySQL,绿色运行和注册成Windows服务

作者:V君 发布于:2020-5-21 18:04 Thursday 分类:应用软件

前言:在网上 MySQL 的安装、配置教程遍地都是,但似乎没有把多种姿势的放一块儿的,那就把自己整理的文档发表出来吧!(也方便以后自己翻查←这才是主要目的

这次依然从 TL; DR开始

  1. 下载 MySQL 的 zip 包
  2. 解压、试运行检查依赖
  3. 撰写配置文件、初始化数据库目录、绿色运行
  4. 将 MySQL 实例注册成 Windows 服务
  5. 配置 root 远程访问权限

列完 TL;DR 之后就是展开每一步了

  1. 下载 MySQL 的 zip 包

MySQL 的 zip 包官方下载地址为:https://dev.mysql.com/downloads/mysql/。 本文在撰写时版本为 8.0.20

  1. 解压、试运行检查依赖

本例解压到的目录为 Z:\My_\Home ,解压之后首先尝试双击 bin 目录中的 mysql.exe 看看有没有弹出缺少DLL的提示。若缺少依赖可能会弹出 VCRUNTIMExxx.dll,这就需要去找对应的 redist 安装才能解决。

  1. 撰写配置文件、初始化数据库目录、绿色运行

现在可以以多种姿势来使用 MySQL 了,分别是单实例、多实例;绿色、服务,横竖各切一刀分成4种。单实例顾名思义就是把数据放进 MySQL 主目录,使其能够方便移动。多实例就有点像微软 SqlServer,用不同的参数指定数据目录,启动多个进程来实现。绿色就是可以放进U盘,双击就能启动。服务则是注册成 Windows 服务,能够让其随着系统开机而启动。

让我们从单实例绿色开始吧。在 Home 旁边新建一个文件夹,本例 GreenSingleton 完整路径为 Z:\My_\GreenSingleton。然后把刚才解压到 Home 的东西复制过去。打开命令提示符导航到这里,执行

bin\mysqld.exe --initialize-insecure --default_authentication_plugin=mysql_native_password

然后 data 目录就出来了,用户名 root 密码为空。接下来是启动服务端,就地执行

bin\mysqld.exe --port=3307 --bind-address=127.0.0.1

其中和绑定地址是可选的,它们都有默认值。执行起来之后不会有任何输出,服务端已经在运行了,我们可以用管理工具连接到上面去开始使用。最后就是停止服务端了,打开一个新的命令提示符,执行

bin\mysqladmin.exe -u root shutdown

就能安全地停止服务端。如果有密码则需要加上 -p 参数来输入密码,如果服务端指定了端口可以用 --port=3307 参数指定,如果服务端不在本机可以用 --host==127.0.0.1 来远程连接。可以把这两个命令存到 bat 文件来方便执行,但要注意执行目录。

接下来是绿色多实例。让我们回到 Z:\My_ ,现在已经和单例绿色没关系了,把它放置到一边 XD。创建第一个实例目录,本例第一个实例目录为 Inst-1 完整路径 Z:\My_\Inst-1 ,在里面创建 my.ini 用 Notepad++ 之类的文本编辑器打开,系统自带的记事本会追加 BOM 头,会使服务端无法启动。本例第一个实例的配置文件:

[mysqld]
bind-address=0.0.0.0
# 设置3306端口
port=3306
#skip-name-resolve
# 设置mysql数据库的数据的存放目录
datadir=Z:\My_\Inst-1\Data
# 服务端使用的字符集默认为UTF8
character-set-server=utf8
# 创建新表时将使用的默认存储引擎
default-storage-engine=INNODB
# 默认使用“mysql_native_password”插件认证
default_authentication_plugin=mysql_native_password

接下来是初始化数据目录,回到命令提示符,执行

bin\mysqld.exe --defaults-file=Z:\My_\Inst-1\my.ini --initialize-insecure

然后启动服务端,在命令提示符执行

bin\mysqld.exe --defaults-file=Z:\My_\Inst-1\my.ini

停止服务和单实例一样,若要创建第二个实例,只需要复制一份配置文件,修改配置中的路径和命令行参数的路径就可以了。

  1. 将 MySQL 实例注册成 Windows 服务

执行以下命令就能在服务管理器中刷出,可以设置开机启动了。

bin\mysqld.exe --install MySqlInst-1 --defaults-file=Z:\My_\Inst-1\my.ini

要移除服务则执行以下命令。

sc delete MySqlInst-1

  1. 配置 root 远程访问权限

使用管理工具或者命令行客户端执行以下 SQL 语句

CREATE USER 'root'@'%' IDENTIFIED BY 'foobar';
GRANT ALL ON *.* TO 'root'@'%';

若需环境中没有管理工具,则可以使用 MySQL 自带的命令行客户端,以下常见的用法。

bin\mysql --port=3306 --user=root
bin\mysql --port=3307 --user=root -p
bin\mysql --port=3308 --user=root -p --host=127.0.0.1

总算是整理完了,有点累

标签: 软件开发 个人服务器

评论(0) 引用(0) 浏览(42)

[成功]又逮到M$的BUG——十六进制模式下NumericUpDown错误解析,无痛修补!

作者:V君 发布于:2020-4-16 13:47 Thursday 分类:折腾手记

这次遇到的问题是在 WinForms 中使用 NumericUpDown 空间的十六进制模式时,若输入了大于 7FFFFFFF 的值之后,控件会把值非预期地变为 0 的情况。

点击查看原图

TL;DR

  1. 引入 NuGet 包「Lib.Harmony」
  2. 这个文件搬入项目中
  3. 调用 DoPatch 方法

这样不用改变任何现有实现,问题就解决啦!

现在你可以出去了(pia

如果还有时间,可以听我扯扯

最近在折腾一个参数设置的页面,需要填入一系列16、32位的十六进制数值,为了方便操作我就选择了 NumericUpDown 控件。首先将值范围设置成 0 到 65535(0xFFFF) 和 4294967295(0xFFFFFFFF)然后愉快地拿去用了。但是没有想到调试过程中发现了这个问题,起初以为是粘贴的值有空格导致拒绝接受,又尝试手打还是不行,摸索发现是超过 7FFFFFFF 就会触发。

进入解决问题的模式,先在咕狗上查找解决方案,然后就找到了继承并重写的方式。嗯问题的原因找到了,是 WinForms 控件的实现有 BUG,问题也解决了,既然咕狗能找到解决方案,那就不要发表内容重复文章污染互联网!(当时我压根没想过要发表出来

然鹅,这种方式并不适用于所有情况,比如对于封装了原生控件的界面库,就不能使用继承并重写的方式了,比起魔改 DLL 或者找到库源代码改掉,然后驮着到处跑,还是寻找另一种路子来解决这个问题吧。

一个鬼点子冒出来:能不能把跑起来之后把方法替换掉?这样无论是直接使用还是封装使用的情况,统统都把这个问题解决掉。又是一阵咕狗,然后就找到了 Harmony 库,如其名「和谐」,解决 BUG 于无形之中,达到不用修改现有实现、无痛修补代码的目的。

其实这是 monkey patch …

标签: 软件开发 C# bug

评论(0) 引用(0) 浏览(52)

通过嗅探标准输入输出来了解VisualGDB烧录操作

作者:V君 发布于:2020-4-12 13:55 Sunday 分类:折腾手记

这篇文章主要面向的是和我一样不熟悉 GDB 的人,请已经熟练使用 GDB 的老鸟不要笑,或者来看看我是怎样嗅探标准输入输出的也还凑合吧。

最近用起 VisualGDB 之后,总算从 Keil 的地狱中逃出生天,开发过程的确是很爽了。然而,如果仅仅是程序烧录到单片机也要装一个 VS 带上 VisualGDB,还得拿到源代码?很显然实际量产不应该这么做,理想的方式应该是将编译后的程序用烧录工具刷入单片机。

好奇心使我对这个过程产生了兴趣,从调试器适配的时候提示下载 OpenOCD 能看出 VisualGDB 是透过它来调用 ST-LINK 的,进一步又发现 OpenOCD 的另一边由 GDB 来操作。命令行参数可以用 Procexp 轻松获得,但进程启动之后的就全都是通过标准输入输出流来操作 GDB 了。

因为使用 GDB 是个过于庞大的课题,就懒得去学了,短时间内也不会用得顺手吧(如果懂得如何使用 GDB 的话还用得着 VisualGDB 么?

想知道 VisualGDB 如何操作 GDB 来烧录程序。首先去咕狗找找标准输入输出的捕获方法,不断换关键字兜了几圈回来没有一点收获,甚至一点线索都没有。

一拍脑袋,那就搞个透明代理来记录双向传递的内容吧。于是就写了个简单的标准输入输出流嗅探工具,还上传了一个直接可用的二进制文件,将原来的 EXE 改名扩展名前面增加 -real,例如 GDB.EXE 改成 GDB-real.EXE 然后用嗅探工具冒充它,启动之后就会在旁边产生名为 GDB.EXE.stdio-sniff.yyyymmdd-HHmmss-fff.log 的文本文件,将命令行参数标准输入标准输出错误输出记录到里面。

这样问题就解决了——原来烧录要用 GDB 的 load 命令。

然后进一步尝试离开 VS 环境独立运行,将 OpenOCD 和 GDB 以及编译好的程序搬到一台没有环境的机器,装好 ST-LINK 驱动,按照嗅探来的操作走一波,嗯嗯,吼!现在离开 VS 环境也能烧录了!

标签: 软件开发 C# 命令行 cmd 多进程 控制台 调试技术 软件故障诊断

评论(0) 引用(0) 浏览(51)

Powered by emlog 去你妹的备案 sitemap