Mis compilaciones experimentales de Blender

**Caronte** · 26-11-2005, 03:15

En este hilo y siempre en el mismo enlace encontrareis mis compilaciones experimentales de Blender por si a alguien le gusta el riesgo. blender Windows estándar + patch. blender Windows optimizado + patch. solo el patch.

Compilación 03/12/2005.

Aquí os dejo una compilación optimizada para athlonxp, pero que también funciona en pentiumiv.

Más velocidad.

Compilación 03/12/2005.

En esta ocasión lo nuevo que podéis encontrar es que, el tamaño de las imágenes en miniatura (thumnails) que aparecen al querer cargar una imagen (si hemos mantenido el Control) se ha duplicado, por lo que ahora ya se puede usar, porque antes muchas veces ni siquiera sabias que textura era la de la imagen.

Compilación 01/12/2005.

Actualizada con Python 2.4 y softbodys 10 veces más rápidos (gracias a bjornmose).

Compilación 27/11/2005.

En este nuevo update, he añadido el nivel de osa 1 y he quitado el 11 ya que el 1 sirve para hacer pruebas rápidas sin que la imagen (sobre todo las texturas) se llene de píxeles sin sentido como pasa al desactivar el osa completamente. Además, el nivel 11 raramente se usa por ser muy similar al 16 en costos de tiempo.

Compilación 26/11/2005.

Además, le le añadido render progresivo y se activa simplemente seleccionando Dispview en f10 y renderizando normalmente.

Mi primera compilación.

Le he añadido más porcentages de render (200% y 400%) y el nivel de energy para AO ahora puede aumentarse hasta 10.

**pedropp** · 26-11-2005, 03:19

¿Qué es render progresivo? Si pones disponible el parche, lo probamos también en Linux.

**Caronte** · 26-11-2005, 03:41

No sé cómo funciona lo de los parches, tendría que mirarlo, pero voy demasiado liado. De momento estoy haciendo lo que necesito para trabajar yo más a gusto.

Render progresivo lo que hace es dar una pasada a muy baja resolución, pero muy rápido para comprobar la iluminación, sombras, después una segunda pasada para ver texturas y detalles más finos y ya por último el render a resolución final. Esto es una maravilla cuando tienes una escena compleja y necesitas un buen feedbak para ajustar cosas rápidamente como, por ejemplo, la iluminación.

Si lo quieres probar, hay un script en Python que lo hace y es de dónde saque la idea. Busca en elysiun o aquí mismo por: progressive o progresivo.

**pedropp** · 26-11-2005, 05:11

Ok, entendido, imagino que te refieras al hotspots (de uselessdreamer) o alguno similar, al menos en ese script vi ese efecto que comentas.

Respecto a los parches, no sé cómo se hará eso en Windows. Una opción (si tienes algo de tiempo libre) sería meter en un (*.zip) los ficheros.c.h etcétera que hayas cambiado y con eso ya podríamos compilar esos cambios en otros sistemas.

**lordloki** · 26-11-2005, 10:24

Para hacer un parche simplemente tienes que, actualizar tu directorio de Blender para tener la última versión del código (con cvs -z3 update -pad o posibles variaciones) y luego en el mismo directorio escribes cvs dif -u >./parche, txt y te creara un parche fuera del directorio de Blender.

Para hacer esto tienes que estar conectado a internet porque te compara lo que tú tienes con el cvs de Blender.

**Caronte** · 26-11-2005, 12:37

Gracias por la información. Lo haré cuando llegue a casa esta tarde por si alguien se lo quiere compilar, porque para incorporarlo en Blender oficialmente es demasiado cutre.

**Caronte** · 26-11-2005, 17:03

En el primer mensaje he subido el patch por si alguien quiere meterlo en su compilación. Que alguien lo pruebe a ver si funciona.
¿Cómo se aplican estos patchsí.

**malefico** · 26-11-2005, 17:36

Hey, que bonito, intentaré patchear con tu código a ver qué sale. La forma de aplicar el patch si no recuerdo mal es algo como:
Patch -p0 < nombre_patch, txt. Saludos.

Maléfico.

**pedropp** · 26-11-2005, 17:36

Funciona bien el patch, Caronte, aunque para el render progresivo yo buscaba renderview, y es Dispview.

**Caronte** · 26-11-2005, 20:37

Hey, que bonito, intentaré patchear con tu código a ver qué sale. La forma de aplicar el patch si no recuerdo mal es algo como:
Patch -p0 < nombre_patch, txt. Saludos.

Maléfico.

Thanks.

**Caronte** · 26-11-2005, 20:37

Funciona bien el patch, Caronte, aunque para el render progresivo yo buscaba renderview, y es Dispview.

Huy, que fallo.

**viriathus** · 26-11-2005, 21:08

He aplicado el patch y también me funciona.

**Caronte** · 27-11-2005, 14:40

Compilación 27/11/2005. En este nuevo update, he añadido el nivel de osa 1 y he quitado el 11 ya que el 1 sirve para hacer pruebas rápidas sin que la imagen (sobre todo las texturas) se llene de píxeles sin sentido como pasa al desactivar el osa completamente. Además, el nivel 11 raramente se usa por ser muy similar al 16 en costos de tiempo.

Link a la compilación de Windows y patch (para el que quiera compilar), actualizados en el primer mensaje.

**Caronte** · 01-12-2005, 21:25

Nueva compilación actualizada con Python 2.4 y softbodys 10 veces más rápidos (gracias a bjornmose). Descargar del primer mensaje.

**Birkov** · 01-12-2005, 22:30

Descargando a ver cuándo le puedo echar un ojo que entre Blender y el max no tengo tiempo ni para dormir.

**SHAZAM** · 01-12-2005, 22:52

Bajado e instalado. Me esperaba un splash personalizado es coña. Por ahora fetichismo, luego lo probaré con tiempo y paciencia.

**Caronte** · 03-12-2005, 00:55

Nueva compilación. Que estoy que no paro señora. Bueno como muchas de las cosas que pido no me las ponen en mí querido juguete, pues me toca machacarme el cráneo a mí, ahora que ya le he pillado el truco a las compilaciones.

En esta ocasión lo nuevo que podéis encontrar es que, el tamaño de las imágenes en miniatura (thumnails) que aparecen al querer cargar una imagen (si hemos mantenido el Control) se ha duplicado, por lo que ahora ya se puede usar, porque antes muchas veces ni siquiera sabias que textura era la de la imagen.

Descargas en el primer mensaje.

**SHAZAM** · 03-12-2005, 01:47

Eso mola.

**Pepius** · 03-12-2005, 09:35

Oye Caronte, te pongo algo que pasa que no debe ser muy difícil de arreglar(viendo lo que estás haciendo). En el menú del Game Engine, el actuador visibility al minimizarlo, su nombre se cambia a game, que al mismo tiempo es el nombre de otro, y lía un poco. Yo intenté arreglarlo una vez, pero no pude encontrar la variable que lo cambiara es todo un laberinto. Saludos.

**lordloki** · 03-12-2005, 10:21

Servicio a la carta. En Blender/source/blender/src/buttons_logic, c. En la línea 717 cambia return game; por return visibility;.

A compilar.

Edito: y ya está reportado en el bug tracker.

**Pepius** · 03-12-2005, 10:42

Vaya, no creo que lo cambie yo por pereza, pero si Caronte quiere. Blender podría tener un archivo con todos los nombres de botones, y no hacerlo en el mismo sitio en el que crea el botón.

**Caronte** · 03-12-2005, 12:23

No creo que lo cambie yo por pereza, pero si Caronte quiere.

Vaya programador que estas hecho más fácil no te lo podían poner.

Blender podría tener un archivo con todos los nombres de botones, y no hacerlo en el mismo sitio en el que crea el botón.

Sí y también podía tener un botón de favores sexuales.

**Pepius** · 03-12-2005, 13:28

Caronte, si me lo podrían poner más fácil: ponerme ADSL y así bajarme el código rápidamente si lo tuviera ya, no me costaría nada.

Respecto a lo que he dicho, no creo que sea un gran disparate, sería mucho más pulcro y accesible. Saludos.

**Caronte** · 03-12-2005, 15:27

Caronte, si me lo podrían poner más fácil: ponerme ADSL y así bajarme el código rápidamente.

Mi primer módem para internet fue un supramoden 2400 y su velocidad eran 2400 baudios, así que, no te quejes por conectarse a 56kbs.

El que quiere puede, o te esperas más tiempo o te lo bajas de un cyber. Opciones hay.

Si lo tuviera ya, no me costaría nada.

Bueno, posiblemente una tarde completa, si no lo has hecho nunca (como yo).

Respecto a lo que he dicho, no creo que sea un gran disparate, sería mucho más pulcro y accesible.

Aquí lo importante es la velocidad, personalmente no encuentro ningún impedimento en hacer una búsqueda dentro de los ficheros del source, ya que basta con que encuentres el truco.

Posdata: si vuelvo a compilar lo arreglaré, aunque si Lordloki ya lo ha reportado (como deberías haber hecho tú), supongo que, lo repararan rápido.

**Pepius** · 03-12-2005, 16:54

El que quiere puede, o te esperas más tiempo o te lo bajas de un cyber. Opciones hay.

Vamos a ver, Caronte. Si yo no digo que no. Pero el bug es una tontería y no tengo gran interés en cambiarlo (personalmente, claro, siempre será bueno para la comunidad) y solo puse por poner algo, por si querías cambiarlo, nada más.

Bueno, posiblemente una tarde completa, si no lo has hecho nunca (como yo).

Una tarde completa aún teniendo la información que ha dado Lordloki?

Aquí lo importante es la velocidad, personalmente no encuentro ningún impedimento en hacer una búsqueda dentro de los ficheros del source, ya que basta con que encuentres el truco.

Siempre sería más cómodo lo que yo digo, pienso yo. También para traducciones y tal(aunque no yo no este a favor de ellas) o para detectar problemas como este.

Posdata: si vuelvo a compilar lo arreglaré, aunque si Lordloki ya lo ha reportado (como deberías haber hecho tú), supongo que, lo repararan rápido.

No lo había llegado a considerar como bug, lo encuentro bastante insignificante. Aunque, pese a que no se reportar bugs, debería haberlo hecho. Saludos.

**Caronte** · 03-12-2005, 20:22

Aquí os dejo una compilación optimizada para athlonxp, pero que también funciona en pentiumiv. Mas velocidad. Descargas en el primer mensaje.

**pedropp** · 03-12-2005, 20:38

Estas imparable. Caronte. ¿Has hecho alguna prueba comparativa de velocidad? Normalmente para que compilas, ¿para Pentium normal?

Mi primer módem para internet fue un supramoden 2400 y su velocidad eran 2400 baudios, así que, no te quejes por conectarse a 56kbs.

<tocapelotas mode: on>.

No confundir bits/segundo con baudios. En concreto esos módem v.22bis eran de 600 baudios. Suerte que de aquella los programas eran mucho más pequeños.

Tiene razón Caronte, todo es cuestión de paciencia o de buscarse la vida. A mi alguna vez se me pasa por la cabeza dar de baja la línea ADSL (EUREUREUR) y cálculo que, aparte de no estar tanto tiempo enganchado como tonto a internet no debería tener problema en descargar prácticamente lo mismo que descargo ahora. Si son unos pocos megas se echa paciencia, y si son más se echa mano de los amigos con ADSL y grabadora de CD/DVD.

**Caronte** · 03-12-2005, 21:01

Estas imparable. Caronte. ¿Has hecho alguna prueba comparativa de velocidad? Normalmente para que compilas, ¿para Pentium normal?

Si, pero no me he apuntado los tiempos. Era algo, así como un 25% de mejora.

No confundir bits/segundo con baudios. En concreto esos módem v.22bis eran de 600 baudios. Suerte que de aquella los programas eran mucho más pequeños.

Cierto, ha sido un lapsus mío tenía que haber dicho 2400 bits por segundo.

Tiene razón Caronte, todo es cuestión de paciencia o de buscarse la vida. A mi alguna vez se me pasa por la cabeza dar de baja la línea ADSL (EUREUREUR) y cálculo que, aparte de no estar tanto tiempo enganchado como tonto a internet no debería tener problema en descargar prácticamente lo mismo que descargo ahora. Si son unos pocos megas se echa paciencia, y si son más se echa mano de los amigos con ADSL y grabadora de CD/DVD.

Yo ahora mismo no podría pasar sin mi banda ancha, bastantes calamidades he pasado durante un montón de años (mierd, de telefónica) como para no disfrutar ahora.

Mis compilaciones experimentales de Blender

Herramientas