Otro motor de render free kerythea

[elGordo]

Debe ser la lluvia que hace salir motores de render cual champiñones en otoño. Este, kerythea, bastante buena pinta. Echadle un vistazo: http://www.softlab, ece, ntua, gr/~j...ics/Kerkythea/.
(, y sí, tiene exportador para Blender).

Ale, buena manera de empezar la semana. Un saludo.

[Caronte]

Si en lugar de reinventar la rueda una y otra vez, colaborasen entre ellos, tendríamos un motor estupendo.

[elGordo]

Ya te digo, ya. Ya no hay demasiado tiempo para ponerse al día con las novedades de Blender, y encima probar motores. En fin, al menos son free. Un saludo.

[elGordo]

Caray, pues tiene bastante buena pinta el programa este por ahora importa bien desde Blender, y es relativamente fácil y versátil su manejo, habrá que ver cómo maneja los mapas y tal. Un saludo.

[Caronte]

El problema de todos estos nuevos motores es que están en pañales y por lo tanto no se pueden usar en una producción real, solo sirven para hacer renders de prueba y poco más, yo de momento me quedo con el motor interno de Blender, aunque no tenga GI porque me ofrece un montón de features, una calidad aceptable y una alta velocidad para hacer animaciones sin morir en el intento.

Hasta que no integren 100% en Blender uno de esos motores de render, mi única opción si necesito GI real, será pelearme con la configuración de Yafray.

[elGordo]

Vaya, reconozco que hablo un poco apresuradamente, pero ¿le has echado un vistazo? A mí me ha dado muy buena impresión en todo caso, es cierto que todos estos motores están en pañales, y que el único 90% fiable es el interno de Blender. Un saludo.

[Caronte]

¿Le has echado un vistazo? A mí me ha dado muy buena impresión.

No, no lo he probado porque vuelvo a estar liado con el corto (esto va a oleadas) pero, por ejemplo, me mosquea bastante el que en su página web no pongan las características del motor y naturalmente tampoco lo que soporta el exportador de Blender (luces, texturas).

[elGordo]

Al instalarlo, hay una guía rápida de manejo y un readme donde pone los avances hasta el momento, y donde puedes ver sus características: FG, Path tracing bueno, trastearé un poco y ya conteré lo que vaya viendo. Un saludo.

[Ballo]

Si en lugar de reinventar la rueda una y otra vez, colaborasen entre ellos, tendríamos un motor estupendo.

La mejor crítica que he oído sobre tanto motor. Pero bueno a ver qué salen.

[viriathus]

Esa es la lucha eterna en Linux, y la respuesta es siempre la misma: la variedad fomenta la competencia, y siempre habrá uno que se adapte mejor a tus necesidades.

[HalfVector]

Otra razón por la que aparecen tantos motores de render es porque son proyectos de estudiantes de ingeniería informática o simplemente de gente que quiere aprender todo el tema de Raytracing, radiosity, Photon Mapping, Path tracing, etc. Y claro, no es lo mismo hacerlo uno mismo, que ir mirando el código de los demás para añadir nuevos módulos. Además, no creo que la mayoría de estos motores se proyecten desde un principio con grandes pretensiones, sino como he dicho, como una forma de aprender. Si yo quisiera aprender todos esos temas, empezaría a programar un renderer desde cero, sin duda. Saludos.

[elGordo]

Vaya, pues este tiene de verdad muy buena pinta exportas el modelo desde Blender a.xml, lo abres con Kerkythea (que también abre (*.3ds) o.obj), tiene un GUI propio bastante versátil, desde ahí gestionas los objetos, luces y cámaras, agregas el tipo de entorno, seleccione el tipo de motor (GI con FG, FG vía GPU (esto intuyo lo que es, pero tampoco lo sé seguro), Path tracing) y lanzas el render, que en las pocas pruebas que he hecho me ha parecido bastante rápido.

Pena, que no lea todavía en condiciones texturas, y no tenga modos de mapeado, pero esperemos que todo se ande, aunque cierto es, no llevamos dos meses de año y ya tres motores nuevos. Un saludo.

Editado : si que debe leer coordenadas de mapeado y tal, porque en la galería si que se ven objetos mapeados, eso sí, no tengo ni pajolera idea de cómo.

[elGordo]

Bueno, he aquí dos renders, uno hecho con kerythea (Path tracing, sin luces adicionales, sólo el cielo físico) y otro con Indigo (también sin luces, solo el fondo azul), ambos han tardado poco más de una hora, en un Pentium IV 3,02 Ghz, con 1 Gb de Ram y Windows XP service pack 2. Más o menos la calidad es la misma. En kerythea, el propio programa te dejar ir calibrando la imagen al medida que va saliendo, para ajustar el brillo y la saturación, y en la de Indigo, la retoqué con Gimp para darle más claridad. Un saludo.

-- IMÁGENES ADJUNTAS --

[Caronte]

Vaya, yo es que, sigo pensando lo de siempre, o sea, soy incapaz de esperar más de una hora por imagen por mucho unbiased que sea. Lo entendería si obtuviese una calidad del cop? N y sin tener que hacer pruebas previas, pero, por ejemplo, dejar 11 horas el Indigo (como han mostrado en elysiun) para obtener una imagen que sigue teniendo ruido.

[elGordo]

A ese respecto tienes toda la razón, si te corre cierta prisa una ilustración, lo mejor es tirar de un motor con el que sepas que puedes trabajar rápido, hasta que estos motores unbiased estén más optimizados, sean más rápidos y las máquinas lo mismo. Pero no veas lo que mola trastear con ellos.

Por cierto, alguien me sabe decir la diferencia entre Path tracing y metrópolis light transportí. Muchas gracias, un saludo.