!OsmEUNApCqOnBynrzM:matrix.org

Dragonfly

144 Members
Discussion related to the Dragonfly speech recognition framework (bridged with Gitter channel)4 Servers

Load older messages


SenderMessageTime
13 Nov 2023
@light_fiber:matrix.orgLight_FiberIs that something you can do while they are running under Dragon NaturallySpeaking?03:49:00
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay) Yes, but you will need to restart it. Your module files need to be moved into a separate folder and used with a Python script: dfly-natlink-loader.py. The script needs to be run as administrator. 04:19:37
@light_fiber:matrix.orgLight_FiberOkay, if you think it's relevant to other people in this chat, go ahead and share the instructions, otherwise you can DM me. I'm about to go to bed, so I won't get to it right away, anyway.04:22:48
18 Nov 2023
@light_fiber:matrix.orgLight_FiberJust wanted to report that I have finally tested SendPlay, SendEvent, and ControlSend with AutoHotkey 2.0. For some reason SendPlay produces no output in either Notepad or Parsec. SendEvent, like SendInput, produces output in Notepad but not Parsec. According to the documentation, SendEvent is supposed to use kbd_event mechanism. ControlSend seems to require that you provide a window title, so I chose not to try it with Notepad. With Parsec, it produced no output. ControlSend is supposed to use WM_KEY messages sent directly to the window.22:31:39
3 Dec 2023
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay)

Light_Fiber: Thank you for trying the various AHK send modes. It is odd that none of them work.

I believe the 'try_natlink' feature isn't working for you because it works by sending messages to the foreground window, too. If it is possible, I will adjust this feature to use a different mechanism in the next release.

In the meantime, the instructions for using Dragonfly and Natlink with administrative privileges are as follows:

  1. Locate the MacroSystem directory containing your command module files.
  2. Select your command module files and move them into a sub-folder named "External".
  3. Download or find locally the dfly-natlink-loader.py script.
  4. Place that script into the "External" sub-folder.
  5. Open a command prompt window as administrator and navigate to the "External" sub-folder.
  6. Run python.exe dfly-natlink-loader.py.

Using Dragonfly in this manner is not ideal, really, but hopefully it works for you.

Sorry for the late response and for not updating the docs like I said I would. I will try to get to that soon.

01:48:33
4 Dec 2023
@light_fiber:matrix.orgLight_FiberNo worries. I'm not sure when I will have a chance to try this, but I will report back here when I do.04:30:01
6 Dec 2023
@light_fiber:matrix.orgLight_FiberI was able to meet with Parsec today, and it turns out that all of my main issues were related to elevated privileges. It turns out if you stop the Parsec service, the client will open in user mode and now it works with Dragonfly.03:16:03
8 Dec 2023
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay)Excellent. Good to hear you were able to get this sorted out. Hopefully Parsec make this clear in their documentation for those few users who need to use simulated input.11:06:20
@light_fiber:matrix.orgLight_FiberYeah, I certainly hope so. The fix was so simple and yet it took so long to address simply because I needed to be connected to the right person.15:54:30
@washort:greyface.org@washort:greyface.org left the room.17:49:57
10 Dec 2023
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay)Indeed. For my part, I should have recommended and walked you through using Dragonfly with elevated privileges sooner. Sorry about that.05:59:33
@light_fiber:matrix.orgLight_FiberOh, no worries. All is well that ends well. I do think it's weird that permissions affect simulated input, but probably there's a good reason. 16:02:32
27 Dec 2023
@mdbridge-589e4778d73408ce4f4983f0:gitter.immdbridge (Mark)
19:10:24
@mdbridge-589e4778d73408ce4f4983f0:gitter.immdbridge (Mark)WARNING: there is a Dragon bug where deactivating one rule of a grammar can deactivate all the rules of that grammar. I have worked around this in Vocola 2.9 by first determining if any deactivation's are needed, and if so deactivating all rules in that case before doing any activations I expect this bug also affects dragonfly.19:10:25
28 Dec 2023
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay)Thanks for the heads up, Mark! I suppose this is another new bug with Dragon 16? Things like this make me hesitant to recommend the latest version, really.00:55:19
1 Feb 2024
@quintijn-5cea4ddfd73408ce4fc15604:gitter.imquintijn (Quintijn Hoogenboom)Dane, did you have the deactivate bug also in Dragonfly? I solved it (very probably) for Natlink (natlinkutils.py). If you can reproduce the but, I can try to assist solving it in Dragonfly too.17:22:25
3 Feb 2024
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay)Hi Quintijn. Thanks for asking about this and for offering to help. Unfortunately, I don't have Dragon 16 and so cannot test if Dragonfly is affected. I suspect it is, but hasn't been noticed yet. Dragonfly users typically use grammar-wide contexts, meaning that grammar rules are typically either all activated or all deactivated depending on the context. Users who utilise rule-specific contexts will probably be affected by this issue. I'll open a separate Dragonfly GitHub issue on this soon. It may be that no changes are necessary; I'll need to have another look at how the library activates and deactivates grammar rules.09:35:54
@lexicon-code:matrix.orgLexiconCodeI have DPI 16. I believe I've experienced this bug. Basically dragon refuses to wake up. This could be a some other unknown bug but it also could be all the grammars unloaded. I need to make it reproducible and haven't had time to test.16:08:10
4 Feb 2024
@77capr:matrix.org77 caprI'm not sure it's related, but with Dragon 16 I regularly get into the state where it "stops listening". The microphone test checks out okay, but it will not react to any dictation or commands at all. The only way to get back I've found is to restart the computer. I have not recognized any patterns that cause this to happen.16:09:15
5 Feb 2024
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay)Both of these things could be related, I suppose. This behaviour might occur if all active exclusive grammar rules were deactivated. If built-in grammars are really affected by this, there's nothing we can do about it; Nuance would have to fix that. In any case, I've opened a Dragonfly GitHub issue on this: https://github.com/dictation-toolbox/dragonfly/issues/385.00:20:29
11 Feb 2024
@77capr:matrix.org77 caprI was advised by Dragon support to upgrade from Dragon Professional 16 to 16.1 (https://www.nuance.com/products/help/dragon161/dragon-for-pc/enx/dpg-vla/Content/ReleaseNotes/DG_relnotes_16.htm). Before I do this, does anyone have experience with 16.1 plus NatLink plus Dragonfly? Fewer or more issues than with 16? Thanks!19:07:47
12 Feb 2024
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay) 77 capr: I don't have experience with versions 16 or 16.1. I would say upgrade to 16.1 as recommended. There are probably fewer problems. 03:20:39
21 Feb 2024
@dougransom-5862b73fd73408ce4f3f9cb9:gitter.imdougransom (Doug Ransom) drmfinlay (Dane Finlay): I am working on documenting how to debug natlink, for Python and for the C++ portions. Are the changes you are working on to use the simplified DLL going to change much of natlink? I'll just try and remember how to attach the debugger at startup or while natlink is running for C++ and write it up. 18:46:41
@dougransom-5862b73fd73408ce4f3f9cb9:gitter.imdougransom (Doug Ransom) * 18:48:14
27 Feb 2024
@amirf147:gitter.imAmir Farhadi joined the room.10:02:16
@amirf147:gitter.imAmir FarhadiHello, I’m trying to install and run Dragonfly using the pip install dragonfly2 method. I’m planning to use Windows Speech Recognition as the engine. However, I’m encountering an issue related to a COM object error. I’ve added the necessary executables to the system path, but I’m wondering if the Python versions I’ve tried could be causing the issue. I’ve attempted with Python versions 3.12, 3.11, 3.10, and 3.9, all installed from the Microsoft Store. The executables that get added when I install the Dragonfly2 package have also been added to the path. Could the issue be related to using the Microsoft Store version of Python, which is installed in a different, likely protected, location? I’m considering installing Python in a more traditional manner, not via the Microsoft Store, to see if that resolves the issue. Before I proceed, I wanted to ask: what Python version is typically recommended for use with this library? I was planning to install version 3.10 or 3.9, but I’m wondering if I might be better off with 3.7 or an even earlier version. Any guidance would be greatly appreciated. Thank you!16:39:26
28 Feb 2024
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay)Hello Amir, Thank you for your message and questions. Unfortunately, Dragonfly won't work properly with editions of Python installed from the Microsoft Store, not without significant effort. These editions are meant for trying out (new versions of) the language, I think. Dragonfly is meant to be used with a system or user installation of Python sourced from www.python.org/downloads. You ask which version of Python is recommended for Dragonfly. The answer is any recent version, really. I have just tried Python 3.11 (32-bit) and 3.12 (64-bit) with Dragonfly's Windows Speech Recognition (WSR) engine back-end, for instance. Both worked okay. You could use earlier versions instead, but there may be dependency issues. Do please post the COM object error in the chat if it still occurs with a regular, non-Microsoft-Store Python installation. Some of these errors tend to be related to some issue or another with the pywin32 package.02:45:45
@amirf147:gitter.imAmir Farhadi
In reply to @danesprite-5a669b15d73408ce4f89a273:gitter.im
Hello Amir,

Thank you for your message and questions.

Unfortunately, Dragonfly won't work properly with editions of Python installed from the Microsoft Store, not without significant effort. These editions are meant for trying out (new versions of) the language, I think. Dragonfly is meant to be used with a system or user installation of Python sourced from www.python.org/downloads.

You ask which version of Python is recommended for Dragonfly. The answer is any recent version, really. I have just tried Python 3.11 (32-bit) and 3.12 (64-bit) with Dragonfly's Windows Speech Recognition (WSR) engine back-end, for instance. Both worked okay. You could use earlier versions instead, but there may be dependency issues.

Do please post the COM object error in the chat if it still occurs with a regular, non-Microsoft-Store Python installation. Some of these errors tend to be related to some issue or another with the pywin32 package.

Hi thanks for the reply.

I’ve been attempting to execute wsr_module_loader_plus.py and dfly-loader-wsr.py from the examples directory. During this process, I encountered an AttributeError in the context.py file while running wsr_module_loader_plus.py in Python 3.12. The error message indicated that the ‘inspect’ module lacks a ‘getargspec’ attribute.

dfly-loader-wsr.py operates without errors in both Python 3.12 and 3.10.5. Additionally, wsr_module_loader_plus.py runs without errors in Python 3.10.5. It appears that the ‘getargspec’ method might be replaced with a different method in current versions of python.

Currently, I haven’t introduced any customizations or grammars; I’m merely executing the example files. My immediate plan is to continue with Python 3.10.5 and begin incorporating my own customizations. I’ll keep an eye out for any potential issues and report them if they arise in the future.

I should also mention that both versions of Python were downloaded from the official Python website, not from the Microsoft Store.

Here's the relevant parts of the error (Python 3.12 running wsr_module_loader_plus.py):

...\dragonfly\examples\wsr_module_loader_plus.py", line 99, in load_sleep_wake_grammar
context = FuncContext(lambda: sleeping),
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...\dragonfly\grammar\context.py", line 393, in init
(args, _, varkw, defaults) = inspect.getargspec(self._function)
^^^^^^^^^^^^^^^^^^
AttributeError: module 'inspect' has no attribute 'getargspec'. Did you mean: 'getargs'?

17:43:29
1 Mar 2024
@danesprite-5a669b15d73408ce4f89a273:gitter.imdrmfinlay (Dane Finlay)

Hi Amir,

Thank you for the follow-up.

I was aware of but had forgotten about the AttributeError problem you mention. You are correct, this error occurs in Python 3.12, whether installed from the Microsoft Store or not. It has been fixed in the latest release candidate for Dragonfly version 1.0.0, but not in Dragonfly 0.35. You can install that, if you like, with pip install dragonfly2==1.0.0-rc2.

So, my apologies for the confusion. I have been neglecting this project's documentation lately. I will soon update it to recommend specific Python versions. For the moment, I would say your choice of Python 3.10 is a good one.

I would welcome reports on any further issues you encounter with Dragonfly. I hope you find the library useful for whatever you're using it for.

04:46:56
21 Mar 2024
@cliveo-5de5ab72d73408ce4fd2c6c7:gitter.imCliveo (Cliveo) joined the room.20:48:59

There are no newer messages yet.


Back to Room ListRoom Version: 1