Blender 2.57 release y avances

Por fin. Como siempre, iniciamos un hilo kilométrico para comentar sobre la versión en curso de este programa. Os sugiero que publiquéis vuestras dudas sobre los diferentes aspectos del 3d en los espacios correspondientes, por ejemplo, una duda sobre el motor interno de render en la sección iluminación y render.

Utilizad el icono de Blender para identificar el mensaje, así será fácil ubicar los temas en el motor de búsqueda, dejemos este hilo para asuntos relacionados con el programa en sí, no para consultar sobre técnicas, o metodologías.

Happy blending.

Descargar: http://www.blender.org/download/get-blender/.
blender 2.57a (stable)
Blender 2.57a is the latest reléase from the Blender foundation. To download it, por favor select your platform and location. blender is free & open source software. Windows 32 bits blender 2.57b installer (20 Mb) requires Windows XP/vista/7, built with Python 3.2
usa | germany | nl 1 | nl 2
blender 2.57b zip archive (28 Mb) requires Windows XP/vista/7, built with Python 3.2
usa | germany | nl 1 | nl 2

Windows 64 bits
blender 2.57b installer (23.5 Mb) requires Windows XP/vista/7 64bit. usa | germany | nl 1 | nl 2
blender 2.57b zip archive (32 Mb) requires Windows XP/vista/7 64bit. usa | germany | nl 1 | nl 2

Linux x86-32
blender 2.57b (30 Mb) requires Glibc 2.7, includes Python 3.2, FFMpeg.

Suits most recent Linux distributions. usa | germany | nl 1 | nl 2



Linux x86-64
blender 2.57b (31 Mb) requires Glibc 2.7, includes Python 3.2, FFMpeg.

Suits most recent Linux distributions. usa | germany | nl 1 | nl 2



Mac OS X
blender 2.57b, Power PC (23 Mb) requires Mac OSX 10.5+
Suits powermac G5, PowerBook G4, Imac G5
usa | germany | nl 1| nl 2
Without stand-alone gameplayer.
blender 2.57b, Intel 32 or 64 bits (22 Mb) suits Mac pro, MacBook, MacBook pro, Imac (Intel)
Mac OS X 10.5+ 32 bits. usa | germany | nl 1 | nl 2.

Mac OS X 10.5+ 64 bits. usa | germany | nl 1 | nl 2.
Without stand-alone gameplayer.

Freebsd
blender 2.57b (20 Mb) AMD 64
usa | nl
I386
usa | nl. .

Descargado y probando. Gracias.

Pues no sé qué pasa, pero la versión Windows 32 bits, me da error para descargarla. Pero ya tenga la de Linux 64 bits cuando llegue a casa a darle caña.

Descargado. Gracias por el aviso.

Descargado. Gracias por el aviso.

Gracias a Neo one que avisó en el hilo de la 2.56.

Lo que de momento he notado, es que está versión no trae consola. (Windows 7 de 64 bits).

Pues ya era hora, aunque la consola es muy útil en ciertas ocasiones es un poco molesto tener que lidiar con ella cuando no la estamos usando, y por si fuera poco en Windows, donde sólo hay un escritorio. (si, ya sé que en Linux no sale la consola, a menos que corras Blender desde un terminal).

Creo recordar que leí por ahí que se iba a poner la opción de mostrarla u ocultarla, lo que me parece correcto, cuando haya la necesidad de consultarla, ¿o va a abrirse dentro del mismo Blender?

Creo recordar que leí por ahí que se iba a poner la opción de mostrarla u ocultarla, lo que me parece correcto, cuando haya la necesidad de consultarla, ¿o va a abrirse dentro del mismo Blender?

Hace tiempo que tiene la opción de ocultar, está en el menú help>toggle system console. Si se quiere recuperar se pulsa de nuevo y aparece.

Por fín, ya tenemos en nuestras manos la versión estable.

Al ser ya estáble la añadirán a los repues de Ubuntu? Ya se podrá poner Yafray en esta versión ¿no? Estaría muy bien que tanto Yafray como Blender estuvieran en repues de Ubuntu por default.
(Como esta la 2.4 y Yafray).

Por ahora no está en repues (Xubuntu 11.04 beta1):
Aptitude show Blender.

Paquete: Blender.

Estado: sin instalar.

Versión: 2.49.2~dfsg-2ubuntu4.

Gracias a Neo one que avisó en el hilo de la 2.56.

Es que cuando me pongo en plan satelite, me pongo.

Al ser ya estáble la añadirán a los repues de Ubuntu? Ya se podrá poner Yafray en esta versión ¿no? Estaría muy bien que tanto Yafray como Blender estuvieran en repues de Ubuntu por default.
(como esta la 2.4 y Yafray).

Por ahora no está en repues (Xubuntu 11.04 beta1):
Aptitude show Blender.

Paquete: Blender.

Estado: sin instalar.

Versión: 2.49.2~dfsg-2ubuntu4.

Lo normal en estos casos es que lo renueven para la siguiente versión de GNU/Linux, en este caso la 11.10. Yo tampoco entiendo por que lo hacen así.

De todas formas, te lo puedes descargar y ejecutar sin ningún problema, es lo que yo hago.

Aquí tenéis un video resumen con todas las novedades, que no son pocas http://www.blendercokie.com/2011/04/...ideo-overview/.

Gracias. He descargado la versión comprimida en.zip para w7 a 64 por ver las novedades en modelado. Loptols aparentemente funciona bien, pero al probar Sculpt con una esfera de 1.572.864 polígonos va muy lento (esperaba que lo arreglaran en esta versión estable (ya que nunca funcionó correctamente en ninguna de las versiones anteriores)).

Al esculpir muestra lo que veis en la imagen. ¿le ocurre a alguien más? Un saludo.

Posdata: la tarjeta que tengo es una Asus engtx470 1280 Mb GDR 5.

No lo había probado, mientras esculpo eventualmente aparecen esas zonas donde se pierde información, pero es algo ocasional y desaparecen de forma instantanea, pero lento a ese nivel de subdivisión (un cubo con 9 niveles) no, para nada, de hecho, al volver a subdividir recién empieza a tironear, y mi máquina es absolutamente estándar, es más, es chiquita, diría.

Gracias v1k1ngo, he probado con el modificador multires con 9 subdivisiones (1.572.864) y aparecen esas zonas que ciertamente desaparecen al instante, pero al hacer otra prueba con Subsurf también salen esas zonas, en mayor cantidad y se acumulan tras soltar el ratón.

Mi PC si va lento con 9 niveles y es un tema (Sculpt) que me interesa, voy a ver si leo algún tipo de incompatibilidad de esa tarjeta con Blender o de Nvidia. Un saludo.

Posdata: Intel Core i5 CPU 750 @ 2.79 Ghz.
4 Gb de RAM.
Windows 7 Home Premium 64.

Polan, tengo menos ordenador que esa (Phenom I x3 @ 2.g Ghz y 4 Gb de Ram, con una gráfica GeForce 9600), corriendo 7 ultimate, repetí la prueba con Subsurf y es lo mismo, anda bárbaro, algo raro te está pasando.

La mayoría de estas cosas ya las sabemos, pero es interesante el video de blendercokie acerca de las nuevas features, por si a alguien se le escapa algo, o bien si les gusta hacer promoción del programa, esta bueno tenerlo a mano. http://www.blendercokie.com/2011/04/...ideo-overview/.

El problema que comentan ya está solucionado hasta este momento, bajaos una versión más reciente de graphicall.

Commit by Nazgul : r36161 /trunk/blender/source/blender/editors/sculpt_paint/Sculpt, c: (link).

Fix #26932: when i enable multires, and start sculpting, some parts of the Mesh just disappears.

Redraw issue was caused due todo diferent redraw rectangles used for 3d view redraw and.

Gathering pbvh nodes todo be re-drawed. I moved redraw rect expansión with rect from.

Previous step into sculpt_get_redraw_rect, so now redrawing works as it was planned.

Some commits hago - Redraw everything todo which is inside currect rectangle and rectangle.

From previous stroke step - This still prevents artifact caused by fast strokes but.

Mesh doesnt disappear.

Brecht, nicmortal kombats: it the simpliest fix i could suggest atm. Ive got some more.

Ideas with additional node flags, but it loked more complicated for me and.

Made code more dificult todo understand. If you could se something better (like.

Revert all this redraw fixes for fast strokes) por favor tell me.

Me sucedió el mismo problema hoy en el trabajo, bajo Linux 32 y con una Ati, tiene que ser cosa de Blender.

En esta nueva versión y desde la rc ya podemos importar archivos en SVG, cosa que antes se tenía que hacer desde la 2.49 y luego abrir en la 2.5, pero he detectado que una vez lo importas, la función extruir no funciona.

Alguien sabe cuál es el problema? O es un bug?

En el XP del trabajo cada vez que intento renderizar una escena que contenga una primitiva me expulsa, esto no me ocurre en casa. Pero este problema se lo achaco al ordenador que es una como un piano. Creo que se han precipitado un poco al lanzar esta versión como estable, de todas maneras, da igual porque para junio ya tendremos la 2.58 con estos problemas (supuestamente) resueltos, aunque yo intentaría resolverlos ya.

Si v1k1ngo debe ser algo de la configuración de la tarjeta porque en uno de los portátiles que es del pre-jurásico soporta prácticamente la misma cantidad de polígono que el de sobremesa y el otro portátil incluso más. Gracias shepirothtbm.

Slash148 a mí también me da el error en Ubuntu 10.10 64 solo que al soltar el botón del ratón redibuja de nuevo el modelo.

Promineo ¿has probado a entrar en object data / geometry y modificar ahí la forma? Un saludo.

Si, de hecho, así lo estoy haciendo, pero nada, o se si es un bug, pero me da que si porque al extruir lo que hace es mover la forma.

Pole. Y pillo sitio en hilo mítico.

Promineo, la opción de extrusión pulsando e sólo sirve para Mayas (que yo sepa nunca ha servido para curvas), si quieres extrudir una curva tienes que usar el parámetro extrude que hay en el panel geometry en edición de curvas. A mí esa sí me funciona importando un SVG.

Promineo, la opción de extrusión pulsando e sólo sirve para Mayas (que yo sepa nunca ha servido para curvas), si quieres extrudir una curva tienes que usar el parámetro extrude que hay en el panel geometry en edición de curvas. A mí esa sí me funciona importando un SVG.

Seguro que lo has probado? Sigo dándole a la opción del menú y nada.

Promimeno seguro que lo has probado? Sigo dándole a la opción del menú y nada.

Yo he hecho una prueba con una SVG y si me funciona, pero a lo mejor tu archivo es mucho más complejo.

-- IMÁGENES ADJUNTAS --

Gracias Solimán, ahora sí, le estaba dando al extruir que aparece en el panel de object tools.

Yo también lo he probado y funciona perfectamente.

-- IMÁGENES ADJUNTAS --

Promineo, la opción de extrusión pulsando e sólo sirve para Mayas.

Eso, y que sepamos, tú eres de las Canarias, con lo que es poco probable que tengas sangre de americanos precolombinos. Tu quoque, Klópes.

Por cierto, hay alguna diferencia entre las formas de guardar el SVG en Inkscape para luego abrirlo en el Blender? Offtopic, el abeja Maya.

-- IMÁGENES ADJUNTAS --

Hola Solimán, creo recordar que el estándar es. Svg plano. Svg de Inkscape además de guardar todas las características del plano como son Trazos, textos, transparencias, también almacena características propias de Inkscape (metadatos, nodos).

Por último, esta. Svg optimizado que tiene postproceso para comprimir y reducir el peso.

Edito por no crear un nuevo mensaje.

Soliman, en este enlace https://docs.google.com/doc? Id=dhs3vfzq_1406fsv4nrzs se explica brevemente como importar. Svg en Blender. Un saludo.

Gracias Polan, era para no meterme a toquetear el Inkscape que no lo he utilizado nunca, solo para probar lo de archivos SVG.

Mi primer mensaje en el nuevo hilo, solo quería comentar que vaya repaso le están metiendo al bmesh ahora ¿no? Intersante, en un par de días han corregido un montón de bugs, añadido mejoras, vamos que se ve que han retornado la ganas de avanzar en el tema del bmesh, a ver si algún día lo vemos completado.

Venía al hilo pensando lo mismo que tú, Sam, llevan unos días dándole algo de caña, a ver si vemos pronto cómo se estabiliza para 2.6 me imagino que sí que querrán tenerlo en trunk, ¿no? (incluso antes.

Venía al hilo pensando lo mismo que tú, Sam, llevan unos días dándole algo de caña, a ver si vemos pronto cómo se estabiliza para 2.6 me imagino que sí que querrán tenerlo en trunk, ¿no? (incluso antes).

Dios te oiga. Y Tom, claro.

Por cierto, Stormrider, a ver si cae otro tutorial en blendtuts pronto, que ya hay monillo. Saludos.

Yo creo que el bmesh debería ser lo más prioritario en implementar, y a partir de ahí una buena sesión de bugfixing que seguro que hará buena falta, y luego ya con un Blender con tan buena base y estable implementar el resto de mejoras, pero vamos que si yo fuera la fundación trataría de poner todos los recursos disponibles en acabar el bmesh de una vez por todas para poder seguir adelanta con otros temas.

Yo creo que el bmesh debería ser lo más prioritario en implementar, y a partir de ahí una buena sesión de bugfixing que seguro que hará buena falta, y luego ya con un Blender con tan buena base y estable implementar el resto de mejoras, pero vamos que si yo fuera la fundación trataría de poner todos los recursos disponibles en acabar el bmesh de una vez por todas para poder seguir adelanta con otros temas.

Estoy de acuerdo contigo al 100% y porque no se puede más.

Es mi opinión, claro, aunque supongo que, tal vez me falten datos, en la fundación tendrán una hoja de ruta a la que tal vez se tienen que ceñir.

Y por cierto. ¿dónde vais siguiendo el progreso de bmesh y del bugfixing? Saludos.

Estoy de acuerdo contigo al 100% y porque no se puede más. Es mi opinión, claro, aunque supongo que, tal vez me falten datos, en la fundación tendrán una hoja de ruta a la que tal vez se tienen que ceñir.

Y por cierto. ¿dónde vais siguiendo el progreso de bmesh y del bugfixing? Saludos.

http://lists, Blender.org/pipermail/...pril/date.html.

Y. http://projects.Blender.org/projects/Bf-blender/.

Hola como va. No sé si está bien lo escriba aquí, pero desde que instale la versión 2.57 me ocurre el siguiente problema, no puedo seleccionar correctamente los Edge ya que, al querer seleccionar uno se me selecciona otro y ni siquiera está cerca y la única forma de poder selecionarlos correctamente es activando la transparencia (no la de material sino la de modo edición) y lo peor es que parece que de alguna manera afecto versiones anteriores ya que antes tenía instalada la 2.56, probé con la 2.4 y la selección es perfecta esto solamente me ocurre con los Edge (no sé cómo sería la traducción) ya que puedo seleccionar correctamente las caras y los vértices.

Bueno ese es el problema. Gracias de antemano.

Vleda. No puedo seleccionar correctamente los Edge ya que, al querer seleccionar uno se me selecciona otro y ni siquiera está cerca y la única forma de poder selecionarlos correctamente es activando la transparencia.

Prueba a modificar los datos de tu tarjeta gráfica. A mí me pasaba algo parecido y fui a panel de control > panel de control de Nvidia y dejar decidir a la aplicación 3d.

En tu caso según qué sistema tengas y tarjeta gráfica será de otra forma, pero creo que debe ser algo de eso.

Muchas gracias Solimán era eso, también tengo una Nvidia y ahora recuerdo que para cuando ese problema comenzó había tocado algo en las propiedades así que, cambien ese parámetro y ahora funciona correctamente.

Muchas pero muchas gracias.

Ya se prepara una versión 2.57a para subsanar diferentes fallos encontrados.

Eso, y que sepamos, tú eres de las Canarias, con lo que es poco probable que tengas sangre de americanos precolombinos. Tu quoque, Klópes.

Ahora me has matado, con lo bien que me lo había pasado en la quedada de Madrid, yo aquí ganduleando en el sofá y vas tú y.

Actualizada a 2.57a para corregir errores. http://www.blender.org/development/r...s/blender-257/.

Actualizada a 2.57a para corregir errores. http://www.blender.org/development/r...s/blender-257/.

Gracias. Actualizados los enlaces del primer mensaje.

Bueno, uno más que se une al hilo. Alguien podría decirme, ¿dónde está network render en ésta versión? Por ahora sigo usando el network con la versión 2.50 pero quisiera estar actualizado con ésta versión.

Tienes que, activarlo desde los add-ons.

wow..

wow..

Vaya venía a poner el mismo video, y mira tú por dónde, mi comentario iba a ser el mismo: wow.

De todas maneras, os dejo este enlace para que podáis ver la noticia bretch se vuelve a la Blender fundación, y lo que ha mostrado Caronte es en lo que va a trabajar.

Aunque no lo diga parece que está acelerado por GPU, ¿no? Edito: pues parece que no. Al principio del video pone CPU rendering.

La parte del tren justo al principio pone GPU. Por el minuto 1:18 aproximadamente.

Si, lo primero es CPU y luego GPU, además se nota un montón la velocidad.

Estupendo. Esperemos ver pronto el desarrollo e implementación de Cycles en Blender.

¿Esta versión no se puede poner en español? ¿Y dónde está el (*.blend) donde guarda la configuración setting? He buscado por el foro y ahora se llama algo como startup, pero tampoco es, tengo el Windows 7 y no veo donde guardará ese fichero.

La versión que tengo es la que no se instala en el PC.

Cuando copio la carpeta a otro PC, la configuración que aparece es la original que trae por defecto.

Al parecer bretch fue contratado por refractive software (Octane render) para mejorar este motor de render, sin embargo, parece que les ha hecho la cama y estaba pasando información técnica de cómo funciona Octane render a terceros (¿Blender fundación?), parece ser que, hace poco bretch fue despedido de refractive software sin entrar en muchos detalles del motivo, y ahora aparece este video en el que se ve un sistema de render muy parecido a Octane render, más claro el agua, esta situación me deja un poco entre dos aguas, puesto que soy usuario registrado de Octane render y por supuesto de Blender, por un lado me alegro por todos los usuarios de Blender y porque voy a poder tener más o menos lo mismo que tengo en Octane render dentro de Blender sin sus limitaciones (nada de exportaciones, nada de bloqueos de hardware), pero por otro lado, no sé hasta qué punto es ético lo que ha hecho bretch, y no sé cómo afectara esto al software que compré y del cual espero tener ventajas sobre un software gratuito (blender), por lo que he dicho, tener Octane render dentro de Blender sin sus limitaciones es un competidor enorme para el propio Octane render.

Hola samcameron. Me pareció curioso que, justo viniendo de refractive software, Brecht haya llegado con semejante bomba (de las buenas) a la comunidad. En tu caso expresas más que curiosidad, porque dices que parece que las ha hecho la cama. ¿tienes fuentes para afirmar eso? Advierto que no pretendo iniciar un flamewar, sólo quiero saber realmente si hay sustento para lo que afirmas o si es sólo una suposición.

Y que no se me olvide:
[size=7"]wow.[/size]
(también quedé estupefacto mientras veía el video).

Elnonodelpuerto. ¿Y dónde está el (*.blend) donde guarda la configuración setting? He buscado por el foro y ahora se llama algo como startup, pero tampoco es.

Tengo el Windows 7 y no veo donde guardará ese fichero.

Depende cómo instales el Blender 2.57 me parece que puede cambiar de sitio donde se guarda.

Y según instalación de Windows 7, y si tienes permiso de administrador.

Si, por ejemplo, lo has instalado (o has hecho un Control + u de Blender) en la opción application data.

Para hacer una prueba y saber dónde lo tienes, lo mejor es escribir en el (buscar programas y archivos.) %appdata% y te saldrá una carpeta llamada Roaming.

Dentro de Roaming lo más seguro es que te salga la carpeta de Blender foundation.

Dentro de esa carpeta puede estar el archivo startup (subo imagen que creo que se entiende mejor.

También se puede dar el caso de que si has hecho antes instalaciones de otras versiones, te salgan todas las carpetas de 2.56 2.55, etc.

-- IMÁGENES ADJUNTAS --

Cita: no sé hasta qué punto es ético lo que ha hecho bretch, yo te digo que hacer software libre es más ético que hacer software privativo.

Si se usa código de Octane en Blender, se sabrá en seguida porque el fuente estará a disposición de cualquiera y por lo tanto será denunciable por parte de refractive software si lo tiene registrado.

Por otro lado, si bretch fue contratado por refractive software, será porque el tío controla un huevo el tema de render por GPU y puede que no le haga falta apropiarse de código ajeno para hacer algo como lo que se muestra en el video.

Dependerá de los términos del contrato que tenía ¿no? Según lo que tenga firmado puede considerarse hasta competencia desleal (más, allá de que no sea el mismo código fuente).

En fin, que estas cosas no son aptas para el terreno de la especulación.

Os dejo información sobre dos de los desarrolladores de refractive software sobre el tema.

Hi guys. I noticed this a few hours hago blendernation and i am very upset about it.

I cant explain everything in great detail as it private información.

But Brecht has broken his nda/contract here.

Brecht joined our company late last year, started work as a developer.

And a few weks into his position, he resigned for no reason.

He was asked todo train his successor which he did not do. (roeland, who you all know).

He had a copy of the source required todo do his job, of which he kept a copy of his portátil for working at home.

So the probability of him having kept a copy of it is very large.

Judging from the video/demo and features, this sems todo be based a lot on Octane.

And having a copy of our sources at hand makes it posible todo develop an alternative in a short amount of time.

I guess if this continúes we Will lose the Blender users on the site.

But the issue that upsets me the most is that my hard work Will, in a derivative form, be open sourced and our commercial competitors Will have Access todo it. (Arion, Iray, Indigo).

Brecht signed Ndas and contracts todo prevent him from doing this, which he agred todo and has signed.

Even if it not based directly on Octane source, Many of the concepts of it can be reimplemented losely, and it tok me ha lot of work & research todo develop them.

Lo siento guys, y dont want todo start a war here but this is completely unacceptable todo me, he taken 2 years of my hard work and repackaged it, this could end up damaging refractive software permanently.

Radiance.

Hi folks.

The problem is neither that we lose Blender users (everyone can use Whatever he/she wants todo use) Nor that Brecht just copied and pasted code from Octane and plugged it into Blender, which is rather unlikely. Most of the Stuff used in Octane is not new and can be found in other render engines. But taquíng the right approaches, integrating them and making them run on a GPU is the tricky bit and Brecht certainly could learn quite a few things from Octane. Im not saying that he couldnt pull this of on his o, but his stint at refractive software certainly helped him a lot.

And todo be quite frankly: leaving the Blender foundation, working for a few weks for the competition and then going bak with a bag full of ideas and knowledge is not only unfair, but Rude (and potentially ilegal, but i dont know the contract details). And remember: he gets paid by the Blender foundation.

So what happens nextí the Blender foundation releases the code and then we Will se, how Many ideas and concepts have ben copied. Unfortunately then it todo late todo do anything about it, Even if there have ben some serious breaches of the nada, because a todo el mundo (including our commercial competition) had a look at the source and concepts and we cant wipe their hard disks and memories.

Of course, the world Will not estop spinning, if the worst case happens and rs has todo close shop, but it definitely not a nice bien todo be forced out of business. Anyway, we Will continúe working on Octane, improve it and add new Stuff and time Will tell, if that enough.

Thinque about it.

Marcus.

Pues vaya.

Hola. Estoy utilizando Blender 2.57a oficial. Me encuentro que la selección de vértices y/o aristas se hace complicada y en algunos casos nula.

Con el mismo cubo que viene por defecto, con el botón derecho y limitando la selección a solo visibles, se hace complicado seleccionar vértices pues se debe tener mucha puntería para acertar con el vértice deseado, cuando no, selecciona vértices aleatorios y no por proximidad, y en el peor de los casos es imposible seleccionar el vértice sin tener que mover el objeto.

Este defecto desaparece si desclico el icono de limitación de visibilidad, de esta manera no necesito tanta precisión en la selección de vértices.

A alguien más le pasa? Es un bug?
No he tocado nada de parámetros. Es como viene por defecto.
solucionado. -> se tiene que actualizar los drivers de la gráfica -> en mi caso tan solo tres meses de antigüedad. Saludos.

Os dejo información sobre dos de los desarrolladores de refractive software sobre el tema.

Tienes el enlace de dónde tomaste esas declaraciones? Recién justo cuando lo leía llegó ton (que ya sabía porque radiance le envía mensajes como éste y peores cada tanto), pero no había leído esta declaración en sí, tienes la fuente?
De todos modos, el mismo Brecht dijo que utilizó otros algoritmos (a propósito) para evitar este tipo de discusiones, tomados de un paper libre y público, además son cosas que están implementando todos los softwares hoy en día, no es nada nuevo (incluso el mismo luxrays o smalluxgpu, http://www.youtube.com/watch?v=koeqyztsu3o).

Este tipo de cosas suelen hacer los softwares privativos, pero todo cae en su honestidad, ellos van a poder comprobar el código de Blender y comparar que es completamente diferente, pero si se le pide que muestren el suyo es probable que no lo hagan y dejen pasar, quedando como víctimas.

La fuente la he sacado del propio foro de refractive software y de sus propios desarrolladores, lo puedes encontrar aquí: http://www.refractivesoftware.com/forum/.
(Sección of-topic), pero creo que debes estar registrado para entrar en según qué secciones, yo como soy usuario registrado pude leer eso en el foro.

A ver si me he pispado del tema correctamente. Un desarrollador nuevo entra en la fundación Blender, renuncia a su puesto al poco tiempo y se descubre que ha ¿incorporado código de Blender a otro programa o al revés?

A ver si me he pispado del tema correctamente. Un desarrollador nuevo entra en la fundación Blender, renuncia a su puesto al poco tiempo y se descubre que ha ¿incorporado código de Blender a otro programa o al revés?

Resumido: Brecht fue contratado en septiembre-2010 por refractive software (Octane render, basado en GPU, muy rápido). La semana pasada se anunció el retorno de Brecht a la fundación Blender y la entrada fue por la puerta grande: mostró un prototipo de un motor de render ultra-rápido (Cycles), integrado directamente en Blender. Los desarrolladores de Octane parecen estar muy molestos por la situación y, por lo que veo en los mensajes traídos por samcameron, están acusando a Brecht de haber violado los términos legales de la contratación que hicieron con él.

Este tipo de cosas suelen hacer los softwares privativos, pero todo cae en su honestidad, ellos van a poder comprobar el código de Blender y comparar que es completamente diferente, pero si se le pide que muestren el suyo es probable que no lo hagan y dejen pasar, quedando como víctimas.

Eso es muy cierto, he ahí una situación de la cual ellos pueden sacar provecho, si quisieran. De todas formas, me alegra mucho saber que Brecht tuvo cuidado de usar investigación de papers públicos. Ahora estoy a la espera de saber si los términos del contrato que firmó con refractive software no incluyeron cosas como me comprometo a no desarrollar motores de render para otras compañías durante los próximos x años.

Ya estoy usando Blender desde hace unos días y me parece muy bueno en todo, pero debido a mi ignorancia surgió el siguiente problema:
Estoy usando objetos moldeados en Blender, todo bien cuando esta estático, el problema surge cuando quiero crear una animación rotando el objeto 360 grados, teniendo como resultado una especie de explosión de elementos que al final se vuelven a unir, ¿cómo hacer que esto no suceda? Gracias.

Ahora estoy a la espera de saber si los términos del contrato que firmó con refractive software no incluyeron cosas como me comprometo a no desarrollar motores de render para otras compañías durante los próximos x años.

En el mensaje de despedida inicial parece que dejo esto claro, puesto que podía trabajar simultáneamente en el render de Blender.

Hi all.

Here a few more details on the changes. My contract at the Blender.

Institute was until the end of this month, and ive ben contemplating.

A bit what i should do in the future. It ben great working here, and im very grateful todo ton, he gave me ha lot of Freedom todo work on.
What i wanted todo work on, and ive learned a lot from him in the past.

Years. I fel like After 3 years i ned a diferent challenge, just.

Doing something a bit diferent, so i started looking around and found.

A job at refractive software, with the advantage that it closer todo.
Where i live.

Ill still be involved in Blender development, but again in my spare.

Time as i did before i started working here. there no non.

Competition agrement or anything like this. Ill still work on.

Getting Durian features merged into trunk, getting 2.5 finished, and.

Other things After that, there still Many áreas in Blender id like.

To improve in the future. In terms of internal render engine.

Development however i wont be involved much anymore, focusing more on.

External render engine integration, but ill of course try todo get.

Render branch features merged and help others understand how it works.

Thanks todo everyone who helped out with development/documentation and.

Supported open movie projects. Further, ill still be on Irc, mailing.

Lists, committing todo SVN, so no massive change there.

Thanks, Brecht.

Google summer of code 2011. http://code, Blender.org/index.php/2...r-of-polish-2/.

Fuente: http://code, Blender.org/index.php/2...and-rendering/.

http://www.blendernation.com/#comentario-574038.

Ton already said.

Quote:

Having a public & open Project means we ned todo conduct the utmost ethical practices. Thats an intrinsic value. Everything we do is open, and anyone can read the code and techniques todo verify if thats original, not something copied from other sources.

Anyone who has ever met with or worked with Brecht knows that hes a very modest, easy going and ethical person. Hes a los a brilliant developer, who tok a long experience and a lot of 3d coding competences todo enthusiastically join refractive software. The fact this company let him go After a short while was a shock todo me as well. Brecht then neded a while todo sort out Stuff, and luckily decided todo join the Blender team again. We unfortunately cant pay him what commercial 3d companies could aford, so his decisión was based on chosing for working in a pleasant, encouraging and rewarding environment first.
What he worked on, and Will work on, are common concepts and techniques where everyone in the industry is heading anyway. Chek modo, LightWave, 3ds Max, Autodesk Maya for example. Its a los well aligned with design proposals and discussions here in the Studio and on our public developer mailing list from long before he joined rs. If it wasnt Brecht, similar ideas would be in Blender soner or later anyway.

Ton-.
.

Disponible Blender 2.57b.
.

Fuente: http://code, Blender.org/index.php/2...and-rendering/.

Más razón que un santo.

Disponible Blender 2.57b.
.

Bajada y probando. Pongo el enlace. http://download.blender.org/release/blender2.57/. Gracias.

Jedihe gracias por la aclaración. A este paso vamos a poder realizar trabajos de alta calidad con un misero atom.

Ton Rosendal en Twitter hace unos minutos.

Added branch Cycles and initial render engine code in SVN. Neds several more commits before it works, be patient. #b3d.

Pues más buenas sobre Cycles.

Commit by blendix : r36355 /branches/Cycles/ (135 files in 28 dirs): (link). Blender modifications for Cycles integration.

Some notes about code status:
* the Blender modifications were Fairly quickly put together, much more code polish and work is neded todo get this.

To a state where it can be committed todo trunk. Files created with this versión may not work in future versións.
* only simple Path tracing is supported currently, but we intend todo provide finer control, and more options where it.

Makes sense.
* for GPU rendering, only Cuda works currently. The intention is todo have the same kernel code compile for.

C++/OpenCL/Cuda, some more work is neded todo get OpenCL functional.
* there are two Shading backends: GPU compatible and open Shading language. Unfortunately, osl only runs on.

The CPU currently, getting this todo run on the GPU would be a major undertaquíng, and is unlikely todo be supported.

Son. Additionally, it not posible yet todo write custom osl Shaders.
* there is some code for adaptive subdivisión and displacement, but it far from finished. The intention is todo.

Eventually have a nice unified Bump and displacement system.
* the code currently has a number of Fairly heavy dependencies: bost, openimageio, glew, Glut, and optionally.

Osl, partio. This makes it dificult todo compile, well try todo eliminate some, it may take a while before it becomes.

Easy todo compile this.

La 2.57 b ya en la página oficial.

Estuve viendo en graphicall que ya hay builds para Linux con Cycles incorporado, algún linuxero ya estuvo probando?

Yo he visto varias capturas de pantallas y videos circulando por ahí de Cycles y tiene una pinta estupenda, incluso en su actual estado parece bastante integrado, ya he visto animaciones terminadas y todo, pinta genial, a ver si sale alguna versión para Windows, además la semana que viene me traen mi segunda GTX460 para ponerla en modo SLI, así que, tengo ganas de sacarle provecho.

Para ponerla en modo SLI.

Por lo que yo sé, si no ha cambiado últimamente el tema, el lsi solo se usa para juegos y poco más, si es para render GPU, no necesitas SLI, basta con pinchar las dos (o más) tarjetas y. Listo.

Yo me bajé la compilación de Cycles de graphicall y no pude hacer el render de ninguna manera, cuando le daba a hacer el render simplemente no pasaba nada. Lo corrí por consola a ver si me faltaba alguna librería y nada.

Yo me bajé la compilación de Cycles de graphicall y no pude hacer el render de ninguna manera, cuando le daba a hacer el render simplemente no pasaba nada. Lo corrí por consola a ver si me faltaba alguna librería y nada.

+1.

Yo me esperaré un poco para probar Cycles, a que esté algo más estable y tal cambiando un poco de tema. Graphicall.org ha cambiado el diseño de la web.

Estuve viendo en graphicall que ya hay builds para Linux con Cycles incorporado, algún linuxero ya estuvo probando?

Pues si yo estuve esta mañana peleando un poco y ya cumplo con todas las dependencias. Pero Cuda está instalado y funcional. Pero cmake me dice que no lo consigue. Es lado en la ruta. Mañana seguro logro algo. Saludos.

Por lo que yo sé, si no ha cambiado últimamente el tema, el lsi solo se usa para juegos y poco más, si es para render GPU, no necesitas SLI, basta con pinchar las dos (o más) tarjetas y. Listo.

Estas seguro? Porque Octane render creo que trabaja a media pantalla cada tarjeta, es decir en modo SLI si no me equivoco.

You cannot run Octane in SLI mode (at least according todo manual, never tried it myself).

http://www.refractivesoftware.com/fo...lit=sli#p52529.

Que yo sepa Caronte, hay dos versiones de Octane render diferentes, una con Cuda 3.2 que no tiene soporte para multi-GPU y otra versión con Cuda 3.0 que tiene soporte para varias GPUs, pero no a pleno rendimiento, están preparando una versión definitiva para unificar esas dos versiones y así obtener multi-GPU a plena potencia en 3.2, es que no entiendo que digan que no se puede usar más de una tarjeta ya que el propio Octane te deja elegir la principal y la secundaria (en caso de tenerla). Por cierto, un chico del foro de Octane render ha comentado que comparando la velocidad de cybles (blender) con Octane render es aproximadamente el doble de rápido Blender que Octane render en modo GPU.

Es que no entiendo que digan que no se puede usar más de una tarjeta.

Se referiran a SLI, porque usarse, se pueden usar todas las que tengas, yo lo probé con 2 y funcionaba perfectamente sin SLI.

Lo de Blender es normal, cuando esté igual de completo que Octane, ya veremos.

Se referiran a SLI, porque usarse, se pueden usar todas las que tengas, yo lo probé con 2 y funcionaba perfectamente sin SLI.

Lo de Blender es normal, cuando esté igual de completo que Octane, ya veremos.

Normal que vaya el doble de rápido Blender que Octane? Yo esperaba más bien al revés, siendo una primera versión esperaba que Cycles fuera más lento, y resulta que según ese chico va el doble de rápido que Octane render que lleva mucho más tiempo en el mercado, en cuanto a lo del SLI, si se pueden usar varias tarjetas, entonces que diferencia hay entre usarlas en modo SLI y usarlas sin SLI?

Hola, he instalado Blender con Cycles en Ubuntu 11.04 y funciona correctamente. En este enlace http://foreverblender.blogspot.com/2...gine.html#more hay un. Pdf en el que explica como instalarlo. Un saludo.

Es lo mismo que entre un dragster (blender) y un formula1 (Octane): el primero correrá más, pero no le pidas que se agarre en las curvas.

Sli es (salvo excepciones) para juegos, los motores de render no lo necesitan, porque hacen uso a pelo de los procesadores de las gráficas únicamente para calcular, no para dibujar, de hecho, creo que no se usa dividiendo la pantalla como tú dices, porque un render avanzado donde los rebotes de luz cuentan, no puede centrarse en únicamente una parte, debe calcularlo todo, aunque no se vea, porque aun así, unas partes de la escena siguen influyendo en otras.

Posdata: gracias por la explicación Caronte.

Edito. Voy a ver si hago varias pruebas más de distintas escenas (con misma iluminación) para comparar tiempos de render y calidad.

Quien quiera probar Cycles en Windows: http://graphicall.org/105. Para todo lo demás. Mastercard, digo graphicall.

Quien quiera probar Cycles en Windows: http://graphicall.org/105. Para todo lo demás. Mastercard, digo graphicall.

A mí me sale en http://graphicall.org/106, pero se agradece. Estaba esperando que saliese para Windows.

Si, es verdad lo habrán cambiado, editado, gracias. Lástima que no soporte GPU, con CPU no me va mal, pero es muy lento comparado con los renders que hago en Octane render (GPU), así que, espero que suban alguna versión con GPU para probar varias escenas y comparar los tiempos de render entre Cycles & Octane render.

Vídeo de clycles render: http://www.blendercokie.com/2011/05/...render-engine/.

primera build para Windows de Cycles con cuda.

Vaya velocidad, me ha encantado esta versión, en la anterior con CPU solamente en mí escena de prueba obtenía 14 segundos, en esta nueva versión con CPU obtengo 9.5 segundos aproximadamente (lo cual se ve que ha mejorado también la velocidad de cálculo a través de CPU también), pero lo bueno viene cuando lo pongo en modo GPU, con mi GTX460 me tarda 1.20 segundos aproximadamente, y eso que estoy ejecutando esta versión de 32 en un Windows de 64 bits, por lo cual cuando salga una versión nativa espero alguna que otra mejora, por otro lado, en unos días me llega otra GTX460, así que, probaré a ver si funcionan las dos a la vez y si encuentro alguna mejora en cuanto a tiempos.

Qué requerimientos se necesitan para que chute Cycles? Yo uso Ubuntu 10.04 pero no tengo ninguna tarjeta de ésas molonas, no sé si será por eso que el visor se me queda negro. Sin embargo, pensaba que también se usaba CPU, al estilo del interactive render de thea. Gracias de antemano.

Renderiche, si no tienes tarjetas con Cuda, lo máximo que te puede pasar es que no te deje elegir el modo, pero debería renderizar, estas iluminando con mesh lights o con el background? Recuerda que Cycles todavía no acepta las lámparas clásicas de Blender, si esto no sirve, revisa si no dice algo tu consola.

Sancameron, me interesaría ver tu escena de pruebas, o por lo menos que comentes tus settings (materiales, iluminación, número de passes, bounces), está bien que yo tengo máquina más bien discretea, pero no puedo ni soñar con tiempos tan espectaculares, de todos modos, para probar el motor configuré la escena por defecto con materiales Glossy para los tres elementos (monos y piso), una textura de mediana resolución en el plano de suelo e iluminación HDR. A 1920 por 1080, con 100 passes, 64 bounces max y 8 min, estoy logrando completar el render por CPU en 11 munutos y monedas, mientras por GPU baja apenas los 6, lo que me desagrada, es que, ahora en comparación con otros motores unbiased (hice Maxwell recién, misma escena, con settings parecidos) no me está dejando tan bien parado en su versión cpu: hice en 12 minutos de Maxwell, una escena similar en ruido (prácticamente nada), y que ha decir verdad, se ve mejor, de todos modos, tengo que aceptar que me cuesta encontrar equilibrio a estos materiales de Cycles, ahora voy a tratar de configurar una escena similar en LuxRender e Iray, para seguir comparando resultados.

Yo he hecho una comparativa entre CPU y GPU de un Cornell box que publicaron en blenderartists y me da lo siguiente:

Cpu : 4300 passes, min 3, max 32, 500 por 500 píxeles, procesador Athlon i x4 635, 4 Cores de 2901 Mhz cada uno, tiempo de render: 1 hora.

Gpu : mismos parámetros,gtx460, tiempo de render: 9 minutos 50 segundos.
Por lo que yo noto una diferencia tremenda, y no solo al renderizar escenas de bastantes minutos, sino al previsualizar tengo feedbak casi instantáneo, se limpia la escena muy rápidamente, en esa escena el usuario original dejo la configuración en 4300, pero llegando a 1800 ya estaba casi limpia y me había tardado como unos 4 minutos más o menos. Cosas a tener en cuenta: la versión que he utilizado es una versión de 32 bits, mi sistema operativo es w7 64 bits por lo que debería mejorar el rendimiento con una versión nativa, más cosas, algunos de los prorgamas que mencionas usan un filtro de post-procesado para limpiar el grano, no es que sean mucho más rápidos sino que a veces hacen trampa por así decirlo, y finalmente, yo no suelo meter tantos rebotes como en esa escena, generalmente uso mínimo 1 y máximo 3 o 5, según si la escena tiene materiales más complejos pues le subo a 15 o un poco más si es necesario, por lo general he de decir que es bastante rápido este motor, sobre todo para estar en un estado tan inicial. Yo habitualmente trabajo con Octane render, pero es que, en cuanto mejore un poco más Cycles me olvido de Octane por completo, porque Blender con este motor de render me ofrece una flexibilidad de trabajo increíble, ya no necesitaría de programas externo como Octane, ni exportar ni s raros, todo desde mi querido Blender.

Trampa técnica o no trampa, Maxwell es tradicionalmente de los lentos, si Cycles se proclama como un super veloz, va a tener que dejar atrás estos tiempos, seguramente la cantidad de bounces que usé es excesiva (de hecho, al trabajar muchísimo en Maxwell ya me había olvidado de que eran =p), pero debería ello redundar en una imagen mejor, y si a mismo tiempo, peor calidad visual (hecha la salvedad que aún me encuentro en etapa de adaptación a Cycles), me fastidia tanto bombo y platillo. No obstante esto es solo en CPU, la magia está en la GPU.

Voy a probar la escena test, y actualizaré resultados.

¿No iba a funcionar mediante OpenCL, entones si tienes una Ati no puedes renderizar con cycles?

Donde se escoge para renderizar con GPU?

Renderiche, si no tienes tarjetas con Cuda, lo máximo que te puede pasar es que no te deje elegir el modo, pero debería renderizar, estas iluminando con mesh lights o con el background? Recuerda que Cycles todavía no acepta las lámparas clásicas de Blender, si esto no sirve, revisa si no dice algo tu consola.

Bueno, pues efectivamente, se trata de dependencias que faltan, pero con la actual versión de Ubuntu parece complicado satisfacerlas, maldita versión lts. Gracias por tu respuesta.

Edito: ya he conseguido instalar las dependencias que me faltaban, para el que tenga Ubuntu 10.04 https://launchpad.net/~frefilesync/+...ildjob/1965920.

Tiene muy buena pinta este motor.

V1k1ngo, no solo puedes iluminar con Mesh lighting, también puedes iluminar con luces tipo Sun.
@balex, tienes que, actualizar tus drivers, si no te sale la opción de selección entre CPU y GPU.

Gracias samcameron, ya actualice y ahora si sale la opción.

Solo he podido probarlo por CPU (hasta que pongan una build de OS X) y ya estoy flipando en colores, esta mucho más maduro de lo que me imaginaba y es rapidísimo (sobre todo en exteriores o interiores con mucha luz directa).

Estoy encantado, aunque me da pena por el resto de motores, porque como no se pongan las pilas, lo van a tener crudo.

Solo he podido probarlo por CPU (hasta que pongan una build de OS X) y ya estoy flipando en colores, esta mucho más maduro de lo que me imaginaba y es rapidísimo (sobre todo en exteriores o interiores con mucha luz directa).

Estoy encantado, aunque me da pena por el resto de motores, porque como no se pongan las pilas, lo van a tener crudo.

Pienso un poco lo mismo, me esperaba algo mucho más pelado y me he quedado de piedra, para mear y no echar gota.

Ahora que iba con thea a muerte, veremos adonde nos lleva esta batalla de motores.

Hola, alguien ha podido hacer funcionar el Blender 2.57 con Yafray integrado? El que usa el Python 3.2, no he podido hacerlo correr, he compilado el Python desde las fuentes, lo he instalado desde repues y me sigue mandando el error de que no puede iniciar porque falta libpython3.2, la cual tengo instalada según synaptic. Tengo el Ubuntu 11.04 a 64 bits.

Yo he hecho una comparativa entre CPU y GPU de un Cornell box que publicaron en blenderartists y me da lo siguiente:

Cpu : 4300 passes, min 3, max 32, 500 por 500 píxeles, procesador Athlon i x4 635, 4 Cores de 2901 Mhz cada uno, tiempo de render: 1 hora.

Gpu : mismos parámetros,gtx460, tiempo de render: 9 minutos 50 segundos.
Por lo que yo noto una diferencia tremenda, y no solo al renderizar escenas de bastantes minutos, sino al previsualizar tengo feedbak casi instantáneo, se limpia la escena muy rápidamente, en esa escena el usuario original dejo la configuración en 4300, pero llegando a 1800 ya estaba casi limpia y me había tardado como unos 4 minutos más o menos. Cosas a tener en cuenta: la versión que he utilizado es una versión de 32 bits, mi sistema operativo es w7 64 bits por lo que debería mejorar el rendimiento con una versión nativa, más cosas, algunos de los prorgamas que mencionas usan un filtro de post-procesado para limpiar el grano, no es que sean mucho más rápidos sino que a veces hacen trampa por así decirlo, y finalmente, yo no suelo meter tantos rebotes como en esa escena, generalmente uso mínimo 1 y máximo 3 o 5, según si la escena tiene materiales más complejos pues le subo a 15 o un poco más si es necesario, por lo general he de decir que es bastante rápido este motor, sobre todo para estar en un estado tan inicial. Yo habitualmente trabajo con Octane render, pero es que, en cuanto mejore un poco más Cycles me olvido de Octane por completo, porque Blender con este motor de render me ofrece una flexibilidad de trabajo increíble, ya no necesitaría de programas externo como Octane, ni exportar ni s raros, todo desde mi querido Blender.

He hecho la misma prueba que samcameron.

Misma escena y resolución. 4300 passes, bounces min 3 max 32. Procesador Intel Core 2 Duo 2,13 Ghz (2 Cores, 2 hilos) Windows XP 32bit service pack 3. Tarjeta gráfica Nvidia GeForce 9500 GT (32 procesadores Cuda) 60 euros.

Tiempo cpu= 4horas 17 minutos 30 segundos.

Tiempo GPU= 2horas 14 minutos 45 segundos.

Gran diferencia. (en todos los sentidos))))).

Hola, alguien ha podido hacer funcionar el Blender 2.57 con Yafray integrado? El que usa el Python 3.2, no he podido hacerlo correr, he compilado el Python desde las fuentes, lo he instalado desde repues y me sigue mandando el error de que no puede iniciar porque falta libpython3.2, la cual tengo instalada según synaptic. Tengo el Ubuntu 11.04 a 64 bits.

Hola pues yo lo tengo funcionando en Ubuntu 10.04 lst a 64 bist sin problemas.

Eso si tengo el Yafray compilado usando Python 2.6 (/usr/lib/python2.6/config/libpython2.6.so) y le coloco el add-ons sin problemas. Blender 2.57.1 también compilado. Y como el Python 3.2 no está en los repositorios de la 10.04. Pues lo compile también. Y he tenido muy buenos resultados. Como, por ejemplo: https://foro3d.com/attachments/14559...acorcho004.jpg.

Puede pasar que cuando hicieron el integrado haya usado el Python en una dirección que no es la predeterminado y por eso te arroja el error. Intenta crear un enlace simbólico dónde está el ejecutable de Blender. Saludos.

Me autorespondo:
disponible el código fuente y las primeras builds de Cycles, el render con aceleración GPU de Blender viernes, abril 29th, 2011 ya están disponibles el código fuente y las primeras compilaciones de Cycles, el nuevo motor de render basado en GPU de Blender, que está siendo desarrollado por Brecht van lommel.

De momento, la aceleración GPU utiliza las librerías de Cuda, por lo que sólo podrá ser utilizada por tarjetas gráficas con chip Nvidia, pero ton Rosendal confirmó que la versión OpenCL estará disponible en el futuro, ya que tenían algunos problemas técnicos de implementación que solventar.

El código fuente está disponible en la branch Cycles del SVN de Blender:
https://svn, Blender.org/svnrot/Bf-b...anches/Cycles/
En graphicall.org podemos encontrar versiones compiladas de la mencionada branch.

Se avecinan buenos tiempos para los usuarios de Blender. http://www.silicity.com/tag/ati/.

Ya está disponiche un parche del unlimited Clay. http://Farsthary.wordpress.com/2011/...-patch-in-321/.

Muchas gracias por tu trabajo Raúl.

Solo he podido probarlo por CPU (hasta que pongan una build de OS X) y ya estoy flipando en colores, esta mucho más maduro de lo que me imaginaba y es rapidísimo (sobre todo en exteriores o interiores con mucha luz directa).

Estoy encantado, aunque me da pena por el resto de motores, porque como no se pongan las pilas, lo van a tener crudo.

Según dicen en el foro de LuxRender, la idea de Brecht es crear/abrir una Api para que cualquier motor se pueda integrar de forma tan nativa como Cycles. Me gusta ese espítiru tan colaborativo. http://www.luxrender.net/forum/viewt...88cb907ce44fbe.

In the morning i gave an interview todo someone from the radio Tux podcast about the both, the open source talks yesterday and the acceptance of os in the industry. Should be published on their site in june.

Cycles was a great thing todo show again, Many people were interested in it. In the afternon, someone from the Foundry talked very long with ton about licensing. They are interested in Cycles and would contribute code, when Cycles would be released under the bsd licence. But we remained sceptical, the Foundry guy was a very nice person, but its unclear how big the actual benefits would be. Bsd licence brings some issues with it (like companies can use the code and sell it, without giving bak their changes todo us, or Even mentioning they use Cycles code at all.) ton wants todo chek on this Stuff, dont worry, we Will clearly think about all pros/cons.

Algunos ya lo habrán visto en ba, no todo el mundo está tan contento con la posibilidad (yo soy uno de los que está bastante escéptico al respecto).

Por cierto, Rhinoceros, Álvaro luna (aka Samo), y la gente de Yafray en general no están tan contentos con todo este asunto de Cycles, de hecho, parece que se sienten bastante frustrados por la falta de colaboración de la Bf, fundamentalmente a la hora de pasar las actualizaciones de la Api y demás. Entiendo que la furia de Samo es tal vez exagerada, pero me resulta totalmente comprensible, de hecho, cuando leí más temprano que la arquitectura de Yafray esta basada (o por lo menos soporta) nodos de materiales, pero que no aparecen en la interfaz de Blender por pregúntenle-a-los-desarrolladores-de-la-Bf me fastidié bastante, dado que para quienes usamos Yafray hace un tiempo, podría a ver sido un plus importante.

Yo he usado lux, tengo comprado Octane y también thea, pero. Vaya, yo que sé, lo que estoy disfrutando en estos días con Cycles, hacía años que no me ocurría, incluso lo estoy usando para un proyecto real y se está portando como un profesional o incluso mejor, porque el grado de interactividad, es simplemente alucinante.

No había leído el mensaje de v1k1ngo. Sobre ciertos individuos en particular, no hablo, pero mi opinión es que cuantas más opciones hayan, mejor, aunque repito que superar a Cycles va a ser muy, pero que muy difícil.

Por cierto, como ya estaba cansado de jugar con los monos del fichero de ejemplo, y como no hay opción de texturas en la compilación de Blender + Cycles, he abierto un dibujo sencillo con texturas, y se me queda la pantalla negra.
¿Me pasa sólo a mí, o es que Cycles no aguanta texturas de ninguna forma, o hay algo que se me escapa?
Además, si selecciono GPU se me cierra directamente Blender.

V1k1ngo: ya he visto el mensaje en el foro en el que Samo llama a Cycles el protege.

Creo que la actitud de los chicos de LuxRender es más sana que la de Samo, no sé, pero tampoco sabemos que pasa dentro de cada uno, ni que tendrá Samo en el debe con la Bf.

En fin, mejor no ahondar en esto.

Y la verdad es que, sí, que Cycles ha salido el último y ya es capaz de superar a los demás. Mucho se van a tener que espabilar los otros motores.

Aunque lo ideal es que les sirva como estímulo, y que Cycles cree competencia.

Asegúrate de marcar en todos los materiales creados la opción use nodes, lo mismo que en el background, las texturas las puedes cargar desde el editor de nodos de materiales (es esa la gran ventaja de cicles, más, allá de la velocidad).

En cuanto al GPU, no me ha pasado todavía, para su estado pre alpha, me corre como seda.

-- IMÁGENES ADJUNTAS --

Muchas gracias. La verdad es que es una chulada. Pero sigo con los problemas a la hora de abrir un dibujo creado previamente.

Por ejemplo, este fichero, (con ese nombre tan original).

-- IMÁGENES ADJUNTAS --

No tienes activado Cycles, y las texturas se debe asignar nuevamente, me paso lo mismo con esta escena realizada con 2.49.

-- IMÁGENES ADJUNTAS --

Gracias Adelmo. Bueno, por fin podemos ponerle una pega.

Yo he usado lux, tengo comprado Octane y también thea, pero. Vaya, yo que sé, lo que estoy disfrutando en estos días con Cycles, hacía años que no me ocurría, incluso lo estoy usando para un proyecto real y se está portando como un profesional o incluso mejor, porque el grado de interactividad, es simplemente alucinante.

Totalmente de acuerdo, como Caronte uso Octane render habitualmente para casi todos mis proyectos, pero desde que tengo Cycles me encuentro mucho más a gusto, ya no porque sea más o menos igual de bueno y rápido que Octane render, sino porque el sistema de trabajo de Octane (exportar, importar, retocar materiales,) es muy lento, con Cycles puedo hacer todo directamente desde Blender, puedo cambiar todo lo que quiera sin tener que volver a exportar ni líos de esos, tienes un feedbak mucho más directo y mejor que con cualquier otro motor, vamos para mí forma de trabajo no puede haber nada mejor.

En cuanto al tema de Álvaro, hace mucho tiempo ya discutí con el una vez por el descuidado estado de Yafray, comprendo que no es fácil mantener un código como ese, pero también entiendo que otros grupos (LuxRender es un buen ejemplo) les han comido muchoterreno, empezando mucho más tarde que ellos, yo habitualmente usaba Yafray en Blender 2.4x, pero le dije a Álvaro que estaban perdiendo el carro, que muchos motores habían mejorado muchísimo tiempo y que ellos parecían como estancados, y se ofendio muchísimo, la verdad es que, algunos deberían quejarse menos de lo que hacen o tienen que hacer los demás por ellos, y hacer un buen trabajo ellos mismos, y ciertamente parece que al único que le ha molestado bastante el tema de Cycles es a Álvaro, cada uno que saque sus propias conclusiones de porque está así.

Posdata: os dejo my último render en Cycles (sin postproducción, render tal cual Cycles), tiempo de render 3 minutos a 1920 por 1080, con GPU GTX460.

-- IMÁGENES ADJUNTAS --

Yo no lo veo como un renderer más, ni un protegido. Blender necesitaba un lavado de cara en el internal, y si se hace ahora, lo suyo es que sea lo más moderno posible, como Cycles, por ejemplo.

Yo no lo veo como un renderer más, ni un protegido. Blender necesitaba un lavado de cara en el internal, y si se hace ahora, lo suyo es que sea lo más moderno posible, como Cycles, por ejemplo.

+1.

Hola. En este enlace comentan una nueva propiedad del elemento empty. Con el que se pueden poner imágenes. Es muy útil para colocar referencias a la hora de modelar, sin recurrir al background. http://foreverblender.blogspot.com/2...ects.html#more.

Vaya salido una versión de Cycles con GPU y CPU para Windows 64 bits en graphicall, com. http://www.graphicall.org/173. Saludos.

Themes para Blender 2.5: http://blenderartists.org/forum/show...=1#post1818820.

Ha salido una versión de Cycles con GPU y CPU para Windows 64 bits en graphicall, com. http://www.graphicall.org/173. Saludos.

Descargada, la probaré cuando llegue a casa. Gracias.

Probando Cycles en un proyecto real. Muestra de modelo y texturas. Tiempo de render en un Mac Pro (200 y solo por cpu: 42.



https://foro3d.com/attachments/14586...odado-arma.jpg.

Dudo mucho que vuelva a usar otro motor de render, Cycles es la leche.

Apuntad otro a la lista de los que estamos disfrutando como cosacos con el nuevo motor. Me inspiró para hacer este logotipo:


Que no es gran cosa, pero en algo tenía que canalizar mi euforia inmediata.

Y ya que estamos, una pregunta: el aliasing que sale en algunos renders, ¿es porque aún se trata de un versión alfa? ¿o quizás hay que toquetear algún parámetro para disimularlo? Un saludo.

-- IMÁGENES ADJUNTAS --

Y ya que estamos, una pregunta: el aliasing que sale en algunos renders, ¿es porque aún se trata de un versión alfa? ¿o quizás hay que toquetear algún parámetro para disimularlo? Un saludo.

Pues que yo sepa no hay antialiasing implementado en Cycles actualmente, a lo mejor alguien habrá retocado las imágenes posteriormente, otra técnica es renderizar la imagen en un tamaño superior al final, y luego reducirlo, y otra manera seria forzar la tarjeta gráfica a usar antialiasing a través del panel de control de la misma tarjeta, todo esto desde la teoría, no te puedo asegurar que funcione porque no lo he probado personalmente.

Y otra manera seria forzar la tarjeta gráfica a usar antialiasing a través del panel de control de la misma tarjeta, todo esto desde la teoría, no te puedo asegurar que funcione porque no lo he probado personalmente.

El antialiasing de los drivers de video funciona en el pipeline de render de OpenGL, por lo cual no creo que afecte en lo absoluto a una imagen renderizada por un motor de render como Cycles (Cycles no usa el pipeline de render como un todo sino que manipula directamente los mini-procesadores que tiene la GPU).

Más muestras de los juegos con el nuevo motor, es una captura de pantalla porque no conseguía que en el render me respetara la respuesta de la película que si lograba en el viewport (luego descubrí que hay que cambiar al internar, habilitar color managment, y volver a Cycles para que esto suceda con archivos creados previamente, este de hecho, es un archivo de 2.49, seteado originalmente para Yafray.), a ese tamaño (lo imagen con toda la interfaz recortada es de 1023x650), tardó poco más de dos minutos en llegar a este nivel de limpieza, no está nada mal.

No obstante, para cosas algo más complejas tuve numerosos crasheos, algo esperable por supuesto, pero que pensaba se subsanaría parcialmente con la versión de 64bits, extrañamente tuve problemas en los mismos archivos que la anterior de 32.

Corriendo sobre Windows 7 de 32 bits es otro cantar, ayer lo probé por primera vez en la notebook (Intel Core i3, 3mb Ram DR3, Nvidia GeForce 310m, con 16 núcleos Cuda), no esperaba gran rendimiento, fundamentalmente por la placa de video exigua, pero sí, aunque sea una estabilidad similar a cuando corría en 64 bits. Pero no hubo caso, los crasheos aparecieron incluso al mover la escena por defecto, o peor aún con un solo mono, sé que no es preocupante a este estado, y no lo pienso usar en trabajos reales todavía, salvando tal vez algún render de facultad que no requiere gran esfuerzo, pero me resulta llamativa esta diferencia de estabilidad corriendo la misma versión en dos máquinas distintas.


Por otro lado, y porque no todo es Cycles, hoy encontré este video de smalluxgpu 1.8beta1, renderizado en modo pathgpu2, no sé muy bien de que va esto, me voy a poner a averiguar en algún momento libre durante el día, pero por lo menos, se ve una interesante mejora con respecto a la primer época del slg, se nota el crecimiento del motor, que esperemos esté listo dentro de poco, para tener un buen abanico de posibilidades open source.



-- IMÁGENES ADJUNTAS --