Nick Giannak III

@nick@hkc.social

Christian/exegete/Conservative, Blind. Mets, Jets, Nets, Islanders, Technology, Wrestling, HKC Radio. Love my metal! Opinions all my own. Matthew 28:16-20

The Digital Domain Online Radio Show
HKCRadio.com/domain
Twitter
@Nick6489

Replying to @nick@hkc.social

While working on the fix and realizing I might be on my own, I found myself wondering what Eloquence might be like if we combined Sam's logic with the Rust host of davidacm/NVDA-IBMTTS-Driver, just without the IBM specific plumming? What we get is lower RAM usage and, maybe it's just my ears, lower keypress delay. We still, for now, have the need to copy an executable onto secure screens, there are no interface changes in this version. But we cut RAM usage in half.

Before I say anything, most of the credit for this here goes to @fastfinge and friends and their Eloquence64 project, which until today I considered the most complete, stable Eloquence. However, I had a bug that only I seemed to exhibit regarding unicode handling, and Sam and co weren't comfortable with my fix. understandable.

So here is Eloquence64 19.0-RS-RC1

github.com/Nick6489/Eloquence6

Replying to @FreakyFwoof@universeodon.com

@FreakyFwoof Wow, exe almost identically sized to the Pythonic Eloquence64 host process, and I even recognize some of the host.py logic. This tells me that the maintainer did base his process on Eloquence64 which *does not* copy the host on its own unless you specifically push the button int he Eloquence page. This is a defect of the design choice made in using an exe host - it doesn't have to be this way.