Krita es de esos programas a los que da gusto seguirle la pista. Un poderoso software de pintura digital que también puede ser utilizado para la edición fotográfica y que además es multiplataforma y libre. Krita también destaca por su modelo de desarrollo, donde el sentido del marketing y el tomar en cuenta las demandas de la comunidad a la hora de introducir nuevas características juegan un papel importante. Recientemente sus desarrolladores han publicado un artículo en el que detallan algunas de las novedades que incorporará la versión 4.0.
|
etiquetas: krita , krita 4.0 , mejoras , rendimiento
Es más, muchas mejoras de GIMP vamos a empezar a verlas ahora que van a usar ciclos de desarrollo más cortos y porque el trabajo en GEGL está ya muy avanzado. Si GIMP se ha estancado es por haber creado esa módulo de procesamiento de imágenes, de hecho la crítica tal vez debiera ir hacia Krita, por no haber colaborado en él para tener una base común (o eso tengo entendido) y no andar reinventando la rueda, porque al fin al cabo muchas tareas podrían ser realizadas con un mismo código.
Donde siguen fallando los dos, es en no permitir programar scripts en JavaScript.
Krita va a permitir Python, GIMP funciona con Lisp, Phyton (en Windows sólo si lo instalas) y Perl (Linux). A mi como JavaScript, ninguno. Phyton no lo soporto por lo de la indentación, Lisp me pierdo entre tanto paréntesis, y Perl no lo conozco.
También hay que reconocer que está siendo posible gracias a los fans del programa, que están financiando el proyecto de una manera más generosa de lo habitual en este mundillo.
Supongo que por las ganas de tener por fin una alternativa decente a al fotochoped en linux.
Lo cual no quiere decir que no hubieran podido colaborar más con GIMP en su momento, puesto que muchas tareas son comunes.
¡Qué horror! El problema de meter demasiadas manos en un código es que luego es imposible de mantener. Terminas con decenas de plugings de terceros, con mil funcionalidades que nadie usa y que luego compilar el código es un infierno.
No es cuestión de usar 5000 dependencias, es cuestión de que el algoritmo para interpolar una imagen es el mismo uses GIMP o uses Krita o lo que quieras. No tiene sentido escribir el mismo código 20 veces. Y si luego quieres mejorar algo (por ejemplo, añadir OpenCL), con añadirlo en uno te sirve para todos.
A cambio compilar Krita es un infierno, porque a los desarrolladores de Gmic no les da la gana que se haga de otra forma. Aparte de todos los bugs que te meten en un código que no controlas. Eso siempre termina frenando los desarrollos y asustando a posibles colaboraciones.
90% de los usuarios
Lo dicho, usa Tuxpaint y aplicaciones por el estilo.
Quizás es muy aventurado decir esto, pero las herramientas hechas en Qt son más fáciles de echar para alante por que la librería es la puta ostia una vez que la dominas.