Comportamiento curioso al grabar imágenes

[Jordi Gallego]

Hola,

me ha sucedido un par de veces lo siguiente:
tras modificar una imagen (que ya existia previamente en un subdirectorio determinado y en formato tif), quiero volver a grabarla en formato jpg , pero con el mismo nombre que tiene actualmente.
A tal efecto abro "save as", que me presenta el nombre actual del archivo (.tif) en "file name" , cambio la extension a .jpg en "Files of type" y pulso save.
El archivo se graba efectivamente en formato jpg pero aparece en un directorio "más arriba" del actual y con el nombre del directorio que se ha "saltado" incorporado al nombe del archivo :?  

No se si me he conseguo explicar bien pero probarlo por favor a ver si solo me pasa a mí??


Saludos
Jordi

[Juan Conejero]

Hola Jordi

Pues es bastante extraño; no habíamos observado esto antes. De momento, tres preguntas:

- Nombre del archivo

- Nombre del directorio donde quieres guardar el archivo

- Nombre del archivo que resulta (el que tiene el directorio incorporado)

Gracias

[Jordi Gallego]

Hola Juan,

una imagen vale más que .... A ver si esto ayuda :wink:

archivo original:



efecto de cambiar "file type" a .jpg:



y resultado final de la operación, un directorio "arriba":



Una cosa curiosa es el valor de 0 bytes que aparece en la última captura de pantalla. he comprobado que el archivo está bien grabado y tiene un tamaño "razonable" para la compresión empleada

saludos
Jordi

[Juan Conejero]

Hola Jordi

Muchas gracias por las copias de pantalla; todo un acierto colocarlas porque me han dado toda la información que necesito para comprender el problema.

Efectivamente, esto es un bug en toda regla. Sólo ocurre en Windows. Mientras lo solucionamos, para evitarlo tienes que eliminar manualmente todo lo que aparece en File Name excepto el nombre del archivo. Es decir, en el ejemplo que has puesto, tendrías que borrar manualmente:

C:\tras1\family\fotos\Astro\080130_procesado_IC443\base_lumbase_lum

cuando aparezca (asumo que este problema sólo se produce a veces), y dejar sólo:

SigAvg_04_11_12_ARL_a.jpg

El problema es realmente un retroceso que reproduce parte de un bug que existía hace dos o tres versiones. Afortunadamente creo que lo tengo bastante bien controlado.

Respecto del tamaño "0 bytes", esto es algo que los programadores de Trolltech (autores de Qt) tendrían que haber solucionado hace ya tiempo. En fin... es un problema totalmente inocuo.

Gracias de nuevo

[Jordi Gallego]

De nada Juan :wink: , es un pequeño bug sin importancia con el que se puede convivir sin problemas mientras lo fijais. Además es cierto que me parece que solo pasa a veces :wink:

Saludos
Jordi

[Juan Conejero]

Gracias Jordi, intentaré solucionarlo lo antes posible.

Por cierto, ¿qué es esa maravilla que se puede ver en esas copias de pantalla? Tiene pinta de ser una salvajada de imagen de 443. ¿Cuándo la vamos a poder ver? 8)

[Jordi Gallego]

Por cierto, ¿qué es esa maravilla que se puede ver en esas copias de pantalla? Tiene pinta de ser una salvajada de imagen de 443. ¿Cuándo la vamos a poder ver? 8)

Je,je, si que es IC443 si , será la primera foto hecha con el nuevo equipo. Ya tengo 6 horas de exposición con Halfa para la luminancia. Ahira me falta el color pero sobre todo tiempo para procesarla con tranquilidad.
A ver si la semana que viene tengo algo :wink:

Saludos
Jordi

[ManoloL]

Hola:
Me he descargado e instalado la nueva actualización y he comprobado que sigo teniendo el mismo problema que cita Jordi y que también me afectaba.
He aquí un recorte de la ventana de grabación:


He abierto una imagen en Tif "Orion5x10mr2"
he usado grabar como y he puesto el tipo de archivo jpg y se me ha generado un nombre, con el prefijo de la carpeta en que estaba antepuesto al nombre anterior, que se graba en la carpeta madre.
Parece como si se hubiera perdido la barra invertida en la dirección de grabación.
Además entre los archivos jpg que tengo en la carpeta, también aparece el archivo Tif que está abierto. ¿es esto normal?

Supongo que estaréis todavía con ello y la corrección no se ha realizado en la actualización, pues si se incluido en mi caso no funciona.

Como dijo Jordi, no tiene gran importancia, pero ahí está.

Saludos.

[Juan Conejero]

Hola Manolo

Sí, efectivamente este bug sigue ahí, y no es el único relacionado con los diálogos abrir/guardar. Desafortunadamente la solución no es tan "simple" como yo suponía en un principio, y por eso no lo he corregido en esta actualización.

La cuestión no es nada sencilla en sus implicaciones. PixInsight es una plataforma portable, como sabes, entre Linux/UNIX, Windows y Mac OSX. Esto significa que no podemos adoptar cierto tipo de decisiones que serían triviales si sólo estuviéramos presentes en Windows. Nuestra intención es que la aplicación y todos los módulos tengan exactamente el mismo comportamiento en todas las plataformas. Si no fuera por Windows, esto sería mucho más fácil... si empezamos a asumir muchas excepciones para que Windows "quepa bien" en el mundo de PI, al final terminaremos con que PI sólo "cabe bien" en el mundo (infierno?) de Windows - esto es lo que nuestra experiencia nos indica, y no queremos que ocurra.

Por ejemplo, a estos errores se suma el hecho de que ahora mismo en PI no es sencillo acceder a recursos compartidos en red bajo Windows. Hay que asignar una letra de unidad a cada carpeta compartida para poder acceder a la misma desde los diálogos Abrir y Guardar. Por supuesto, en Linux y en OS X no hay ningún problema porque el sistema de archivos tiene una raíz única y todos los dispositivos están montados como archivos (no existen letras de unidad ni incongruencias por el estilo).

Digamos que siempre vamos a rastras de Windows, donde estamos encontrando todos los problemas que no existen en las otras plataformas. Sinceramente, no entiendo por qué el 98% de los usuarios os empeñáis en usar este sistema operativo  :lol:

Estamos pensando en la mejor forma de solucionar todos estos problemas de una vez por todas. Una opción es dar la posibilidad de usar los diálogos de abrir/guardar nativos de Windows (los que usan casi todas las aplicaciones), aunque esto supondría perder muchas cosas que tenemos ahora (el que PI recuerde el contenido de todos los diálogos, por ejemplo). Otra opción es entrar "a saco" y reescribir todo el código de los diálogos, lo cual es una montaña de trabajo, pero sería lo más "honrado" por nuestra parte. En fin, queda pendiente para la próxima.

Gracias por vuestra paciencia