El asunto del crash con las múltiples fotos fue algo que lancé a la lista hace ya algún tiempo y es algo por donde el gimp cojea visiblemente. Sin embargo, nadie edita una foto abriendo simultáneamente 20 de ellas. Creo que la ganancia de este soft está en la profesionalidad de sus herramientas, que crecieron visiblemente en la 2.4. Lamentablemente, el Etch no la posee en su repo y tengo que continuar con la 2.2, lo cual no me molesta porque no extraño mucho a Photoshop. Creo que algo en lo que Photoshop le da con todo a GIMP es en los efectos de capa, los drop shadows, los biseles, esas cosas... que son herramientas utilísimas en la confección de imágenes, cosas que en el gimp funcionan más a nivel de scripts. Eso es algo en lo que se avanzará, imagino, por ahora, creo que con el snap de las tranformaciones de selección ganará más adeptos, porque algunas cosas que en el 2.2 era incómodo hacer ahora se han facilitado de una manera bárbara. Lo otro que no he probado, y que es utilísimo en el campo del diseño editorial son las fotos con trazados de recorte, muy utilizadas -e imprescindibles- para la composición en programas como el PageMaker. Otra cosa que tiene que hacerse más dócil es el trabajo con máscaras, en el uso de algunas capas como máscaras, herramienta que aún no ha alcanzado las posibilidades que brinda el photoshop. Ahora, si en algo podemos criticar en el desarrollo de los programas de la "suite" libre (gimp, inkscape, scribus) al compararse con Adobe (photoshop, illustrator, Indesign) o con Corel o en cualquiera de los esquemas de trabajo más utilizados; es la falta de integración entre éstos. La importación de un formato .svg en Scribus puede general resultados de todo tipo, tales como la carga de rutas pero no los atributos de ellas, como en gráficos de flechas, se carga la línea, pero no el "arrowhead". El resultado es concluir por exportar a .eps y limitarse, si necesitas información de color, a exportar un .png, con la pérdida de calidad que eso implica. La importación del svg en gimp es mucho mejor, pero tiende a sufrir errores en cuanto a las dimensiones de los archivos. 1280x1450 px puede convertirse en 128x145, y eso ha sido sobre Debian Etch, con repositorios oficiales y sin ningún pecado de por medio. Soft de alta calidad, pero aún no desarrollado en función de un trabajo global. Otra cosa que hay que resolver tiene que ver con lo que gobierne los gráficos del área de trabajo, creo que esos son los módulos de opengl. Yo no soy informático, y aunque tenga eso como objetivo no puedo analizar los sources porque sencillamente no tengo el conocimiento para ello, pero se hace muy visible la "actualización" de la pantalla cuando "panea", cosa que se ve hasta dando demasiado backspace en el Abiword. Eso en el soft privativo está resuelto en su totalidad. Demos gracias entre otras cosas, al standard .pdf, que permite una salida de Scribus, pero esa "impresión" no maneja bien las transparencias de los pngs interpreta como blancos hasta las transparencias de un ochenta por ciento de opacidad. Estos son los momentos en que me gustaría saber programar. Sin embargo, yo lo uso todos los días y hace siglos que no "booteo" por windows. Sin embargo, agradecería si alguien sabe por qué ocurren esas cosas, para irme haciendo una idea de su solución, aunque por ahora no pueda hacerlo.
yaroldi manzano p.d. En la actualidad mi "suite" pro, cuando estoy apurado, está compuesta, por los motivos que he añadido, por el binomio gimp-corel draw, el segundo preferiblemente en la versión 12, que importa .xcf, porque en la 13 se hicieron los inteligentes y no me dejan importar el formato. ----- Original Message ----- From: "Alien Torres" <[EMAIL PROTECTED]> To: ""Soporte técnico para Software Libre y GNU/Linux."" <[email protected]> Sent: Friday, April 11, 2008 6:19 PM Subject: [linux-l] Pruebas de Rendimiento GIMP vs Photoshop Mis saludos a todos los listeros.... En el día de hoy con la ayuda de un amigo diseñador hemos hecho varias Pruebas de Rendimiento para comprar GIMP 2.4.5 y Photoshop CS3 Las pruebas se hicieron en maquinas con Hardware Exactamente idéntico: PC con Procesador a 2.93 Ghz y 1200 de RAM y 64 MB de Video Onboard... Una PC con Windows y PhotoShop CS3 la Otra con Debian Etch Testing y Gimp 2.4.5 La primera prueba consistió en abrir una serie de imágenes en formato JPG concretamente 45 imágenes que suman un total de 147.3 MB imágenes con una resolución de 2400 x 3000 y que tenían entre 3 y 4 MB de tamaño... Resulto que GIMP a partir de la imagen numero 20 comenzó a mostrar algunos errores de que no se podía asignar memoria y terminaba con un Crash de la Aplicación mientras que PhotoShop logro abrir todas las imágenes sin mucho problema... La segunda prueba consistió en abrir otro numero de imágenes esta vez en formato PSD que concretamente eran 26 archivos que sumaban un total de 711.4 MB y donde existían PSD que tenían 91.4 MB dado a su extensa cantidad de capas y resolución. En esta prueba tanto GIMP como PhotoShop lograron abrir todas las imagenes pero PhotoShop termino unos cuantos segundos despues de GIMP, cerca de 1 minuto... Espero que estas pruebas le ayuden a sacar sus propias conclusiones y espero que le sirvan a alguien y le callen la boca a muchos que le quitan merito a GIMP... Salu2 Alien! _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l _______________________________________________ Cancelar suscripción https://listas.softwarelibre.cu/mailman/listinfo/linux-l Buscar en el archivo http://listas.softwarelibre.cu/buscar/linux-l
