Cierres inesperados: cómo no perder trabajo

Resumen

Un cierre inesperado de TCP-PointCloud Editor no es lo mismo que cerrar la aplicación: el proyecto se guarda de forma automática al crear o importar elementos y al cerrar el proyecto o la aplicación, pero en un cierre no controlado ese guardado no llega a ejecutarse y se pierde todo el trabajo posterior al último guardado. Los casos documentados aparecen en proyectos con nubes de gran tamaño y operaciones costosas, y no tienen una causa única: para determinarla el soporte necesita los ficheros de registro de la aplicación. Este artículo reúne las medidas que recomienda soporte para reducir el riesgo de perder trabajo y la información concreta que hay que aportar para que se pueda diagnosticar la causa.

Aplicable a

• TCP-PointCloud Editor.

• Casos documentados con las versiones 1.11.2.5 y 1.21. La versión 1.22 incorpora «un mayor control del proceso de guardado para detectar errores de guardado»; eso mejora la detección de fallos al guardar, pero no consta que corrija los cierres inesperados en sí.

Síntomas

• La aplicación se cierra sin aviso en mitad del trabajo y se pierde lo hecho desde el último guardado automático.

• El cierre se produce al insertar una ortofoto.

• El cierre se produce al cargar una nube de gran tamaño: en el caso documentado, una nube de 18 GB provocó el cierre tras unos 20 minutos de carga, sin llegar a cargarse; hubo que subdividirla en partes.

• Tras una operación masiva sobre todas las nubes del proyecto se detecta pérdida o simplificación del trabajo: zonas que desaparecen, clasificación que aparece simplificada de forma drástica o polilíneas del dibujo que ya no están.

• El equipo sufre cortes de suministro eléctrico mientras se está guardando.

Causa

No hay una causa única documentada. Lo que sí está establecido:

• El guardado automático no cubre los cierres no controlados. La aplicación guarda el proyecto cada vez que se crean o importan elementos (nubes, mallas, superficies, imágenes) y siempre que se cierra el proyecto o la aplicación. Si la aplicación se cierra de forma inesperada —o se fuerza su cierre desde el Administrador de tareas—, ese guardado no se ejecuta.

• Los casos registrados se concentran en proyectos exigentes: nubes de gran tamaño y operaciones que consumen mucha memoria o recursos gráficos. El soporte necesita los ficheros de registro para determinar la causa concreta de cada cierre.

• Un corte eléctrico durante el guardado puede dejar algún fichero corrupto o sin guardar, con la consiguiente pérdida.

Solución

Caso: reducir el riesgo de perder trabajo

Medidas recomendadas por el soporte técnico para trabajar con menor exposición a un cierre inesperado:

1. Trabajar con la menor cantidad de nubes de puntos posible en un mismo proyecto.

2. Si trabaja con nubes de gran tamaño, reducir su tamaño antes de procesarlas: eliminar primero las zonas que no interesen y después reducir la densidad de puntos a un valor aceptable para el trabajo concreto.

3. Hacer copias de seguridad del proyecto con frecuencia —o al menos al terminar de trabajar— y revisarlas una vez creadas para asegurarse de que son correctas.

4. Cerrar la aplicación cuando deje de trabajar con ella o, al menos, cerrar el proyecto abierto: así se fuerza el guardado.

5. Cerrar otras aplicaciones que no necesite, sobre todo las que consuman gran cantidad de memoria o recursos gráficos.

6. Exportar el dibujo CAD a fichero DWG o DXF antes de cerrar o salir, como copia de seguridad del dibujo. Compruebe con una aplicación de CAD que el dibujo guardado es correcto.

7. Exportar a fichero las nubes de puntos una vez limpias o clasificadas, como copia de seguridad de las nubes procesadas. Puede crear un proyecto nuevo e importar la nube exportada para verificar que todo está correcto.

Caso: la aplicación se cierra al cargar una nube muy grande

1. Subdivida la nube en partes más pequeñas y trabájelas por separado; es lo que resolvió el caso documentado con una nube de 18 GB.

2. Antes de cargarla, elimine las zonas que no necesite y reduzca la densidad al valor mínimo que le sirva para el trabajo.

3. Cierre las demás aplicaciones que consuman memoria o recursos gráficos.

4. Aporte al soporte los datos del apartado siguiente: el cierre al cargar una nube concreta es el caso más fácil de diagnosticar, porque es reproducible con ese fichero.

Si el problema persiste

Para que el soporte pueda diagnosticar la causa de los cierres, conviene aportar de una vez:

• Los ficheros de registro (log) de la aplicación, que se almacenan en C:\Temp. Puede comprimirlos todos en un ZIP.

• Capturas de pantalla del Visor de Eventos de Windows correspondientes a los momentos en que se produjo el cierre.

• Las características de hardware y software del equipo: procesador, memoria, discos duros, tarjeta gráfica, memoria de vídeo, sistema operativo, CAD y antivirus.

• Una descripción del proyecto tipo: número de nubes de puntos, tamaños, operaciones que realiza habitualmente y operaciones en las que suelen producirse las incidencias.

• Enlaces de descarga de los proyectos con los que tiene problemas, para poder analizarlos.

Si los cierres son frecuentes, el soporte puede además proponer una videoconferencia para ver el trabajo en pantalla y contrastar cómo se está utilizando la aplicación.

Categoría: Requisitos y rendimiento · Nivel: Básico