Yo utilizo NVDA con una compu que tiene 2 de ram y por ahí se me cuelga pero supongo que es la compu, anyways no es tan frecuente, solo como lo comenté más arriba que coincidieron varios conmigo. Usé JAWS toda mi adolescencia hasta 2015, de ahí en más si no es necesario fuertemente, no cambiaría NVDA.

jamás cambiaría NVDA, para mi sería como un sacrilegio. una actualización del año pasado medio que me dio problema, pero con este 2024, joder me va todo como una ceda. a mi puede que se me cuelgue en algún momento el nvda, si estoy haciendo una tarea muy pesada, pero reinicio NVDA y todo perfecto. el jaws es demasiado pesado y el pc se siente demasiado lento

Hay algo en NVDA que se cuelga cuando algún programa se bloquea. Cuando programo en Eclipse y activo el modo debug, por ejemplo, la aplicación en desarrollo se congela intencionadamente. Esto se hace para pausar la ejecución y revisar cada variable que estaba en uso en ese momento.
Debo cambiar de ventana rápidamente, ya que si mantengo la ventana de la aplicación congelada, NVDA también se cuelga, y la única opción es reiniciar NVDA.
El proceso de NVDA debería funcionar de manera independiente de la ventana que esté enfocada.

a mi ahora no se me cuelga tanto, algún día un par de veces pero nunca todos los días, hubo un momento que si me pasaba mas seguido pero ahora ya casi no

a mi lo que si noté que me pasa (aparte de los cuelgues que se dan sobretodo cuando tengo twblue activo o de vez en cuando así por la cara) noté que la voz no se interrumpe cuando vas flecha abajo. osea que si por ejemplo estaba leyendo el nombre de fulanito en la lista y bajo con flechas, en vez de callarse y decirme el siguiente es algo como. fulanito,tabausmenganito,tab ausente...

Para que cosa. Verificas que, luego de darle aceptar, esa casilla efectivamente quede marcada? Puede que por alguna razón no se esté guardando la configuración. Otra cosa que se me ocurre es que tengas NVDA instalado en varios usuarios, y que en uno de ellos tenga la configuración de arranque al iniciar Windows. Arenita, yo también dejé de usar jaws en 2015, justamente, por los cuelgues, no por otra cosa. Lo he vuelto a usar hace poco, y es verdad que aunque ya no se me cuelga porque tengo una pc con más recursos, su respuesta es más lenta.

che yo tengo NVDA con la última berción : Física: 8.33 GB de 19.80 GB utilizada (42.1%). Virtual: 8.56 GB de 22.80 GB utilizada (37.5%).: y me ba mas rrápido que nose que , nunca se me a colgado o algo así

yo estoy intentando rastrear un par de cuelgues que tengo en novelas gráficas, pero no logro dar si es por mi red, el autoclip o NVDA.

Yo tengo intel y no se me cuelga la verdad.
Lo digo por el usuario que dice que tienen ARM y se les cuelga jaja

Ramson: a mi lo que si noté que me pasa (aparte de los cuelgues que se dan sobretodo cuando tengo twblue activo...: hoy 03:18. A mí me pasa lo mismo, pensé que era por este auricular bluetooth baratito que tengo que da una latencia desesperante pero ya veo que no, por lo visto es tema de NVDA. A mí no se me cuelga casi, en algún que otro momento si paso rápido con flechas para saltear cosas pero que se yo, si es una vez a la semana es mucho decir, se reinicia y listo. Muy conforme con este lector hasta ahora, si lo cambio sería por algo ya muy grave.

amí se me tildava bastante, pero en estas vetas de la 2024.3 vajó una banda: lo que si me pasa bastante, es que cuando tengo actualizaciones de la tienda de NV acces se tilda, y hasta que no me dice que tiene actualizaciones la tienda no vuelve a responder, pero tendría que comprovar haber si en esta rc 1 me sigue pasando o no

Acá con la rc1, acavo de actualizar y todo bien. Hace rato que el NVDA no se me cuelga, desde la 2024.2.

A mi es que esto no me parece normal. Ta bien, no se cuelga, pero no porque no haga el intento.
INFO - core.main (10:23:03.578) - MainThread (9688):
NVDA initialized
INFO - watchdog.waitForFreezeRecovery (10:23:09.166) - watchdog (12896):
Starting freeze recovery after 0.5002324999999956 seconds.
INFO - watchdog.waitForFreezeRecovery (10:23:09.318) - watchdog (12896):
Recovered from freeze after 0.6520458999999974 seconds.
INFO - watchdog.waitForFreezeRecovery (10:28:09.486) - watchdog (12896):
Starting freeze recovery after 0.500211400000012 seconds.
INFO - watchdog.waitForFreezeRecovery (10:28:09.840) - watchdog (12896):
Recovered from freeze after 0.8532604999999762 seconds.
INFO - watchdog.waitForFreezeRecovery (10:28:44.075) - watchdog (12896):
Starting freeze recovery after 0.5003424000000223 seconds.
INFO - watchdog.waitForFreezeRecovery (10:28:44.177) - watchdog (12896):
Recovered from freeze after 0.6016961999999921 seconds.
INFO - watchdog.waitForFreezeRecovery (10:28:44.710) - watchdog (12896):
Starting freeze recovery after 0.5002997999999934 seconds.
INFO - watchdog.waitForFreezeRecovery (10:28:44.862) - watchdog (12896):
Recovered from freeze after 0.6517435000000091 seconds.
INFO - watchdog.waitForFreezeRecovery (10:36:06.925) - watchdog (12896):
Starting freeze recovery after 0.5003798000000188 seconds.
INFO - watchdog.waitForFreezeRecovery (10:36:07.077) - watchdog (12896):
Recovered from freeze after 0.6524517999999944 seconds.
INFO - watchdog.waitForFreezeRecovery (10:43:19.776) - watchdog (12896):
Starting freeze recovery after 0.5001706000000468 seconds.
INFO - watchdog.waitForFreezeRecovery (10:43:19.827) - watchdog (12896):
Recovered from freeze after 0.5509041999998772 seconds.
INFO - watchdog.waitForFreezeRecovery (10:43:20.285) - watchdog (12896):
Starting freeze recovery after 0.5001826999998684 seconds.
INFO - watchdog.waitForFreezeRecovery (10:43:20.336) - watchdog (12896):
Recovered from freeze after 0.55112680000002 seconds.
INFO - watchdog.waitForFreezeRecovery (10:44:14.377) - watchdog (12896):
Starting freeze recovery after 0.5001819000001433 seconds.
INFO - watchdog.waitForFreezeRecovery (10:44:14.932) - watchdog (12896):
Recovered from freeze after 1.055310899999995 seconds.
INFO - watchdog.waitForFreezeRecovery (10:44:51.581) - watchdog (12896):
Starting freeze recovery after 0.5001479000000018 seconds.
INFO - watchdog.waitForFreezeRecovery (10:44:51.733) - watchdog (12896):
Recovered from freeze after 0.6520722999998725 seconds.
INFO - watchdog.waitForFreezeRecovery (10:45:30.733) - watchdog (12896):
Starting freeze recovery after 0.5003182000000379 seconds.
INFO - watchdog.waitForFreezeRecovery (10:45:30.886) - watchdog (12896):
Recovered from freeze after 0.6522446999999829 seconds.
INFO - watchdog.waitForFreezeRecovery (11:10:44.910) - watchdog (12896):
Starting freeze recovery after 0.5002230000000054 seconds.
INFO - watchdog.waitForFreezeRecovery (11:10:45.111) - watchdog (12896):
Recovered from freeze after 0.7016171000000213 seconds.
INFO - watchdog.waitForFreezeRecovery (11:23:28.075) - watchdog (12896):
Starting freeze recovery after 0.500315799999953 seconds.
INFO - watchdog.waitForFreezeRecovery (11:23:28.276) - watchdog (12896):
Recovered from freeze after 0.7016728999997213 seconds.
INFO - watchdog.waitForFreezeRecovery (11:25:47.374) - watchdog (12896):
Starting freeze recovery after 0.500438000000031 seconds.
INFO - watchdog.waitForFreezeRecovery (11:25:47.981) - watchdog (12896):
Recovered from freeze after 1.1064487000003282 seconds.
INFO - watchdog.waitForFreezeRecovery (11:26:51.601) - watchdog (12896):
Starting freeze recovery after 0.5003077000001213 seconds.
INFO - watchdog.waitForFreezeRecovery (11:26:51.804) - watchdog (12896):
Recovered from freeze after 0.7025748000000931 seconds.
INFO - watchdog.waitForFreezeRecovery (11:41:22.270) - watchdog (12896):
Starting freeze recovery after 0.5003374999996595 seconds.
INFO - watchdog.waitForFreezeRecovery (11:41:22.422) - watchdog (12896):
Recovered from freeze after 0.6521532999995543 seconds.
INFO - watchdog.waitForFreezeRecovery (11:41:44.343) - watchdog (12896):
Starting freeze recovery after 0.5001768000001903 seconds.
INFO - watchdog.waitForFreezeRecovery (11:41:44.444) - watchdog (12896):
Recovered from freeze after 0.6013714000000618 seconds.
INFO - watchdog.waitForFreezeRecovery (11:41:55.048) - watchdog (12896):
Starting freeze recovery after 0.5003102999999101 seconds.
INFO - watchdog.waitForFreezeRecovery (11:41:55.099) - watchdog (12896):
Recovered from freeze after 0.5511412999994718 seconds.
INFO - watchdog.waitForFreezeRecovery (11:41:55.563) - watchdog (12896):
Starting freeze recovery after 0.5001893999997264 seconds.
INFO - watchdog.waitForFreezeRecovery (11:41:55.816) - watchdog (12896):
Recovered from freeze after 0.7524267999997392 seconds.
INFO - watchdog.waitForFreezeRecovery (11:50:03.273) - watchdog (12896):
Starting freeze recovery after 0.5001116000003094 seconds.
INFO - watchdog.waitForFreezeRecovery (11:50:03.425) - watchdog (12896):
Recovered from freeze after 0.651824999999917 seconds.
INFO - watchdog.waitForFreezeRecovery (11:51:48.876) - watchdog (12896):
Starting freeze recovery after 0.500228199999583 seconds.
INFO - watchdog.waitForFreezeRecovery (11:51:48.927) - watchdog (12896):
Recovered from freeze after 0.5513020999997025 seconds.
INFO - watchdog.waitForFreezeRecovery (11:51:49.470) - watchdog (12896):
Starting freeze recovery after 0.5002417999994577 seconds.
INFO - watchdog.waitForFreezeRecovery (11:51:49.521) - watchdog (12896):
Recovered from freeze after 0.5506905000002007 seconds.
INFO - watchdog.waitForFreezeRecovery (11:52:59.743) - watchdog (12896):
Starting freeze recovery after 0.50009399999999 seconds.
INFO - watchdog.waitForFreezeRecovery (11:52:59.794) - watchdog (12896):
Recovered from freeze after 0.5508094999995592 seconds.
INFO - watchdog.waitForFreezeRecovery (11:53:00.304) - watchdog (12896):
Starting freeze recovery after 0.500167600000168 seconds.
INFO - watchdog.waitForFreezeRecovery (11:53:00.405) - watchdog (12896):
Recovered from freeze after 0.6012899000006655 seconds.
INFO - watchdog.waitForFreezeRecovery (11:54:51.872) - watchdog (12896):
Starting freeze recovery after 0.5002391000007265 seconds.
INFO - watchdog.waitForFreezeRecovery (11:54:52.023) - watchdog (12896):
Recovered from freeze after 0.6516768000001321 seconds.
INFO - watchdog.waitForFreezeRecovery (11:55:02.225) - watchdog (12896):
Starting freeze recovery after 0.5001078999994206 seconds.
INFO - watchdog.waitForFreezeRecovery (11:55:02.326) - watchdog (12896):
Recovered from freeze after 0.6009230999998181 seconds.
INFO - watchdog.waitForFreezeRecovery (11:56:03.129) - watchdog (12896):
Starting freeze recovery after 0.5002033999999185 seconds.
INFO - watchdog.waitForFreezeRecovery (11:56:03.785) - watchdog (12896):
Recovered from freeze after 1.1559593000001769 seconds.
INFO - watchdog.waitForFreezeRecovery (11:56:31.438) - watchdog (12896):
Starting freeze recovery after 0.5002529000003051 seconds.
INFO - watchdog.waitForFreezeRecovery (11:56:31.690) - watchdog (12896):
Recovered from freeze after 0.7517145000001619 seconds.
INFO - watchdog.waitForFreezeRecovery (11:57:47.250) - watchdog (12896):
Starting freeze recovery after 0.5001701000001049 seconds.
INFO - watchdog.waitForFreezeRecovery (11:57:47.351) - watchdog (12896):
Recovered from freeze after 0.6012000000000626 seconds.
INFO - watchdog.waitForFreezeRecovery (11:58:29.209) - watchdog (12896):
Starting freeze recovery after 0.5001996000000872 seconds.
INFO - watchdog.waitForFreezeRecovery (11:58:29.864) - watchdog (12896):
Recovered from freeze after 1.1560242000005019 seconds.
INFO - watchdog.waitForFreezeRecovery (12:10:55.453) - watchdog (12896):
Starting freeze recovery after 0.5001664999999775 seconds.
INFO - watchdog.waitForFreezeRecovery (12:10:55.605) - watchdog (12896):
Recovered from freeze after 0.651622800000041 seconds.

no iba a responder, porque iba a ser grosera, pero respondo de forma educada. oe, genio de winget nose qué. sí sabías que la informática no es exacta, no? que sík, puede pasar de que un programa funcione de una forma, y al otro día funcione de otra forma. por lo que veo mucho de informática no sabes.

la otra cosa. para reportarle a NVDA, primero tengo que crearme una cuenta de gitup, luego a saber como concha se hace una request o como sea esa cosa o como sea que se le llame, y hacer nose cuantas maromas para reportar algo. sí, podría reportar por el cosito ese formulario de nvda. pero para qué? si acá se me hechan encima solo porque no les pasa a ustedes, y sí a unos pocos.

la otra cosa. cómo reporto? si el lector no da razón de los freeces. solo ice, ahí como se indica un post más arriba, que se esta recuperando de un congelamiento, cuando ni siquiera ahce eso, una tiene que andar abriendo manualmente el lector porque mentira que se recupera.

leyendo un comentario me decidí a descargar la versión 2022 de NVDA, y la verdad me sorprende lo rápido que responde al instalar un complemento por ejemplo. La tengo como portable, y puede que la 2024 responda algo lento porque tiene varios complementos, pero ahí veremos

es que el problema creo no es que te quejes porque te falle. creo que esta´bien que lo hagas porque quisá alguna recomendación para arreglarlo te puedan dar. pero creo que es un herror generarlizar que el problema es el nvda porque si no todos nos estaríamos quejando. y si es verdad que el jaws tiene una respuesta más lentta, cuando lo instalé en esta pc que tiene un hardware bastante bueno y es tipo gamín, igual me iva más lento. no quiero ni pensar como iva ser en mi laptop. a mi novio que tiene un pc con procesador seleron y 4 gb de ram, el NVDA le va perfectamente y eso que otros programas esa pc si que no las soporta como office

Yo sigo probando cosas. Esto es en modo de depuración. Para mi no hay nada relevante y sale en momentos totalmente random, pero bue yo sigo dejando logs por si sirven. Y sí, a mi sí que se me recupera, al menos el 90% o 95% de las veces, pero capaz a otros no.
INFO - watchdog.waitForFreezeRecovery (12:52:34.925) - watchdog (10036):
Starting freeze recovery after 0.5001372000006086 seconds.
DEBUGWARNING - watchdog.waitForFreezeRecovery (12:52:34.961) - watchdog (10036):
Listing stacks for Python threads:
Python stack for thread 10604 (watchdog.CancellableCallThread.execute(<_FuncPtr object at 0x00F080A8>)):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "watchdog.pyc", line 382, in run
File "threading.pyc", line 629, in wait
File "threading.pyc", line 327, in wait

Python stack for thread 1604 (Thread-9):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "C:\Users\Markk\AppData\Roaming\nvda\addons\IBMTTS\synthDrivers_ibmeci.py", line 382, in run
func, args, kwargs = callbackQueue.get()
File "queue.pyc", line 171, in get
File "threading.pyc", line 327, in wait

Python stack for thread 4900 (Thread-8):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "C:\Users\Markk\AppData\Roaming\nvda\addons\IBMTTS\synthDrivers_ibmeci.py", line 180, in run
user32.GetMessageA(byref(msg), 0, 0, 0)

Python stack for thread 10388 (Thread-6):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "threading.pyc", line 1399, in run
File "threading.pyc", line 629, in wait
File "threading.pyc", line 331, in wait

Python stack for thread 17536 (Thread-5 (wrapper)):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "threading.pyc", line 982, in run
File "C:\Users\Markk\AppData\Roaming\nvda\addons\TranslateAdvanced\globalPlugins\TranslateAdvanced__init__.py", line 181, in wrapper
time.sleep(1800)

Python stack for thread 10036 (watchdog):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "threading.pyc", line 982, in run
File "watchdog.pyc", line 159, in _watcher
File "watchdog.pyc", line 166, in waitForFreezeRecovery
File "logHandler.pyc", line 64, in getFormattedStacksForAllThreads

Python stack for thread 17996 (winInputHook):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "threading.pyc", line 982, in run
File "winInputHook.pyc", line 81, in hookThreadFunc

Python stack for thread 8536 (UIAHandler.UIAHandler.MTAThread):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "threading.pyc", line 982, in run
File "UIAHandler__init__.pyc", line 544, in MTAThreadFunc
File "queue.pyc", line 171, in get
File "threading.pyc", line 327, in wait

Python stack for thread 4036 (hwIo.ioThread.IoThread):
File "threading.pyc", line 1002, in _bootstrap
File "threading.pyc", line 1045, in _bootstrap_inner
File "hwIo\ioThread.pyc", line 258, in run

Python stack for thread 372 (MainThread):
File "nvda.pyw", line 415, in <module>
File "core.pyc", line 911, in main
File "wx\core.pyc", line 2262, in MainLoop
File "wx\core.pyc", line 3427, in <lambda>
File "core.pyc", line 841, in processRequest
File "core.pyc", line 857, in Notify
File "queueHandler.pyc", line 97, in pumpAll
File "queueHandler.pyc", line 64, in flushQueue
File "eventHandler.pyc", line 84, in _queueEventCallback
File "eventHandler.pyc", line 322, in executeEvent
File "eventHandler.pyc", line 355, in doPreGainFocus
File "api.pyc", line 144, in setFocusObject
File "baseObject.pyc", line 62, in __get__
File "baseObject.pyc", line 168, in _getPropertyViaCache
File "NVDAObjects__init__.pyc", line 656, in _get_container
File "baseObject.pyc", line 62, in __get__
File "baseObject.pyc", line 168, in _getPropertyViaCache
File "NVDAObjects\UIA__init__.pyc", line 1803, in _get_parent

INFO - watchdog.waitForFreezeRecovery (12:52:35.012) - watchdog (10036):
Recovered from freeze after 0.5872670000007929 seconds.

Por eso mismo, porque la informática no es exacta es que no a todos se nos cuelga, de hecho, acá tenés un montón de mensajes donde se dice que NVDA va bien y algunos hasta con una máquina con pocos recursos. Por ese mismo motivo que dijiste vos, es que tendrías que reportarlo para que se evalúe tu caso particular, sistema operativo, hardware, complementos instalados, qué estabas haciendo al momento del cuelgue, y cosas que a mí se me escapan porque yo sí sé, pero menos que otros. Acá no pasa nada con que reporten, está todo bien con que vengan y digan que NVDA se les cuelga, que no responde bien o incluso que no les gusta por una cosa u otra, pero hay formas y formas de decir las cosas. Por mi parte, cerrado el tema. Y si querés reportar algo de manera más formal, soporte@nvda.es. Como dije en el mensaje anterior, si es necesario abrir una incidencia en nv acces se encarga el equipo de nvda en español, así que no te preocupes por el inglés, aprender a manejar GitHub y todo eso.

hola buenas tardes, disculpen una pregunta, soy nuevo en nvda, y no se si como en androy existe un comando para copiar la frase leida. disculpen la mlestia muchísimas gracias

no existe un comando nativo pero puedes isntalarte un cimplemento que lo haga como speech history.

Bueno, I9 24 hilos y 128 de RAM.

Debería ir todo fino. Pues no.

NVDA desde que paso a Python 3.11 es una mierda con los cuelgues y el recolector de basura.

¿El por que?

@Markk una de las causas la tienes en el log, IBMTTS.

Si probáis eSpeak NG veréis como todo mejora.

Y como también es una mierda eSpeak NG y a muchos nos levanta dolor de cabeza pues.

Yo ahora deje de sufrir micro cuelgues que son molestísimos como los que ponía Markk con el recolector de basura que en ocasiones eran hasta de 12 segundos algo infumable hasta que se recuperaba NVDA.

Y ojo, esto en un I9, un I7 con NVDA recién instalado y solo de complemento IBMTTS.

Por lo tanto hay lo dejo.

Entrar a san Google.

Poner:

pumper42nickel/eloquence_threshold releases

Buscar y en el primer resultado entrar.

Hay dar a la B hasta encontrar algo así:

▾ Assets 3 botón expandido

Flecha abajo y descargar el complemento y probar.

Llevo varios días probando y mi log esta limpio de la mierda del recolector y cuando sale alguno son de menos de un segundo por lo que muchas veces ni me doy cuenta, pero con IBMTTS en ocasiones era infumable.

INFO - watchdog.waitForFreezeRecovery (20:22:04.377) - watchdog (7800):
Starting freeze recovery after 0.5001534000002721 seconds.
INFO - watchdog.waitForFreezeRecovery (20:22:04.478) - watchdog (7800):
Recovered from freeze after 0.6010261999999784 seconds.

con eloquence ahora y probando

también lo mismo.

si esto ya no pasa, te querre para toda la vida. okno

Descargado... No lo pruebo porque IBM me va bien. Pero es curioso lo que comentan. Me pregunto si será por la manera en que tienen las librerías. Yo las tengo puestas en el mismo comlemento

Hola, alguien podría ayudarme a configurar el complemento clock? Lo necesito para la alarma.

disculpa, será que me podrías explicar como se usa?

Ya tenía miedo yo de que el IBM tuviera algo que ver, mal ahí. Gracias por la data, probando.
Lo bueno es que hasta NVDA arranca más rápido, o esa impresión me da.
Lo malo es que hay un par de regresiones. La primera es que no distingue la i latina de la y griega, normal, por otro lado, siendo inglés. Ni jaws las distingue, aunque en IBM estaba arreglado y estaba bueno.
La segunda mejor no la digo para no desatar la plaga de nuevo (?) pero es una por la que hasta se baneó gente.
Después hay algunas cositas como la pronunciación de las mayúsculas y alguna que otra más pero ya es hilar fino.
Hermoso sería una fusión de ambos complementos, el rendimiento de este con los bugs arreglados del IBM.

Pd. Creo que en la última versión del complemento este del reloj no va lo de las alarmas. Lo reporté pero no tuve respuesta

@Markk todo de acuerdo y alguna cosita más que tiene mal.

Pena que David con IBMTTS esta un poco off por otros motivos, esperemos que pueda pronto retomarlo y ver que pasa por que IBMTTS es mucho mejor.

Sobre el ban pues nada hasta me hacen un favor. Pero bueno no e compartido nada realmente doy los tips de buscar en Google que nunca viene mal recordar que hay esta ese buscador.

joder nunca me había dado cuenta que eso de que se demoraba en copiar era por culpa del IBM. y donde está el recolector, para también entrar manualmente porsiacaso por si alguna vez ttengo que volver a instalar ese mismo complemento. de todos modos provaré eloquense haber que tal

Si, va mejor. Aun que pierde varias características, como lo de las pausas en las puntuaciones.