To be clear NVDA has more than just python and c++ and would be very hard to compare that beast. Here is the break down off all the files in the development tree for NVDA for nerds like me.
Language files blank comment code ---------------------------------------------------------------------------- ----------- YAML 246 5194 3607 1424210 PO File 62 189596 459482 443212 Python 562 20819 34073 123683 Markdown 160 32327 1 103162 C++ 185 16435 6403 102420 C/C++ Header 235 16608 16186 81860 C 135 8146 6643 64867 JavaScript 177 8081 4660 54572 HTML 92 1690 524 40050 CSS 62 1146 212 13303 JSON 9 0 0 13224 m4 83 791 581 10325 IDL 39 1034 0 8446 make 72 1695 1060 7111 Java 30 813 692 5065 XMI 1 0 0 2806 WiX source 1 5 8 1893 XML 66 64 1265 1745 Assembly 5 78 107 1707 Bourne Shell 38 224 369 1337 CMake 21 125 45 647 PowerShell 20 80 81 605 DOS Batch 16 98 34 469 INI 25 24 0 413 Lisp 3 37 50 394 Perl 6 55 58 284 C# 7 44 91 262 RobotFramework 7 55 125 259 Rust 4 24 18 173 Windows Resource File 20 62 158 148 MSBuild script 3 2 8 135 Windows Module Definition 6 1 14 132 SVG 19 12 1 122 XSLT 2 20 6 116 Go 1 5 4 108 Gradle 2 16 0 97 TOML 2 18 24 96 vim script 3 18 23 78 Bourne Again Shell 3 4 2 40 Dockerfile 1 5 4 20 reStructuredText 1 6 7 7 ---------------------------------------------------------------------------- ----------- SUM: 2432 305457 536626 2509603 ---------------------------------------------------------------------------- ----------- -----Original Message----- From: BRLTTY <[email protected]> On Behalf Of Brian Buhrow Sent: Thursday, April 17, 2025 10:55 AM To: Informal discussion between users and developers of BRLTTY. <[email protected]> Subject: Re: [BRLTTY] Footsteps towards better accessibility in Linux I'm not yet familiar with Orca, but to say NVDA is written in python is misleading. Most of it is in python, but there are core portions which are written in C++. So, yes, I would say that if Orca is written purely in python, it probably does affect its performance. -Brian >But I agree with your general point that the actual source of latency >should be investigated, and not just assume that it's probably the >language that is bad. Python by itself won't arbitrarily introduce >milliseconds of latency. By prioritizing what is important, the >processing cost can be mitigated. NVDA also is in python, does that >hurt there? > >Samuel _______________________________________________ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: [email protected] For general information, go to: http://brltty.app/mailman/listinfo/brltty _______________________________________________ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: [email protected] For general information, go to: http://brltty.app/mailman/listinfo/brltty
