Versión para imprimir
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.
Si en lugar de reinventar la rueda una y otra vez, colaborasen entre ellos, tendríamos un motor estupendo.
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.
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.
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.
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.
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).Cita:
¿Le has echado un vistazo? A mí me ha dado muy buena impresión.
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.
La mejor crítica que he oído sobre tanto motor. Pero bueno a ver qué salen.Cita:
Si en lugar de reinventar la rueda una y otra vez, colaborasen entre ellos, tendríamos un motor estupendo.
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.
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.
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.
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 --
https://foro3d.com/attachment.php?attachmentid=26767
https://foro3d.com/attachment.php?attachmentid=26768
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.
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.
En mi afán por encontrar un pipeline de bajo coste (es decir, cero) sigo la evolución de estos dos motores, kerythea e Indigo, y me encuentro en el foro del primero, que en la lista de features a incorporar en breve esta una que, por lo visto, anunciaron hace poco tiempo que iba a ser la bomba en Maxwell, la de iluminación interactiva en tiempo real. Creo que está característica, la havíamos visto hace meses, en una aplicación que desarrollaron en Pixar, durante el desarrollo de Cars que creo que se llamaba lynx en fin, en todo caso, otro motivo más para seguir de cerca la evolución de este software.
El enlace: http://1.myfrebulletinboard.com/Kerk...2606.html#2606. Un saludo.
Era lpics en Maxwell, que yo recuerde, sólo podías variar intensidad de luces y algún parámetro más, no la posición, como en lpics.
Qué bien, la próxima versión tendrá esto: So, in the beginning of next week, the new reléase of k Will come. Out (hopefully a los in Linux) with the main achievements of.
Handling real Dof (Depth of Field) and HDRI (high dynamic range.
Image used a los as light emitters).
The reléase After that, Will focus on some more add-ons and.
Application enhancements:
* cie illuminants for quik light selection (e, g, incandensent bulb 60w).
* material editor enhancement todo handle texture maps + import/export.
* normal mapping + some other add-ons.
* including gzip library, OpenEXR.
There are a los 2 things that are considered major releases, that we.
Have right now in the bak of our head:
* going multi-threaded / distributed.
* going unbiased (probably with a variant of metrópolis Lt or erpt).
En cada universidad hay un motor de render. De verdad, despertadme cuando tengáis algo.
Klópes que este apunta buenas maneras de verdad. (, o quizás es un acto de fe, por mi parte, no se), en fin, te avisaré, te avisaré.
Ouch. IkerClon lpics, eso me pasa por escribir con prisas y sin buscar antes. Un saludo.
Lo de la iluminación interactiva en tiempo real es la bomba. Afectando a toda la iluminación, las cáusticas, a todo. Muy, muy potente.
(Esa es toda mi aportación a esta conversación).
Estoy bajando kerythea, a ver cómo va ello, oye.
Bueno, o cómo es viernes acepto todo. Me suscribo a este hilo, por si lo que ha punto Elgordo va en serio.
Yo lo he probado y de momento me parece rápido y saca unos renders más que decentes, pero tengo problemas con las texturas, o brillan un guebo o no salen como esperas.
Bueno, esto se anima. Supongo que ya lo habréis leído, pero a principios de la semana que bviene hay nueva versión, a ver qué pasa. Un saludo.
Tendré paciencia y me uno al grupo de experimentación la semana que bviene.Cita:
Bueno, esto se anima, supongo que ya lo habréis leído, pero a principios de la semana que bviene hay nueva versión, a ver qué pasa. Un saludo.
Bviene: se aproxima bien.
Esa palabra bviene me anima a incluirme, así que, me pondré a leer sobre ello, aunque he de decir que no tengo mucha experiencia en cuestiones de render, pero no está de más. Saludos.Cita:
Tendré paciencia y me uno al grupo de experimentación la semana que bviene. Bviene: se aproxima bien.
Nueva versión de kerythea, calentita de hace un rato: The new 1.3.02 reléase is now available with some improvements. In GUI, and nice add-ons. Alos available in Linux.
New features are:
1. Added material (bsdf) SDK and plugin support upon initialization.
2. Added Thin Glass physically accurate material (same model used in radiance).
3. Added selection tre.
4. Added icons & toolbar for fast Access.
5. Changed the navigation style imposed by left mouse button.
6. Added Camera mounting for changing Camera view.
7. Added script support and execution (kst Batch files).
8. Added real field of view (Thin Lens model extensión of pinhole Camera).
9. Location and time is now saved with the scene.
10. Added HDR bitmap support in rendering smile.
11. Weird bug fixing in texture UV coordinates (appeared in clip mapping - Thanks Tomasz).
12. Bug fix in irradiance caching.
13. Bug fix in merging options (gracias Gregor).
14. Addition of irradiance gradients.
15. Addition of secondary/arbitrary Gathering depth.
16. Flickering of OpenGL viewer (gracias goes todo thorsten Heinze).
17. Several small bug fixes in GUI.
You can head directly todo the downloads section: http://www.softlab, ece, ntua, gr/~j...downloads.html. Un saludo.
Por fín. El hombre se retrasó porque estuvo el Bilbao la semana pasada. Creo que lo voy a probar.
Actualización, v.1.3.03. Changelog: Versión 1.3.03 (13 july 2006).
1. Fixed compass for diferent global frame setups.
2. Bug fix in intersection Core.
3. Bug fixes in Direct Light estimation.
4. Addition of depth render (1st hit only).
5. Addition of bidirectional Path Tracer (no support for cylindrical/Spherical Camera, ward sampling densí).
6. Enhanced material library manipulation.
7. Added improved perlin-noise procedural texture.
8. Procedural support of Bump mapping, clip mapping.
9. Added normal mapping and bevel mapping.
10. Material editor procedural texture support.
11. Material editor bitmap/procedural options support.
12. Fixed texture filtering blurred zone bug. (gracias Claudio).
13. Fixed Thin Glass Shader (missing coeficient). (gracias Patrik).
14. Fixed ward Anisotropic material (failure in Tangent extraction).
15. Fixed obj Slow reading speed (got rid of error messages stack).
16. Reworked offsets (bug fix) for shadow estimation.
17. Fixed fuzzy reflection/refraction artefactos (buggy shininess recomputation, reusing of old samples).
18. Fixed obj import failure due todo names including spaces.
19. Fixed obj import failure for Linux distribution (gcc problemí).
20. Implemented sia (silo) file format support (not all keywords are supported though).
21. Added pseudo-translucencies support in Direct Light estimator.
22. Added linear Lightflow (used only with reverse gamma correction).
23. Fixed image autosave including tone mapping during progressive renders.
24. Command-line support.
25. Various other small fixes.
Y descargar en: http://www.mfbb.net/Kerkythea/viewto...orum=Kerkythea.
Hola este es mi primera entrada in este foro i me sorprendí cuando vi que se hablaba de Kerkythea. Soy beta tester i moderador en el foro de Kerkythea. Me he leído todas las entradas sobre kt i comprendo las dudas que la gente pueda tener sobre su calidad, etc.
Es obvio que no se puedan lograr animación de alta calidad con un render photorealista (al menos si tienes una granja de renders como las productoras profesionales, y da igual que render elijas Yafray, Maxwell v ray, etc).
Pero Kerkythea puede ofrecer renders de alta calidad (photorealista)como se puede apreciar en el foro.
He escrito un tutorial para crear materiales in kt que podáis vagar del foro (sharing).
Si puedo ayudar en algo, estaré encantado de hacere lo.
(Castellano no es mi primer idioma, perdonad mis errores. Un saludo Patrik.
Hola Patrik. Qué bien verte por aquí. A la vista esta los buenos resultados que se pueden obtener con Kerkythea, que desde mi punto de vista es el motor free (con excepción de pov, que es otro cantar) más potente y con más previsión de futuro en cuanto a desarrollo de refiere de los que han salido a la luz recientemente.
Precisamente hace pocos días me descargué tu tutorial para hacer materiales en kerythea, que es justo decir que está muy bien.
Siéntete en este foro como en tu casa. Un saludo.
Gracias Elgordo por hacer me sentir como en casa. Lo que más me gusta de Kerkythea es que no dependes de un plugin o aplicación determinada. Alo mejor me cambio de programa 3d para modelar, pero puedo seguir utilizando Kerkythea como siempre. Es como el Studio de Maxwell con su propio editor de materiales (giannis defiende que los materiales pertenecen al motor de render i no al modelador, y creo que tiene razón), también puedes reorganizar tu modelo i añadir cameras luces, etc. Creo que es el único render free con estas características (no tienes que pelearte con editor de texto para cambiar o crear materiales, luces, HDRI.etc). Giannis acaba de terminar un Shader especial para metales, aunque tenemos uno, este es más físicamente correcto (muy bueno para brushed metal).
Es un beta actualmente i probablemente podré jugar con el mañana.
Bueno ahora voy a terminar porque estoy escribiendo la parte i del tutorial para materiales (trata cómo hacer materiales en layers utilizando el modo avanzado). Un saludo Patrik.
Eso del render en tiempo real en los visores ¿no se consigue con Gelato y amaretto (conexión para max)? ¿Sabéis algo al respecto?
Venga un saludo.
Hola Juanmax. Lamentablemente de amaretto no tengo ni idea, y con gelatto no he hecho más que los renders de las escenas de prueba, así que, no te sabría decir. Lo que sí que he visto es algo parecido a lo que cuentas (pero debe ser un truco), con Maxwel. Un saludo.
Caronte, el mundo de render no es blanco o negro, hay muchos grises. Porque digo esto, bueno los motores rápidos estas basados en métodos Biased es decir hace ciertas aproximaciones que suelen crear artefactos como manchas, illuminaciones en bordes o esquinas. Para solucionar esto divesas técnicas se emplean, pero que complicam más hacer un render.
Muchas veces te encuentras que después de largo rato de renderizar te aparece uno de estos artefactos o la iluminancion está muy oscura y otra vez a comenzar el render otra vez.
Por otro lado, los métodos unbiased son mucho mejores para calcular la luz indirecta que los basados en Photon Mapping. En definitiva, todo depende de la escena. Si tienes mucha luz directa, luego Photon Mapping es mejor.
Si estás trabajando con mucha luz indirecta los métodos Biased.
Lo ideal es tratar de encontrar un método híbrido y en eso estamos en Kerkythea. De momento es el único motor de render que postura mtl y métodos Biased.
Kerkythea team.
Lo sé, lo sé, solo hablo desde mi experiencia (de muchos años) lo que quiere decir que posiblemente a mí me cueste menos ajustar una escena en un motor Biased que a la gente que empieza ahora y por ello me resulte más interesante obtener buenos resultados en un par de horas (contando setup+render) que esperando un día entero, aunque tenga la seguridad de que va a salir perfecto, aparte de que para mí la integración con Blender es muy importante y, aunque le pedí en varias ocasiones a Jmsoler que incluyese al menos los controles de GI, parece ser que, no estaba mucho por la labor, incluso me dijo que si le prometía una buena escena se pondría con ello enseguida, yo se la prometí si incorporaba el panel de GI pronto y nada, de esto hace ya varios meses.Cita:
Caronte, el mundo de render no es blanco o negro, hay muchos grises. Porque digo esto, bueno los motores rápidos estas basados en métodos Biased es decir hace ciertas aproximaciones que suelen crear artefactos como manchas, illuminaciones en bordes o esquinas. Para solucionar esto divesas técnicas se emplean, pero que complicam más hacer un render.
Muchas veces te encuentras que después de largo rato de renderizar te aparece uno de estos artefactos o la iluminancion está muy oscura y otra vez a comenzar el render otra vez, por otro lado, los métodos unbiased son mucho mejores para calcular la luz indirecta que los basados en Photon Mapping. En definitiva, todo depende de la escena. Si tienes mucha luz directa, luego Photon Mapping es mejor.
Si estás trabajando con mucha luz indirecta los métodos Biased, lo ideal es tratar de encontrar un método híbrido y en eso estamos en Kerkythea. De momento es el único motor de render que postura mtl y métodos Biased.
Kerkythea team.
De todas formas, pienso que estáis haciendo un trabajo muy bueno con Kerkythea (por cierto, algún moderador podría cambiar el título de este mensaje, porque el nombre del motor está mal escrito) y en cualquier caso, en cuanto sacasteis esta última versión puse aquí la noticia simplemente porque me parece una buena opción.
La verdad es que nosotros tratamos de movernos entre dos mundos, el de Biased and unbiase, d, es más a decir verdad yo creo que el término unbiased esta sobre evaluado o mal interpretado. Un render unbiased significa que estasdisticamente es objetivo. Pero esto no necesariamente tiene que verlo el ojo humano. Cada vez me inclino más por los métodos basado en percepción visual que en precisión estadística. Esto será algo que veremos mucho en el futuro.
Además, existe otro problema, en el momento que usamos netimage, Adobe Photoshop o cualquier retoque photográfico, esa imagen deja de ser unbiased.
Así que queda mucho por explorar, y en eso estamos.
Jmsoler ha hecho un magnífico trabajo con la integración, hace tiempo que no uso Blender. Lamentablemente lo que hacemos es a pulmón y muchas veces se hace en el tiempo libre así que, todo tarda más en llegar.
Hola. Mis disculpas por haber re-bautizado a vuestro impresionante trabajo. Llevo llamándolo kerythea desde que tuve noticia de él, y la semana pasada, cuando salió a la luz la nueva web, me di cuenta del error. Esta dislexia mía se está haciendo más grave por momentos.
Así que me uno a la petición de Caronte para cambiar el nombre del hilo (por favor) a Kerkythea.
Enhorabuena y muchas gracias por el kt. Un saludo.
¿Es posible con la última versión de este estupendo motor de usar más de una cpu? Si es así, a ver si me podéis decir cómo se hace. Un saludo y gracias.
Si es posible, simplemente selecciona un preset e cuando te indique el número de hilos pon cuantos CPU tienes.
Perdona mi ignorancia, clipi, pero ¿dónde están los presetí. Un saludo y gracias.