Menéame: comentarios [1348650]

#129 Krita, o lo que Gimp debería ser

--173766-- — Sat, 27 Aug 2011 13:08:18 +0000

Y una puta mierda.

Dejadme que explique mi sesudo argumento: A raíz del este artículo de meneame me instale krita (Ubuntu 11.04) y hoy decido probarlo con una foto. Una prueba sencilla.

Abrir JPG -> Scale Image -> Grabar cambios

Al darle al botón de grabar ha petado todo. Si, muy bonita la ventana con su backtrace y demás, pero lo que es la aplicación, ha cascado que da gusto. Redimensionando una imagen... Pero lo mejor viene ahora, hago doble clic en el JPG anterior y... ¡fichero corrupto!. Resultado: imagen perdida, de la cual no tenía ninguna copia.

Me vuelvo a mi GIMP y el krita se lo pueden meter sus autores por donde les quepa.

» autor: --173766--

#128 Krita, o lo que Gimp debería ser

PatrokIo — Thu, 25 Aug 2011 14:57:51 +0000

#103 yo si que lo entiendo, pero meh, pa qué molestarse.

» autor: PatrokIo

#127 Krita, o lo que Gimp debería ser

kahun — Thu, 25 Aug 2011 07:40:32 +0000

#126 Lo que quería decir con mi comentario original y con mi respueta, es que obviamente para los profesionales no les resulta cara la licencia pero si el resto de gente tuviera que pagar lo que vale, es entonces cuando veríamos cuanta gente lo necesita realmente o puede servirse de otras alternativas. Ahora mismo cualquier usuario casero es fácil que tenga más de 1000€ en software ilegal.

» autor: kahun

#126 Krita, o lo que Gimp debería ser

kurroman — Wed, 24 Aug 2011 21:51:20 +0000

#122 Pues claro, pero también es ilegal ¿no? Me refiero a que la licencia no es cara para lo que ofrece. No se que querías decirme con tu respuesta exactamente.

» autor: kurroman

#125 Krita, o lo que Gimp debería ser

--39995-- — Wed, 24 Aug 2011 19:50:13 +0000

Por si alguien le aptece echarle un ojo, existe un dvd que explica cómo dibujar comics en krita:
krita.org/component/content/article/10-news/90-draw-comics-in-krita-dv
En la polémica, paso de entrar. Que cada uno use el que quiera.

» autor: --39995--

#124 Krita, o lo que Gimp debería ser

picholeiro — Wed, 24 Aug 2011 06:17:26 +0000

Siempre es bueno que se mejoren programas , lo tengo viso años atrás y no le daba el toque que quería haber si esta nueva versión que se comenta . te dan ganas de utilizar . Como siempre hago probar las cosa por uno mismo , ya que los comentarios te dan una opinión pero no todos los aspectos.

» autor: picholeiro

#123 Krita, o lo que Gimp debería ser

iLk — Tue, 23 Aug 2011 23:32:24 +0000

#113 Sin ánimo de ofender... Dudo mucho de tu profesionalidad cuando presupones que con macros obtienes lo mismo que con templates de C++.
Si bien es cierto que la implementación de templates de C++ no es una solución muy limpia por el diseño del lenguaje (medio nivel, fuertemente tipado, no basado en objetos, etc, etc..), las posibilidades y la calidad del resultado dista mucho de lo que puedas hacer con macros.

Es bastante habitual que uno se crea que está escribiendo código más rápido simplemente por usar un lenguaje de más bajo nivel, pero en la realidad casi siempre es lo contrario. Por ejemplo, la mayoría de la gente se preocupa por estupideces como el coste de la llamada a una función (que en C++ requiere niveles de indirección adicionales frente a C) y deja de lado aspectos realmente importantes como el coste de la creación, destrucción y acceso a memoria.
Con estas premisas viene uno de estos, lo programa en C, se crea sus propias estructuras de datos y obtiene una implementación más lenta que otro con un nivel de conocimiento similar que lo hizo en C++ con STL directamente. Además, (el primero) con mayor probabilidad de contener bugs, leaks y que el código sea complicado o directamente imposible de mantener.

Ahora viene un tercero, lo implementa en Java en la menos de la mitad de tiempo y se ríe de los otros dos porque la diferencia de rendimiento resulta inapreciable.

» autor: iLk

#122 Krita, o lo que Gimp debería ser

kahun — Tue, 23 Aug 2011 12:50:50 +0000

#109 Debe ser que hay millones de profesionales de la fotografía porque todo el mundo que conozco tiene instalado el Photoshop ...

» autor: kahun

#121 Krita, o lo que Gimp debería ser

dlopez — Tue, 23 Aug 2011 11:48:41 +0000

#120 new no es en absoluto redundante: new llama al constructor en su caso, malloc no. También podríamos entrar al debate de si los constructores de C++ son prescindibles o no. Pero tanto en C++ como C tendrás una porción de código (función o método), que establezca el código a un estado inicial.
De todas formas, no voy a seguir más con el debate, porque está claro que hablaríamos mil años sobre el mismo tema y no llegaríamos a un acuerdo y tengo el arroz en el fuego...

» autor: dlopez

#120 Krita, o lo que Gimp debería ser

--78579-- — Tue, 23 Aug 2011 10:37:11 +0000

#119, es todo lo contrario a redundante. Redundante es cuando hago parte del lenguaje algo que ya puedo hacer con bibliotecas externas.

Linux está en C porque se decidió hacer en C. Linux no está basado en Minix. Está inspirado en Minix, pero está muy lejos de estar basado en él. No comparten código.

Gnome se empezó a desarrollar a finales de los noventa. Y en cualquier caso, esto no es lo importante del debate.

A ver, la comparativa no tiene sentido en lo que ambos lenguajes comparten porque en ambos es lo mismo. La comparativa debe hacerse con lo que un lenguaje proporciona y el otro no. Por eso mencioné el operador new (lo que yo dije, ejemplo de redundancia), los vectores o las cadenas. ¿Puede hacerse una biblioteca de tratamiento de cadenas en C más o menos eficiente que la de C++? ¿"Crear instancia" necesita un operador propio? Etc, etc.

Por cierto, este flame está siendo un canteo ya. ¿No podemos seguir por el IRC o algo así?

» autor: --78579--

#119 Krita, o lo que Gimp debería ser

dlopez — Tue, 23 Aug 2011 10:26:51 +0000

#118 Si tienes que recurrir en librerías externas para hacer lo mismo que C++ ¿eso no es redundante?
Linux está C porque cuando se empezó a programar, se hizo en C (observese que Linux viene de Minix). Gnome está en C porque cuando se empezó a desarrollar C++ no estaba suficiente establecido aún...
Si, la mayor parte de proyectos grandes que me puedas mencionar están hechos en C, pero no precisamente porque C sea más rápido, si no porque (al menos entonces) la base de programadores de C es más grande que la de C++. También influye el que inicia el proyecto qué lenguaje domina (pregúntales a los que mantienen el aMSN si dejarían de usar tcl/tk a pesar de que hay lenguajes que le ganan por goleada en más de un sentido).
Además, la discusión es un poco absurda. En el peor de los casos con C++ puedo hacer exactamente lo mismo que con C. Con C también puedo llegar a hacer lo mismo que C++... pero tengo que programarlo. Y hacer una librería para que C tenga de manera "artificial" lo que me proporciona C++ y que además lo supere en rendimiento... no es moco de pavo.
Insisto en lo mismo, que un código en C++ que haga lo mismo que otro en C obtenga un rendimiento inferior, habla más de la capacidad del programador que del lenguaje. Porque insisto en lo mismo, el mismo código en C (con ligerísimas modificaciones) me compila en C++. Así que utilizando las ventajas que cada lenguaje me proporciona, y configurando el compilador de forma adecuada, difícilmente notaré diferencias de rendimiento entre un lenguaje y otro. A no ser, claro está, que se abuse de la abstracción, como también han comentado anteriormente.

» autor: dlopez

#118 Krita, o lo que Gimp debería ser

--78579-- — Tue, 23 Aug 2011 10:13:54 +0000

#117, esto es absurdo. Hay bibliotecas que implementan una orientación a objetos en C y se usan con bastante éxito. Hay bibliotecas para el manejo de cadenas, vectores, listas y cualquier estructura que te venga a la cabeza en C que ríete tú de lo que proporciona C++. No es que yo quiera implementarlas desde cero, es que ya están implementadas aunque no como la biblioteca estándar de C. C++ puede tener una biblioteca estándar amplísima, pero eso no es más que utilería escrita para el lenguaje.

Y bueno, lo de aplicaciones medianamente grandes es un ejemplo nefasto. Gimp está en C. Linux está en C (cuando podría estar en objective-C como NeXT o C++ como el kernel de Liedtke). Gnome está mayoritariamente en C (cuando existen bindings a muchísimos lenguajes orientados a objetos). Aplicaciones de Windows en C ya se me escapan un poco porque no suelo usarlo, pero seguro que hay algunas cuantas.

Todo es cuestión de la calidad de las abstracciones que uses.

#114, me prometí aprender LISP este verano, pero al final entre pitos y flautas no hice nada. Llevo con la promesa de LISP varios años ya, pff.

» autor: --78579--

#117 Krita, o lo que Gimp debería ser

dlopez — Tue, 23 Aug 2011 09:54:32 +0000

#86 Decir que la orientación a objetos es "redundante" es gritar al cielo que no has programado nada de más de 1000 lineas e C.
Como han dicho ya en un comentario anterior, a día de hoy C es un subconjunto de C++. Es decir, ciertamente puedes hacer igual los programas que haces con C++ con lo que hay en C, pero renuncias a las facilidades que te da C++.
Es como si me dices que al pueblo de al lado puedo ir en bicicleta o en coche. La diferencia de tiempo es despreciable y en cambio me ahorro el combustible, el seguro, el mantenimiento abusivamente más caro del coche... y te daría la razón. El problema vendría cuando en lugar de ir al pueblo de al lado, quiera hacer un trayecto Madrid-Barcelona. Y el problema es cuando has visto el pueblo de al lado, luego quieres ver otros pueblos. Cuanto más viajas, más te interesa el coche.
Cierto es que se pueden implementar las características de C++ con C (los primeros compiladores de C++ se escribían en C). Pero es como si me dijeses que si a tu bicicleta le pusieses 2 ruedas más, un motor, frenos de disco, un volante con dirección asistida... haría lo mismo que el coche. Aunque claro, entonces la pregunta que te haría yo ¿vas a hacer el coche desde 0 solo pq no te interesa que el coche lleve elevalunas eléctrico?
En fín, por no alargar más esta explicación, pregúntale a alguien que tenga que hacer un programa medianamente grande (y GIMP por ejemplo lo sería), si lo haría con C o C++. Solo por la gestión de las cadenas en C++, ya vale la pena...

» autor: dlopez

#116 Krita, o lo que Gimp debería ser

isilanes — Tue, 23 Aug 2011 08:25:49 +0000

#47, tienes razón, pero a la cárcel, como se suele decir. En ámbitos informáticos (e ingenieriles, seguramente), se usa "óptimo" de una manera bastante libre, que para algunos puede que viole su significado correcto, y a otros puede parecerles una figura retórica, como la metonimia o la hipérbole. Ciertamente si yo dijera "Bebí una copa", nadie podría corregirme diciendo "La copa no se bebe. Bebiste el contenido de la copa", ya que estoy usando la metonimia. Similarmente para decir "Tuve que hacer mil tareas aburridas".

En informática se aplica "óptimo" como sujeto del acto de optimizar (intentar convertir algo, normalmente un programa, en lo "mejor" posible), aunque en efecto tal sujeto no haya sido mejorado hasta el extremo, sino sólo en cierto grado (y por tanto no sea "óptimo"). Podría compararse con que si tengo un lienzo y le aplico un tinte para dejarlo completamente negro (lo "ennegrezco"), pero dejo el proceso cuando todavía está gris, quizá diga que el lienzo está "ennegrecido", cuando en realidad está "engrisecido".

Al igual que de dos lienzos diría que el "más ennegrecido" (o incluso "más negro") es aquel que, siendo gris (no negro), es más oscuro (aunque técnicamente la cualidad de "negro" no es gradable: o se es negro, o no se es), también se dice de dos programas que el "más óptimo" es aquel que, siendo bueno (no óptimo), es mejor (aunque técnicamente la cualidad de "optimo" no es gradable: o se es óptimo, o no se es).

» autor: isilanes

#115 Krita, o lo que Gimp debería ser

--2002-- — Mon, 22 Aug 2011 22:55:16 +0000

#107 Kross permite también Python, al igual que Ruby, Javascript y (en desarrollo) Java y Falcon. Y para todo programa que lo integre, equivale a tragar scripts en cualquiera de esos lenguajes.

No digo que sea la panacea, pero tampoco es que haya tanta distancia (técnica) entre los scripts de GIMP y los de Krita.

» autor: --2002--

#114 Krita, o lo que Gimp debería ser

Apatikorl — Mon, 22 Aug 2011 22:36:27 +0000

#113 Echale un vistazo a LISP

» autor: Apatikorl

#113 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 22:19:25 +0000

#110, pero es que yo puedo hacer una plantilla con macros. De hecho, muchos de mis programas utilizan plantillas basadas en macros.

De ser por mí, utilizaría un lenguaje cuya sintaxis se pudiese definir dentro del propio lenguaje (sin necesidad de una máquina virtual o algo así). Y C no hace eso, pero tiene sus trucos. No sé, hasta el momento C++ no me ha enseñado nada que no pueda hacer con C con mayor control.

He mirado Scala y tiene buena pinta (lo de mezclar programación funcional con objetos es muy atractivo), lo que es una lástima es que corra bajo una máquina virtual de Java. Quizá chapucee un poco con él un día de estos.

» autor: --78579--

#112 Krita, o lo que Gimp debería ser

Apatikorl — Mon, 22 Aug 2011 22:03:52 +0000

Con magia de templates en ciertos casos C++ puede tumbar lo que sea

» autor: Apatikorl

#111 Krita, o lo que Gimp debería ser

L0rd_D4rk — Mon, 22 Aug 2011 21:57:46 +0000

pero qué flamewar se ha montado en un periquete no?

» autor: L0rd_D4rk

#110 Krita, o lo que Gimp debería ser

logistark — Mon, 22 Aug 2011 21:55:38 +0000

#86 menuda sarta de disparates estas diciendo.

Para empezar, C++ tiene genéricos, que no es lo mismo que un puntero void. Ya que los genéricos, el compilador se encarga de detectar posibles errores en tiempo de compilación. Y posiblemente este es uno de los puntos mas fuertes de C++ enfocada a la meta programación. codeando.blogspot.com/2006/11/metaprogramacin-por-medio-de-templates.h

Luego tenemos, las múltiples cosas que nos ofrece el paradigma orientado a objetos. Como la herencia, la ligadura dinámica, clases abstractas, etc... mírate la teoría de la orientación a objetos. Que es muchísimo mas que simples clases y objetos.

Pero vamos, por ti seguiríamos programando en ensamblador de 8086.

Por cierto, vete mirando una cosa llamada Scala. Buen lenguaje.

» autor: logistark

#109 Krita, o lo que Gimp debería ser

kurroman — Mon, 22 Aug 2011 21:28:35 +0000

#28 Pues no se que decirte. No creo que a un profesional le resulte cara una licencia para todo lo que ofrece y cómo lo ofrece. Ante estos programas que llevan toda la vida de Dios siendo el mejor yo me quito el sombrero.

Otra cosa es que sea necesario para correcciones típicas de nuestras fotos.

» autor: kurroman

#108 Krita, o lo que Gimp debería ser

iLk — Mon, 22 Aug 2011 21:01:13 +0000

Aún conservo la esperanza de que algún día llegaré a leer una crítica de este tipo en la que el protagonista haya donado o colaborado activamente en el proyecto en cuestión.

» autor: iLk

#107 Krita, o lo que Gimp debería ser

--200117-- — Mon, 22 Aug 2011 20:37:41 +0000

#100 Sigue sin ser tan flexible. Gimp permite perl y phyton como scripting NATIVO (y lo siento... eso mola)

» autor: --200117--

#106 Krita, o lo que Gimp debería ser

ferrisbueller — Mon, 22 Aug 2011 20:04:54 +0000

Lo siento, no me convence el artículo y se empeora mi opinión cuando leo los comentarios del mismo (no tienen desperdicio ). De todas formas, no se porqué siempre establezco está comparativa, para mi Krita es una especie de Paint Shop Pro y Gimp otra especie de Photoshop. Hace mucho que no he usado estos programas, desde que dejé de utilizar windows, basicamente (ya va casi una decada), asi que no me mateis por la comparativa, no quiero decir que uno sea mejor el otro, ni que los libres sean mejores ni peores, solo que simplemente son tan diferentes que no se les puede comparar, son dos formas distintas de hacer las cosas, por eso me parece que para alabar Krita, no me parece muy buena idea meterse con Gimp.

» autor: ferrisbueller

#105 Krita, o lo que Gimp debería ser

pip — Mon, 22 Aug 2011 19:58:35 +0000

#86 Entiendo perfectamente tus reservas. Yo he sido durante muchos años programador de ASM y al pasar a C tuve resistencias similares, las tuve también de C a C++, de hecho, las mismas o muy parecidas a las tuyas.

Mira, tienes razón en que todo lo que hace C++ se puede implementar en C (de hecho, en ASM también), pero cuando ves la gran diferencia es cuando trabajas en un proyecto con muchos programadores (sin llegar a cientos, que también).
A uno, programando solo, le puede parecer irrelevante declarar los miembros de una clase como public, private o protected, por poner un ejemplo sencillo, y eso solo se puede hacer en C++. Ciertamente el código generado no varía, pero cuando meten mano a un repositorio muchos programadores, un proyecto C es muy dificil de mantener (uno en ASM, aún peor). Sin embargo, esos detalles aparentemente irrelevantes como declarar correctamente los private de una clase ayudan a mantener un cierto orden dentro del caos que a la larga, ahorra muchísimos bugs. La abstracción (muchas veces con tendencia a la sobre-abstracción, como bien dices), también simplifican mucho la programación entre muchas personas, al hacer clases que son autonómas por si mismas y mucho más fáciles de mantener.
En mi experiencia, cuanta más gente mete mano en el código, más se aprecian las virtudes del C++, que no son efectivamente en pro de una mayor velocidad de ejecución si no de una mayor robusted y/o modularidad. Más sencilllo de mantener, en definitiva.

Las herencias son una herramienta muy potente de C++ que si bien pueden implementarse en C, son un poco follón de hacer. Abusando o mal implementando pueden ser horribles, pero bien usadas ahorran una barbaridad de trabajo y el código no tiene por qué perder eficicencia. Creo que la mayoría de los programadores de C abrazan definitivamente el C++ cuando aprenden a usar bien las herencias y descubren la potencia de utilizar las clases de una forma abstracta. Pensar "en C++" no es lo mismo que pensar "en C". Cuando un programador ASM empieza a programar en C, se nota, hace C al estilo ASM. Lo mismo cuando un programador de C pasa a C++, tarda un tiempo en apreciarlo y sacarle jugo (más si va con prejucios).

En cuanto a las redefiniciones caóticas de operadores como new, u otros operadores, el abuso es un vicio en C++ que debe evitarse o manejarse con precaución. En principio, el operador new estándar no tiene mucho misterio, es un malloc o bien un alojamiento en el stack de los datos de una clase y posterior llamada al constructor. Puedes ver el código en el runtime estándar o puedes desensamblarlo.

Yo que no tengo ningún prejucio a priori con ningún lenguaje (en el mismo proyecto puedo usar ASM, C, C++, PHP y Bash Script, por decirte algo), te animaría a que te acercases al C++ con la mente abierta, y descubras las grandes ventajas que tiene. Hay por ahí un libro, "Think in C++", que te recomiendo encarecidamente. Un saludo.

» autor: pip

#104 Krita, o lo que Gimp debería ser

mañako — Mon, 22 Aug 2011 18:43:03 +0000

#57 En la página de Adobe el precio de una licencia de CS5 -programa completo no actualización- es de 1.001,82€ (Versión física. Si lo descargas vale 1.027,29€ ¿?)

Uhmmm, creo que para cualquiera que no se dedique a ello de manera profesional no le compensa.

» autor: mañako

#103 Krita, o lo que Gimp debería ser

--259400-- — Mon, 22 Aug 2011 18:40:29 +0000

no entiendo, o prefiero no entender porque votan negativo a #58, solo dice que ha comparado varios programas y cual es el que mejor le va

» autor: --259400--

#102 Krita, o lo que Gimp debería ser

--196950-- — Mon, 22 Aug 2011 18:37:43 +0000

[Usuario deshabilitado]

» autor: --196950--

#101 Krita, o lo que Gimp debería ser

rikidpr — Mon, 22 Aug 2011 18:23:29 +0000

pues como no haya mejorado mucho... hace un par de años era lento con avaricia el krita este. No estaba preparado para ser usado, aunque prometia.

» autor: rikidpr

#100 Krita, o lo que Gimp debería ser

--2002-- — Mon, 22 Aug 2011 18:09:13 +0000

#39 Una palabra: Kross

en.wikipedia.org/wiki/Kross_(KDE)

» autor: --2002--

#99 Krita, o lo que Gimp debería ser

--165145-- — Mon, 22 Aug 2011 18:02:11 +0000

Recién instalado, a pesar de lo dicho en #98, sí, es el que viene en el centro de software, así de primeras no tiene mala pinta. A trastearlo toca.

» autor: --165145--

#98 Krita, o lo que Gimp debería ser

--165145-- — Mon, 22 Aug 2011 17:50:13 +0000

Tengo que decir que desde que me pasé a linux, lo que menos me ha gustado es el gimp, que quedaba muy por debajo de photoshop (aunque claro, si hablamos de calidad/precio... ). Y me pensaba que directamente era el mejor programa libre que había para estas cosas... Y ahora descubro que hay otros programas como Krita.

Pues nada, a instalarlo toca (creo que no es el que sale en el centro de software).

Por cierto, photoshop corre perfectamente con wine (a partir de la 1.3 de wine creo), pero vamos, sigue siendo muy caro...

» autor: --165145--

#97 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 17:46:51 +0000

#94, lo que hace GTK es poco importante. GTK dispone de herencia, relaciones, sobrecarga de métodos (aunque admito que esto ya es un poco trampa) y bueno, casi todo lo que la POO define.

#96, coño, y yo con mi implementación puedo hacer vectores con los tipos que quiera. Desde enteros, floats y chars hasta structs y enums (incluyendo los correspondientes punteros)... estamos en lo mismo, una plantilla que puede funcionar con cualquier tipo.

Por cierto, antes de seguir, estoy empezando a sentirme realmente mal. Después de "envía un comentario" me pone "porque alguien en Internet está equivocado". ¿Esto es un rollo automático o siempre aparece?

» autor: --78579--

#96 Krita, o lo que Gimp debería ser

vjp — Mon, 22 Aug 2011 17:44:37 +0000

#95 pues a eso iba, con lo bonito que es mi querido vector para que voy a andar haciendo yo el trabajo sucio. Por cierto que no es la api de c++, es que yo puedo declarar vectores de cualquier clase propia.

» autor: vjp

#95 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 17:42:57 +0000

#93, ¿quieres que implemente toda la API de vectores de C++ en C con macros por aquí? Vamos a aburrir a todos, te lo aviso.

» autor: --78579--

#94 Krita, o lo que Gimp debería ser

RojoVelasco — Mon, 22 Aug 2011 17:42:32 +0000

#91 Pues has dicho C siempre, que no es lo mismo que un framework hecho con C para un fin muy concreto, ya que no es igual desarrollar una aplicacion que una herramienta.

» autor: RojoVelasco

#93 Krita, o lo que Gimp debería ser

vjp — Mon, 22 Aug 2011 17:40:52 +0000

#90 ein? www.cplusplus.com/reference/stl/vector/

» autor: vjp

#92 Krita, o lo que Gimp debería ser

oxelo — Mon, 22 Aug 2011 17:39:44 +0000

Lo triste es que los linuxeros siempre estamos con las flame wars entre Gimp y Krita y al final proyectos cojonudos como Nathive (nathive.org) se van quedando cada vez mas parados por falta de colaboración.

» autor: oxelo

#91 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 17:38:47 +0000

#88, hombre, hablo con GTK en la cabeza. Quitando el horripilante tratamiento de las cadenas que tiene, ha sido un placer. Es para mí el ejemplo de cómo una POO en C debe hacerse (pero no implementarse).

» autor: --78579--

#90 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 17:35:56 +0000

#87

#define DECLARE_VECTOR_TYPE(type, name) \
typedef struct \
{ \
int card; \
type *coef; \
} \
name ## _vector;

Y así con las funciones que manejan cada tipo de vector.

¿Decías?

» autor: --78579--

#89 Krita, o lo que Gimp debería ser

vjp — Mon, 22 Aug 2011 17:35:02 +0000

#78 en video el rey sin discusión es Nuke (C++) y en renderizado (uso hiperintensivo) lo son MentalRay en produciones serias (C++) y Vray en temas más pequeños (C++)

» autor: vjp

#88 Krita, o lo que Gimp debería ser

RojoVelasco — Mon, 22 Aug 2011 17:34:19 +0000

#86 las mejoras de C++ son meramente sintácticas. La orientación a objetos puede implementarse en C perfectamente.

Yo he vivido eso, un proyecto modelado con POO e implementado en C, y te aseguro que no es lo mismo, es un jodido dolor de cabeza, asi que por favor, sobre el papel esta todo muy bonito pero en la practica existe C++ y es por una razón.

» autor: RojoVelasco

#87 Krita, o lo que Gimp debería ser

vjp — Mon, 22 Aug 2011 17:33:00 +0000

#86 el presidente del club de adoradores de std::vector<tipo> te saluda

» autor: vjp

#86 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 17:24:31 +0000

#55, las mejoras de C++ son meramente sintácticas. La orientación a objetos puede implementarse en C perfectamente.

#59, los objetos SON redundantes. Modelar una aplicación en forma de objetos no requiere un lenguaje orientado a objetos. Y si me hablas de que bajo el mismo programador poco hábil, un lenguaje produce un código más óptimo que otro lenguaje, eso realmente no es un argumento.

#68, a ver, es obvio que si utilizo el gcc y el g++ para compilar el mismo archivo las diferencias van a ser miserables (quizá g++ incluya algún extraño thunk con impacto nulo en un código bastante trabajoso). Y sobre lo que dices, a ver, está claro que depende del programador. Pero también está claro que cada lenguaje tiene sus tendencias y sus formas. Si usas C++ es porque vas a usar objetos. Y es aquí donde se debe establecer la comparativa con C.

#69, no son el mismo proyecto. C tiene un estándar, C++ tiene otro y objective-C tiene otro distinto. Y a ver, también he de dejar claro por qué defiendo C a ultranza. C++ es un lenguaje con el que no me meto si lo más duro que vas a hacer va a ser la mítica aplicación gráfica de usuario que manipula representaciones de elementos del mundo real. Te rompes menos la cabeza. Sin embargo, yo he tenido que programar mis rollos desde el más puro bajo nivel hasta la más abstracta interfaz gráfica (no es que haya programado tampoco demasiado, pero sí en muy diversos ámbitos). He usado GTK (aún cuando Qt seguramente tenga bindings para C) el cual, pese a ser tradicionalmente en C incorpora una orientación a objetos. Y el hecho de que C pueda usarlo a tantos niveles con la misma facilidad me parece realmente atractivo.

#78, explícame eso de los ámbitos. Yo he tenido que desensamblar binarios en C y C++, y estos últimos incorporan una cantidad ingente de basura que lo último en lo que te hacen pensar es en un compilador con mucha información.

Veréis, y así quizá os responda a todos, mi problema con C++ es doble. El primero es que la abstracción a objetos no requiere una nueva sintaxis en C. De hecho, quizá algo que me parece bastante desagradable de muchos de los proyectos en C++ que he visto por ahí es la sobreabstracción de algunos elementos sacrificando una eficiencia que puede llegar a ser importante. El segundo es todo el código de apoyo que tiene que generar para mantener todas esas abstracciones, que lo aleja más de su estructura una vez compilado. Quizá lo que más miedo me da es el operador "new". ¿Cómo funciona? ¿Necesita paginación para funcionar? ¿Dónde reserva? ¿Puedo tocar sus estructuras internas? ¿Y qué pasa con malloc? Tengo un operador que hace cosas muy complicadas con la memoria, cuando eso es algo que normalmente se deja a la merced una función. Los operadores deberían hacer operaciones atómicas, o casi atómicas. Si esto fuese como Java quizá no me escandalizaría tanto, pues la memoria es una caja negra que la VM sabe cómo manejar.

Quizá sea un anticuado y tenga la cabeza cuadriculada, pero a mí tantas abstracciones a tan diversos niveles en el mismo lenguaje me asustan.

» autor: --78579--

#85 Krita, o lo que Gimp debería ser

NapalMe — Mon, 22 Aug 2011 17:16:16 +0000

Resumen:
"Buaaa! buaaa! no se usar el Gimp... snif snif"

» autor: NapalMe

#84 Krita, o lo que Gimp debería ser

--196950-- — Mon, 22 Aug 2011 17:09:44 +0000

[Usuario deshabilitado]

» autor: --196950--

#83 Krita, o lo que Gimp debería ser

estreñido — Mon, 22 Aug 2011 17:09:12 +0000

#45
krita es una parte de un todo mucho mayor que es koffice (bueno, ya no, ahora se llama calligra y es una suite offimatica completa) Krita ha elegido otro camino que es la integración con kde y todo lo que ello conlleva de beneficios... para lo interoperabilidad ya esta openraster. Y gimp se esta quedando muy atras en muchas cosas... mas que nada porque usa gtk que como libreria es una puta mierda... pero de las grandes.

#79 Simplemente eso que dices no es cierto... pero alla tu. Krita no te obliga a instalar más de qt/kde que gimp de gtk/gnome. Yo tengo los dos instalados en mi ordenador y no "sufro" por ello. Si algo usa gtk no me muero, tengo gimp y algún programa mas basado en gtk... aunque la mayoría de mi software es qt (kate, amarok, kmymoney, kspread, krita, calibre, kstars, okular... no me importa tener algún programita por ahi gtk (o con dependencias de este) como luakit o gimp.

» autor: estreñido

#82 Krita, o lo que Gimp debería ser

--9725-- — Mon, 22 Aug 2011 17:05:06 +0000

[Usuario deshabilitado]

» autor: --9725--

#81 Krita, o lo que Gimp debería ser

--222052-- — Mon, 22 Aug 2011 17:03:19 +0000

[Usuario deshabilitado]

» autor: --222052--

#80 Krita, o lo que Gimp debería ser

kuadrosx_1 — Mon, 22 Aug 2011 16:36:08 +0000

Hace muchos años Krita[2] no es ni intenta ser un reemplazo de Gimp[2] basta ver la descripcion de cada software en su página. Pienso que hay que entender para que estan diseñadas la herramita para utilizarlas en las tareas adecuadas, por ejemplo existe digikam[3] para el manejo de fotos aunque no soy fotografo ni nada de eso esa seria la herramienta que usaria.

[1] "GIMP is the GNU Image Manipulation Program. It is a freely distributed piece of software for such tasks as photo retouching, image composition and image authoring. It works on many operating systems, in many languages. (more...)"

[2] "Krita is a KDE program for sketching and painting, offering an end–to–end solution for creating digital painting files from scratch by masters.
Fields of painting that Krita explicitly supports are concept art, creation of comics and textures for rendering.
Modelled on existing real-world painting materials and workflows, Krita supports creative working by getting out of the way and with snappy response."

[3] digiKam is an advanced digital photo management application for Linux, Windows, and Mac-OSX.

The people who inspired digiKam's design are the photographers like you who want to view, manage, edit, enhance, organize, tag, and share photographs under Linux systems.

» autor: kuadrosx_1

#79 Krita, o lo que Gimp debería ser

--196950-- — Mon, 22 Aug 2011 16:32:36 +0000

[Usuario deshabilitado]

» autor: --196950--

#78 Krita, o lo que Gimp debería ser

apol — Mon, 22 Aug 2011 16:24:24 +0000

#52 Esto no es cierto, C++ tiene ámbitos en los que el compilador tiene más información sobre qué hace el código, por lo que puede generar un código máquina más adecuado.

Por favor, si hay que desprestigiar algo, proporciona datos por lo menos.

» autor: apol

#77 Krita, o lo que Gimp debería ser

theosk — Mon, 22 Aug 2011 16:21:04 +0000

#72 Discrepo. Gimp hace lo que necesito hacer, y la "facilidad de uso" es un tema de costumbres. Krita tiene buena pinta, pero algo que usa libs de kde sencillamente no me sirve para mi sistema, es meter demasiada mierda por un par de programas a lo sumo, ya que el escritorio no me gusta.

» autor: theosk

#76 Krita, o lo que Gimp debería ser

--258655-- — Mon, 22 Aug 2011 16:07:16 +0000

#64 A eso me refería. Veo que lo has sabido expresar mejor.

» autor: --258655--

#75 Krita, o lo que Gimp debería ser

Luenkun — Mon, 22 Aug 2011 16:03:02 +0000

Lo que he leido yo... "buaabuaaabuaaa GIMP caca buaaabuaaabuaaa KDE mola mas"

» autor: Luenkun

#74 Krita, o lo que Gimp debería ser

--224958-- — Mon, 22 Aug 2011 16:01:22 +0000

#1 Porque ya lo había leído, y pensaba que aquí. Tampoco hace falta fusilarme.

» autor: --224958--

#73 Krita, o lo que Gimp debería ser

--196950-- — Mon, 22 Aug 2011 15:56:54 +0000

[Usuario deshabilitado]

» autor: --196950--

#72 Krita, o lo que Gimp debería ser

Mannu — Mon, 22 Aug 2011 15:55:58 +0000

#31 utilizar GIMP, es dañino y doloroso. No puedes cambiar eso, ni siquiera su comunidad quiere (o tal vez no puede) cambiarlo.

Hace poco comenté en otra noticia que GIMP era un cadáver que ya olía, y a los pocos segundos ya tenía el primer negativo. Supongo que a este tipo de fanboys es al que se refiere el autor del artículo, y es que los radicalismos no son buenos.

» autor: Mannu

#71 Krita, o lo que Gimp debería ser

Neochange — Mon, 22 Aug 2011 15:53:27 +0000

#68 no me dio tiempo a leer tu comentario. totalmente de acuerdo

un saludo

» autor: Neochange

#70 Krita, o lo que Gimp debería ser

ghost — Mon, 22 Aug 2011 15:52:40 +0000

GIMP puede ser muy bueno como apuntan por ahí, pero siempre le he dado oportunidades y nunca he conseguido modificar una imagen a mi gusto con él y siempre he terminado desesperado para realizar tareas sencillas con otros programas. Krita no lo he probado.

» autor: ghost

#69 Krita, o lo que Gimp debería ser

Neochange — Mon, 22 Aug 2011 15:51:13 +0000

#52 C puro es mas rapido que c++ pero eso no quiere decir que sea mejor. De echo son parte del mismo proyecto solo que c++ incorpora bastantes capas de abstraccion que hacen mas facil un buen diseño de software.

Hay algunas librerias de realtime sobre c++ que permiten un rendimiento instantaneo, pero los compiladores se siguen programando en C por tradicion y porque esta mas cerca del lenguaje ,maquina.

Para cada clavo su martillo...

» autor: Neochange

#68 Krita, o lo que Gimp debería ser

pip — Mon, 22 Aug 2011 15:50:17 +0000

#52 sé lo que quieres decir, pero no es cierto en términos absolutos. C es un subconjunto de C++ hoy en día, lo que quiere decir que el compilador es el mismo, con funciones deshabilitadas cuando compila en C. Si tu haces un for, un while, lo que sea, en C y C++, el código de máquina resultante va a ser idéntico porque de hecho, lo compila el mismo compilador sea C o C++.

Por tanto, un programa en C++ va a ser exactamente igual de rápido que un programa en C que haga lo mismo. Pero (y ahí es donde tienes tu parte de razón) la estructura orientada a objetos de C++ tiende a una programación redundante que acaba realizando más proceso del necesario, mientras que en C se tiende a economizar, el mismo fenómeno que ocurre en ASM. Pero esto es un problema del programador y de diseño y no del lenguaje en sí mismo. Nada te impide en un programa C++ hacer funciones críticas en ASM incluso si lo deseas. Y por supuesto, un buen programador puede hacer código más eficiente en C++ que un mal programador en ASM. Saludos.

» autor: pip

#67 Krita, o lo que Gimp debería ser

--220283-- — Mon, 22 Aug 2011 15:48:02 +0000

[Usuario deshabilitado]

» autor: --220283--

#66 Krita, o lo que Gimp debería ser

--83870-- — Mon, 22 Aug 2011 15:47:37 +0000

El principal problema que le veo a GIMP es la interfaz de usuario. Sin llegar a extremos como la de Blender, tiene un sistema de ventanas muy desagradable y aunque en la última versión parecen haberlo mejorado, sigue estándo a años luz de la competencia.

La cantidad de veces que habré tenido que reiniciar la aplicación para que pudiera recuperar algunos paneles/ventanas de diálogo, que de vez en cuando se perdían en una dimensión alternativa y no había forma de hacerlos volver.

» autor: --83870--

#65 Krita, o lo que Gimp debería ser

--143520-- — Mon, 22 Aug 2011 15:43:27 +0000

Lo de que sí gimp tiene menos desarrolladores o que tiene poco apoyo es algo que he visto demasiado en los comentarios y puede servir para entender su situación pero no creo que sirva a modo de excusa. Eso no cambia que el desempeño del un programa sea el que es y que para muchos no sea suficiente y ya está. Además esos problemas solo pondrían de manifiesto que el modelo de software libre no es tan bueno como muchas veces se quiere hacer creer.

» autor: --143520--

#64 Krita, o lo que Gimp debería ser

--104572-- — Mon, 22 Aug 2011 15:39:28 +0000

#60 2 años no, pero es de diciembre de 2010... una eternidad si hablamos de software.

» autor: --104572--

#63 Krita, o lo que Gimp debería ser

Json — Mon, 22 Aug 2011 15:39:07 +0000

Mucho 16 bit por canal, que si 32 bits en RGBA y no se que más, y después resulta que no hay binarios para Windows y Mac. Pues vaya lástima, llevo tiempo esperando un sustituto para GIMP (o que éstos hagan una aplicación usable).

For Windows and OSX we currently do not provide binary installers, and building on Windows or OSX is difficult. (Which is why we don't have binaries for you.)

Pues haberlo hecho en Java y ya os sirve para todos los sistemas operativos

» autor: Json

#62 Krita, o lo que Gimp debería ser

--177666-- — Mon, 22 Aug 2011 15:37:38 +0000

No estoy de acuerdo para nada con eso. Precisamente una de las pocas cosas que no me gusta (de repeler) de KDE es el pack de programas de imagen (krita y karbon), ~~incompletos y~~ más toscos de utilizar que gimp e inkscape. Un ejemplo es el tema de las herramientas, que lee de forma arbitraria el autor del artículo: en gimp seleccionas la herramienta y la utilizas. En krita debes seleccionar la brocha y decir qué tipo acción quieres que haga antes de utilizarla (clonar, borrar, pintar...), algo super intuitivo y superrápido cuando se trata de ilustrar [/sarcasmo].

Para ilustración trae las mismas muchas/pocas opciones que trae gimp. Lo mismo para retoque fotográfico, donde Krita se queda o bien se queda corto, por la falta de herramientas, o bien es demasiado complejo a la hora de aplicar los efectos con el sistema de nodos (da más juego, pero es más complejo con diferencia).

Las brochas te las puedes crear tú perfectamente e incluso modificar las que tienes (en ambos programas).

Habla de que es demasiado complejo para edición amateur pero no para de hacer referencias a Photoshop (programa de retoque amateur donde los haya).

Dice que utiliza photoshop, que no ha utilizado krita más que dos o tres veces. Supongo que Gimp lo habrá usado igual de bien. No obstante no duda en configurar la interfaz como Gimp, algo que por supuesto no se puede hacer con Gimp porque la interfaz de Gimp es inconfigurable [/sarcasmo]. Eso sí, siempre con la ventana flotante.

A ese bloguero se le ha ido totalmente la pinza. Ves que alucina con cosas que tiene krita... ¡pero que también están en Gimp! sin embargo en krita mola.

La única ventaja real sobre gimp es el tema de los bits de la imagen, cosa a tener en cuenta para el que realmente lo necesite. Fuera de ahí es más cuestión de costumbres que otra cosa, porque vienen a hacer prácticamente lo mismo (pero no me gusta cómo se hacen, de ahí mi segunda frase).

Por otro lado... si no le gusta gimp que use krita, que para eso hay dos programas leñe.

» autor: --177666--

#61 Krita, o lo que Gimp debería ser

kahun — Mon, 22 Aug 2011 15:29:52 +0000

#57 Para uso profesional obviamente no, pero mi comentario era en referencia a todos los usuarios no profesionales que lo usan.

» autor: kahun

#60 Krita, o lo que Gimp debería ser

--258655-- — Mon, 22 Aug 2011 15:25:14 +0000

#56 Eso es porque la entrada es de hace 2 años..
Antigua a más no poder.

» autor: --258655--

#59 Krita, o lo que Gimp debería ser

dlopez — Mon, 22 Aug 2011 15:24:03 +0000

#52 ¿Y todo esto lo estás diciendo con conocimiento de causa? Porque vamos, se me ocurre a bote pronto que C++ tiene la orientación a objetos que C no tiene. ¿Te parece redundante? Porque si es así, ciertamente no entiendo porque si el rendimiento importa tanto han usado C: que hubiesen usado ensamblador, los lenguajes procedurales son para los débiles.
Te dejo una comparativa entre C y C++, para que veas las diferencias. Efectivamente se puede hacer en C todo lo que puedes hacer en C++... si lo programas, claro. Pero volvemos a lo mismo: con ensamblador también puedes y el rendimiento es mucho mayor.
A día de hoy, si un programa funciona más rápido en C que en C++, habla más de la habilidad del programador y del conocimiento del lenguaje del mismo, que del propio lenguaje de programación.

» autor: dlopez

#58 Krita, o lo que Gimp debería ser

PatrokIo — Mon, 22 Aug 2011 15:22:33 +0000

#31 Traduzco webcomics por hobby y he de decir que la herramienta de texto del gimp es la mayor mierda que he visto en mi vida en ese campo, seguido muy de cerca o a la par del paint.net. La de paint de windows es mejor y más cómoda, que ya es decir. Y lo he comparado con una pila de programas de tratamiento de imágenes, por ahora, el más cómodo y funcional para mí es el de photoshop, sobre todo por las opciones que tiene y la facilidad de manejo del texto una vez escrito.

» autor: PatrokIo

#57 Krita, o lo que Gimp debería ser

Dr.Guapo — Mon, 22 Aug 2011 15:21:20 +0000

#28 Photoshop no es demasiado caro para lo que el uso que se le puede llegar a dar (y los beneficios que puedes obtener gracias a el si te dedicas a algo del mundillo). Aparte, hace un par de años, no se si aún es igual, podías comprarte 5 licencias de photoshop (o algo asi) por unos 400€ (aprox). Si lo compras entre varios no es nada del otro mundo.

» autor: Dr.Guapo

#56 Krita, o lo que Gimp debería ser

--263563-- — Mon, 22 Aug 2011 15:20:03 +0000

La verdad es que el programa tiene buena pinta. Eso sí, hay un par de cosas que el artículo dice que photoshop no puede hacer y sí que las hace. (filtros inteligentes, por ejemplo) Me ha gustado mucho lo de la doble vista. Muy interesante.

Y algo que pasa al final cuando te dedicas de forma profesional a esto es que acabas usando las herramientas básicas en un 95% de las veces con lo que más se agradece en este tipo de programas es que sean intuitivos, ágiles y 100% personalizables

» autor: --263563--

#55 Krita, o lo que Gimp debería ser

RojoVelasco — Mon, 22 Aug 2011 15:19:35 +0000

#52 Yo he estado involucrado en el desarrollo de un programa bastante grande en C y la verdad es que hubiera matado por hacerlo en C++, creo que decir que no aporta nada y que puedes hacer lo mismo en C es sobrarse un poquito...

» autor: RojoVelasco

#54 Krita, o lo que Gimp debería ser

--196950-- — Mon, 22 Aug 2011 15:12:38 +0000

[Usuario deshabilitado]

» autor: --196950--

#53 Krita, o lo que Gimp debería ser

dreierfahrer — Mon, 22 Aug 2011 15:07:32 +0000

C++ deberia estar prohibido.

Como el tabaco.

» autor: dreierfahrer

#52 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 15:01:57 +0000

#50, no, por ahí sí que no paso. C++ va a tener un tiempo de ejecución siempre mayor igual que el mismo programa en C. Más que nada, porque C++ no es más que C con un montón de características redundantes que se pueden implementar también en C. C++ no ha aportado ninguna característica nueva. En todo caso, ha limitado algunas cosas.

» autor: --78579--

#51 Krita, o lo que Gimp debería ser

Apatikorl — Mon, 22 Aug 2011 14:57:19 +0000

En windows existe paint .NET, que para las cosas que yo necesito (recortar imagenes etc) es un programa excelentisimo. Existe un tal Pinta que es un port del paint .NET para mono (funciona en linux o mac os x por ejemplo) pero no me termina de ir bien

» autor: Apatikorl

#50 Krita, o lo que Gimp debería ser

Apatikorl — Mon, 22 Aug 2011 14:55:59 +0000

#40 Si el compilador es decente y haces las cosas bien no solo C++ puede ser igual de rapido que C sino que puede sobrepasarlo y todo

» autor: Apatikorl

#49 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 14:51:06 +0000

#43, ¿y eso qué demonios tiene que ver? Algo mal programado funcionará mal, esté en el lenguaje que esté.

» autor: --78579--

#48 Krita, o lo que Gimp debería ser

brujobits — Mon, 22 Aug 2011 14:51:05 +0000

Adobe Photoshop puede ser una aplicación maravillosa, pero es carísima. Por esta razón GIMP es una excelente alternativa a PS para quienes no puedan comprar el software o se nieguen a usar software pirata.

» autor: brujobits

#47 Krita, o lo que Gimp debería ser

--240474-- — Mon, 22 Aug 2011 14:44:39 +0000

#31 Adivinad cuál es más óptimo para procesar imágenes.

Yo símplemente aclarar que nada es "más óptimo", "óptimo" es lo mejor (superlativo), y por tanto habria que decir "cual de los dos es el óptimo" o "cual de los dos es mejor". Por ejemplo: "Un buen flame requiere de la escritura óptima".

De lo otro, solo hago cuatro retoques, así que me vale cualquier programilla.

» autor: --240474--

#46 Krita, o lo que Gimp debería ser

zeioth — Mon, 22 Aug 2011 14:44:22 +0000

Me gusta mucho que traiga por defecto pinceles y herramientas orientados a ilustracion de tan buena calidad.

» autor: zeioth

#45 Krita, o lo que Gimp debería ser

--196950-- — Mon, 22 Aug 2011 14:42:29 +0000

[Usuario deshabilitado]

» autor: --196950--

#44 Krita, o lo que Gimp debería ser

Nova6K0 — Mon, 22 Aug 2011 14:42:25 +0000

A mi me encanta GIMP. Lo único que veo desastroso, es el uso de capas, en este problemas. Cuando creas un efecto, ni la capa de se auto-redimensiona al tamaño de la imagen (peor, recorta la imagen o capa de fondo) y crea capas y máscaras que no vienen a cuento y que hay que borrar a mano, para que el efecto que buscas quede como debería.

Una cosa que me gusta mucho de GIMP es que le da mil vueltas a Photoshop para crear efectos de luces, estrellas, destellos,...

Salu2

» autor: Nova6K0

#43 Krita, o lo que Gimp debería ser

--125581-- — Mon, 22 Aug 2011 14:37:06 +0000

#40 Pues QT (sin efectos) dibuja las cosas mucho más rapido que GTK, que alguien me lo explique . GTK anteriormente, hace 2 años, tenia unos problemas ENORMES con gtkGL y usar emuladores escritos en GTK, por ejemplo . VisualBoyAdvance , Desmume , y demás iban LENTOS como el ojete , cosa que no pasaba con la versión SDL pura .

» autor: --125581--

#42 Krita, o lo que Gimp debería ser

--200117-- — Mon, 22 Aug 2011 14:34:23 +0000

#41 Ojalá pudiera darle más votos al comentario! +++A

Además, se compromete a retirarla si estaba dupe y...
(¿Va a presentarse en las elecciones y está practicando o qué?)

» autor: --200117--

#41 Krita, o lo que Gimp debería ser

--196950-- — Mon, 22 Aug 2011 14:31:14 +0000

[Usuario deshabilitado]

» autor: --196950--

#40 Krita, o lo que Gimp debería ser

--78579-- — Mon, 22 Aug 2011 14:30:27 +0000

#36, C++ es más lento. No mucho más, pero es más lento.

» autor: --78579--

#39 Krita, o lo que Gimp debería ser

--200117-- — Mon, 22 Aug 2011 14:29:37 +0000

#34 Además... para tan bueno que es Krita... me falta el script-fu

Y me auto contesto: Y el pyhon-fu, y el batch y... bah, paso...

Sí, sí! El Krita le pega mil patadaaaas!

» autor: --200117--

#38 Krita, o lo que Gimp debería ser

Sobraoyjeta — Mon, 22 Aug 2011 14:29:02 +0000

Gimp tiene puntos que están estancados desde hace años, el tema del color es un problema de base que se ha prometido mil veces solventar y que creo que por pura pereza no se ha hecho seriamente. Aun así, sigue siendo una herramienta sumamente potente y en algunos puntos es superior al Photoshop por mucho que se diga (cuando me ha hecho falta he hecho maravillas con scripts y desde la linea de comandos). Me alegro de saber de la existencia del tal Krita, le echaré un vistazo y veré qué sorpresas agradables me puede llevar.

Por otro lado lo que siempre me disgusta de este tipo de artículos es que a menudo se da la impresión de que el mayor problema de The Gimp es tener una interficie gráfica distinta de la del Photoshop y que cambiando simplemente eso pasa a ser una maravilla. Dominar estas herramientas conlleva mucho tiempo y mucha paciencia y el paso de una a la otra se hace muy duro debido mas que nada a la inercia. Yo en tiempos pretéritos era muy muy aficionado al PaintShopPro y lo seguí desde las primeras versiones hasta aproximadamente la 8 (no recuerdo el número). Recuerdo que el paso a The Gimp fue para mi muy traumático y me llevó mucho tiempo y dedicación por lo frustrante que resultaba no encontrar las cosas de inmediato en el sitio habitual (y ojo, tambien el no disponer de herramientas de dibujo vectorial). Habría que intentar ser justos con este tema y admitir que tener una interficie distina no significa ser peor, este mismo comentario se podría hacer respecto a Blender dicho sea de paso.

» autor: Sobraoyjeta

#37 Krita, o lo que Gimp debería ser

Vamvan — Mon, 22 Aug 2011 14:28:41 +0000

#12 #18 si, eso es muy bonito yo lo tengo en mi distro. Pero a la hora de la verdad con que trabajas ? con el gimp ? no hay programas que utilicen esas herramientas, como dice #18. De momento eso o el simple tratamiento de perfiles icc es casi anecdótico en linux.

» autor: Vamvan

#36 Krita, o lo que Gimp debería ser

vjp — Mon, 22 Aug 2011 14:25:47 +0000

#31 Por cierto, GIMP está programado en C, y "el kriter" en C++. Adivinad cuál es más óptimo para procesar imágenes. ¿Qué coj...? C y C++ tienen un rendimiento realmente muy parecido, además por el uso de librerías y manejo del lenguaje todos (si, todos) los grandes monstruos del diseño están en C++ vease desde Photoshop, a Nuke, a cualquiera de Autodesk.

» autor: vjp

#35 Krita, o lo que Gimp debería ser

Apatikorl — Mon, 22 Aug 2011 14:25:25 +0000

No hay binarios para windows?

» autor: Apatikorl

#34 Krita, o lo que Gimp debería ser

--200117-- — Mon, 22 Aug 2011 14:25:19 +0000

#2 Y bien? (goto #14 )

Luego... Para decir lo bueno que es Krita no hace falta poner a parir gimp (y con mentiras como galaxias)

Además... para tan bueno que es Krita... me falta el script-fu (y mira que lo busco y lo busco... y no lo encuentro, tan intuitivo que és)

» autor: --200117--

#33 Krita, o lo que Gimp debería ser

--171278-- — Mon, 22 Aug 2011 14:24:39 +0000

Por aportar un poco más de información
wiki.gimp.org/index.php/Roadmap
www.gimp.org/

» autor: --171278--

#32 Krita, o lo que Gimp debería ser

blid — Mon, 22 Aug 2011 14:20:57 +0000

#28 Ese es otro tema .

» autor: blid

#31 Krita, o lo que Gimp debería ser

--196950-- — Mon, 22 Aug 2011 14:19:33 +0000

[Usuario deshabilitado]

» autor: --196950--

#30 Krita, o lo que Gimp debería ser

inconnito — Mon, 22 Aug 2011 14:19:22 +0000

El artículo está muy bien salvo por la introducción. La verdad, no veo quṕe necesidad hay de despotricar de esa manera contra un software para defender las virtudes de otro.

Parece más una especie de pique personal o algo así que una defensa técnica de un software frente a otro.

» autor: inconnito

#29 Krita, o lo que Gimp debería ser

vjp — Mon, 22 Aug 2011 14:18:58 +0000

#5 Pffff la que acabas de soltar y encima la gente te vota positivo, con dos huevos .

Yo hago retoque de imágenes de infografía y siempre trabajo en 32 bits de punto flotante, esto quiere decir 32 bits POR CANAL osea 128 en total, los formatos más comunes para esto a parte de psd si usas Photoshop son .exr y .hdr.

» autor: vjp

#28 Krita, o lo que Gimp debería ser

kahun — Mon, 22 Aug 2011 14:15:54 +0000

#26 Me gustaría ver si la gente tuviera que pagar lo que vale el Photoshop cuanta gente pasaba a necesitarlo realmente ...

» autor: kahun

#27 Krita, o lo que Gimp debería ser

PythonMan8 — Mon, 22 Aug 2011 14:13:57 +0000

Algo parecido sucede con los servidores Web. Casi todo el mundo utiliza Apache pero Cherokee (que además está hecho por un madrileño) le dá mil y un vueltas: www.cherokee-project.com/

» autor: PythonMan8

#26 Krita, o lo que Gimp debería ser

blid — Mon, 22 Aug 2011 14:13:44 +0000

#17 Siempre se han montado unos flames enormes entre GIMP y Photoshop... y aunque PS era y es superior, siempre salía la típica frase de "la mayoría de la gente no necesita ni el 90% de GIMP, con lo que hay, les sobra". Se le defendía por ser libre, no por otra cosa.

» autor: blid

#25 Krita, o lo que Gimp debería ser

linuxx5046 — Mon, 22 Aug 2011 14:11:56 +0000

#11 algo similar a dartfish o similares. no hay nada en el mundo del software libre hasta donde yo conozco.

» autor: linuxx5046

#24 Krita, o lo que Gimp debería ser

--158000-- — Mon, 22 Aug 2011 14:11:52 +0000

Yo usaba linux hace (muchos) anyos, y creo que nunca llegue a ver Krita funcionar en mi PC, pero si venia oyendo hablar de el. Era como el MsPaint y poco mas...

Quien lo ha visto y quien lo ve

Respecto al Gimp, creo que se ha quedado atras. Lo vengo usando lo menos 5 anyos, y no ha cambiado nada

» autor: --158000--

#23 Krita, o lo que Gimp debería ser

--143520-- — Mon, 22 Aug 2011 14:11:21 +0000

#17 El tema es que todos vivimos en el presente, y necesitamos algo que funcione en el presente. Tampoco veo que tiene que ver la historia de un programa para valorar su desempeño actual. Y aunque muchas cosas sean opinables y tengan sus circunstancias, siguen siendo un problema.

» autor: --143520--

#22 Krita, o lo que Gimp debería ser

--147498-- — Mon, 22 Aug 2011 14:07:46 +0000

Después de ver el comportamiento del autor al discutir con el anónimo constructivo, la verdad es que lamento haber perdido mi tiempo leyendo esto. Os hago un resumen: GIMP no le gusta, Krita le gusta más, y el mantra "si es open source es bueno y no tiene fallos" le parece mal. Sacadlo de ahí y se queda sin argumentos.

» autor: --147498--

#21 Krita, o lo que Gimp debería ser

beacabrera — Mon, 22 Aug 2011 14:07:41 +0000

Uff, hace cosa de 4 o 5 años que probé Krita. No me gustó su interfaz (habrá mejorado mucho seguro) y volví a The Gimp. Actualmente uso PS desde hace 1 año. No me ha costado casi nada adaptarme tras 5 años con The Gimp... así que en el fondo, haciendo un buen uso de las herramientas básicas, no se diferencian tanto. Desconozco el estado actual de The Gimp, pero siempre defenderé, en arte digital o en cualquiera, que la gente en general quiere que las cosas vengan hechas y olvida el poder de un solo pincel.

» autor: beacabrera

#20 Krita, o lo que Gimp debería ser

azenbugranto — Mon, 22 Aug 2011 14:07:26 +0000

No sé la cantidad de oportunidades que le he dado a Krita y me parece una auténtica bosta. Salvo que me lo recomiende una persona de confianza, paso de darle más oportunidades.

Lo que dice de GIMP tiene un fondo de razón, al menos en lo que a retoque fotográfico se refiere. Yo lo uso poco porque rara vez me apetece jugar con capas, máscaras, etc.

Para jugar seriamente al retoque fotográfico en SL (sólo al que no necesita tratamiento por zonas y pincelitos) hay que ir a la línea de comandos y tirar de ImageMagick. Mano de santo.

» autor: azenbugranto

#19 Krita, o lo que Gimp debería ser

Tensk — Mon, 22 Aug 2011 14:06:48 +0000

Anda krita de ahí...

» autor: Tensk

#18 Krita, o lo que Gimp debería ser

perro_marron — Mon, 22 Aug 2011 14:05:46 +0000

#10 linux tiene little CMS (www.littlecms.com) distribuida bajo MIT y argyll (www.argyllcms.com) distribuida bajo GPL. Las dos no tienen nada que envidiar a ACE de Adobe y son bastante superiores a ColorSync o ICM. Otro tema es que hay pocas aplicaciones suficientemente serias como para soportar gestion de color, pero las herramientas estan ahí.

» autor: perro_marron

#17 Krita, o lo que Gimp debería ser

Daerun — Mon, 22 Aug 2011 14:03:04 +0000

Me parecen un poco injustos los comentarios que hace el articulista. GIMP es un excelente programa, y aunque es cierto que hace tiempo que no añade nuevas funcionalidades, según tengo entendido el problema es que se ha ido quedando sin desarrolladores, y ahora mismo tiene a muy pocos trabajando en el proyecto.
En cuanto a Kirita, quizá ahora sea una buena alternativa, pero eso no quiere decir que lo fuera en el pasado, motivo por el que las distros posiblemente no le daban tanta importancia como a GIMP, y esto no se le ha ocurrido al redactor antes de lanzarse a la piscina de esa manera y hablar gratuitamente de talibanismo.

» autor: Daerun

#16 Krita, o lo que Gimp debería ser

navi2000 — Mon, 22 Aug 2011 14:03:01 +0000

Por cierto...

"Hay gente que piensa que algo por el simple hecho de llevar el sello de Software Libre debe ser mejor que lo demás"

Recuerdo que Krita también es software libre, no se si tanto como GIMP (me hago un lío con tanta licencia), pero también lo es. Concretamente Krita es GNU GPL v2 y Gimp es simplemente GPL

» autor: navi2000

#15 Krita, o lo que Gimp debería ser

--139155-- — Mon, 22 Aug 2011 14:02:22 +0000

Gimp, un programa que tengo instalado desde mi época de linux y cada vez uso menos. Ahora mismo con las herramientas de retoque de iPhoto me sobra.

» autor: --139155--

#14 Krita, o lo que Gimp debería ser

navi2000 — Mon, 22 Aug 2011 14:00:41 +0000

www.meneame.net/story/krita-el-remplazo-de-gimp

y

www.meneame.net/story/comparacion-the-gimp-vs-krita

» autor: navi2000

#13 Krita, o lo que Gimp debería ser

HijosdeKroker — Mon, 22 Aug 2011 13:58:09 +0000

pues pinta bien, yo también veo a Gimp (lo uso a menudo pero para pequeños retoques) bastante desfasado y falla más que una pistola de feria

» autor: HijosdeKroker

#12 Krita, o lo que Gimp debería ser

xosevp — Mon, 22 Aug 2011 13:57:28 +0000

#10 colord

www.freedesktop.org/software/colord/

» autor: xosevp

#11 Krita, o lo que Gimp debería ser

navi2000 — Mon, 22 Aug 2011 13:54:33 +0000

#3 biomecánica? Que buscas concretamente?

» autor: navi2000

#10 Krita, o lo que Gimp debería ser

Vamvan — Mon, 22 Aug 2011 13:44:25 +0000

#7 gimp si tiene soporte para CMYK. No de forma nativa pero si que lo soporta. Ahora bien, linux lo que necesita urgentemente es un buen curro en el tratamiento de la gestión del color. Es de las pocas cosas que le falta a linux para poder trabajar con impresoras, scaneres y todo lo relacionado en AAGG.

» autor: Vamvan

#9 Krita, o lo que Gimp debería ser

perico_de_los_palotes — Mon, 22 Aug 2011 13:37:12 +0000

#5 Debieras actualizarte un poco. Hace ya mucho que cuando se habla de estos programas y se alude a los bits se habla de bits por canal.

Pista: cualquier manipulación en 8 bits por canal se refleja en el histograma (deja huecos). En una foto editada a 16 bits por canal y luego convertida a 8 bits, no hay rastros en el histograma. Y tu foto es en gran medida el histograma (hay excepciones, pero no todo pueden ser excepciones).

Yo particularmente no conozco ni contrataría a nadie medianamente profesional en fotografía digital que no edite en 16 bits por canal.

» autor: perico_de_los_palotes

#8 Krita, o lo que Gimp debería ser

--2002-- — Mon, 22 Aug 2011 09:39:41 +0000

#5 Se refiere a 8 bits por canal, pero lo ha explicado mal. Si lo prefieres, GIMP puede trabajar en 32 bits (RGBA) pero no en 64 o en 48 (RGB)

#6 -> #5

» autor: --2002--

#7 Krita, o lo que Gimp debería ser

--210888-- — Mon, 22 Aug 2011 08:29:04 +0000

#5 Si GIMP no tiene soporte para CMYK, en mi trabajo tendré que seguir usando Macintosh+CreativeSuite, lo que no entiendo es por qué GIMP o su equipo dijo hace años que no incluirían CMYK nativamente por tema de patentes, y ahora aparece en Krita.

» autor: --210888--

#6 Krita, o lo que Gimp debería ser

Sr.No — Mon, 22 Aug 2011 08:16:22 +0000

jum, este krita tiene una pinta exclente... yo suelo usar el gimp o el photoshop, generalmente dependiendo de o perro que me encuentre a la hora de la instalación... tendré que enterarme si existe versión winblowera

» autor: Sr.No

#5 Krita, o lo que Gimp debería ser

pcmaster — Mon, 22 Aug 2011 08:05:55 +0000

Mientras que GIMP solo permite imágenes RGB con 8bits de profundidad Krita permite imágenes de todo tipo, RGB, CMYK, Lab, etc... a cualquier profundad de color, 8, 16 o 32bits...

Eso es rotundamente falso. Gimp trabaja perfectamente con imágenes a 24 bit de color. Y ojo: no existen los 32 bit de color, son 24 bit de color + 8 de canal alfa.

Y no digo que ese Krita sea malo. Pero no me parece bien ensalzar las virtudes de un programa diciendo falsedades sobre otros.

» autor: pcmaster

#4 Krita, o lo que Gimp debería ser

titijuli — Mon, 22 Aug 2011 08:03:11 +0000

interesante... en septiembre es posible que aparezca versión para windows, según pone en la sección descargas.

» autor: titijuli

#3 Krita, o lo que Gimp debería ser

linuxx5046 — Mon, 22 Aug 2011 07:45:57 +0000

No lo conocia , no uso kde desde hace mucho . Una virgueria el programita . A ver si los de kde se animan y hacen algo para biomecanica.

» autor: linuxx5046

#2 Krita, o lo que Gimp debería ser

--16411-- — Mon, 22 Aug 2011 07:37:47 +0000

No parece ser duplicado. Si alguien lo encuentra, que avise y la retiro.

» autor: --16411--

#1 Krita, o lo que Gimp debería ser

--224958-- — Mon, 22 Aug 2011 07:34:41 +0000

Creo que es dupe. Búscalo en el buscador.

» autor: --224958--