Blender 2.49 release y avances

[iherrero20]

Muchas gracias Shazam, despistada que es una.

[Neo_one]

Esta manera es más follonera, no sé, creo que de la manera actual es más directa.

[ElNonoDelPuerto]

¿Tanto hay que liar en la 2.50 para hacer eso? Como todo sea así, vaya de la 2.50 que vamos a tener, y lo digo con todo el respeto del mundo.

Se trata de ganar tiempo y de que sea más fácil, no de complicar la existencia del que lo usa. Debería de quedarse tal y cómo está en la 2.49.

Ya estoy viendo a más de uno/a usando el 2.49 para algunas cosas y el 2.50 para otras.

[ElNonoDelPuerto]

También cuando das con el espaciador en el escritorio de Blender te aparecen otros menús, ya no sale el add, así que, es más lento, ya que tienes que irte a los menús de arriba.

También puedes usar shift + a y te saldrá el menú de antes, cuando este listo el sistema para configurar las teclas y se quede grabado, entonces se podrá cambiar el shift+a por la barra espaciadora.

[povmaniaco]

El menú ad, d, sigue estando dónde está en la 2.49, shift+a, o en la tecla que tú quieras, ya que los Hot-keys serán con figurables. Como en toda innovación i/o renovación hay sus pros y sus contras, sus ventajas e inconvenientes, pero estoy seguro que cuando os acostumbréis a la 2.50, olvidareis rápidamente la 2.49.

Como todo en esta vida, no estará exenta de errores, pero nada es perfecto, ni siquiera nosotros.

-- IMÁGENES ADJUNTAS --

[SHAZAM]

A ver, tened en cuenta que esta ni siquiera es una versión alpha. Paciencia.

[Caronte]

Las versiones en desarrollo no deberían estar disponibles para todo el mundo.

[SephirothTBM]

Yo aún echo de menos alguna herramientas de la 2.49 pero uso la 2.50 a diario y la verdad va mejorando muy rápido, por cierto, ya se pueden guardas las configuraciones de teclas personalizadas desde la semana pasada, solo vas a las preferencias de usuario (Control +, ) y seleccione que conjunto de teclas quieres modificar, aparecerá el contenido de shortcuts que contiene dicho grupo, modificas y guardas. Saludos.

Sephiroth the bimbo master.

[Mogoloko]

Hola. Podríais indicarme la web desde la cual seguir los avances que se van haciendo cada día en Blender 2.50? Muchas gracias. Un saludo.

[Klópes]

Cuando pones en 2.49 una malla, por ejemplo, tipo cilindro, 2.49 te pide radio, número de vértices, que considero muy útil, sin embargo, en el 2.50 no encuentro esa opción, ¿te la da, o ¿no? Porque he estado mirando y no lo veo por ningún lado.

También cuando das con el espaciador en el escritorio de Blender te aparecen otros menús, ya no sale el add, así que, es más lento, ya que tienes que irte a los menús de arriba.

Inmediatamente después de usar una herramienta puedes editar o retocar su configuración (lo mismo que aparece en el panel tools) pulsando f6. Los cambios los veras en tiempo real.

[OberonKing]

Las versiones en desarrollo no deberían estar disponibles para todo el mundo.

Vaya, que maldad Caronte. Y como hacemos con la versiónitis?
Y yendo a lo de la nueva forma de creación, prefiero la nueva, como que ves mejor lo que quieres hacer con ese objeto, antes era adivinar o saber de antemano lo que se quería.

[cesio]

Gente al Blender 2.5 le falta un monto todavía, recién ahora se le está dando forma, por eso se ven cosas raras por ahí.

El Blender 2.5 en concepto es igual al 2.4x.

Muchos temas de UI, se van a poder corregir con Python, hasta se puede hacer un Maya en Blender o un max.

La prioridad es hacer que funcione.

Algo muy bueno de tener la UI en Python, es que no se necesita compilar o perder compatibilidad con otras compilaciones. Eso da flexibilidad y permite, por ejemplo, updates y fixes muy rápidos, sin tener que esperar a la siguiente versión de Blender.

[Caronte]

Flipo en colores. Me acabo de bajar de graphicall una compilación para OS X compilada para 64bits y que incluye como novedad la implementación del OpenGL en multitarea no pensé que se notase tanto, pero he probado a trabajar con una malla muy subdividida y al comparar con la versión 2.49b, he alucinado, porque trabajo con la misma suavidad a 1.500.000 de polígonos que antes con 500.000 en la 2.49b.

Miedo me da pensar cuando a esto le sumen la optimización del Sculpt, que, por lo que he leído se basa en tener en cuenta solo la parte de la malla que deforma la brocha o sea, que sería como ir trabajando con trozos pequeños de malla, pero sin tener que seleccionarlos cada vez. Una gozada, vamos.

[OberonKing]

Flipo en colores. Me acabo de bajar de graphicall una compilación para OS X compilada para 64bits y que incluye como novedad la implementación del OpenGL en multitarea no pensé que se notase tanto, pero he probado a trabajar con una malla muy subdividida y al comparar con la versión 2.49b, he alucinado, porque trabajo con la misma suavidad a 1.500.000 de polígonos que antes con 500.000 en la 2.49b.

Miedo me da pensar cuando a esto le sumen la optimización del Sculpt, que, por lo que he leído se basa en tener en cuenta solo la parte de la malla que deforma la brocha o sea, que sería como ir trabajando con trozos pequeños de malla, pero sin tener que seleccionarlos cada vez. Una gozada, vamos.

Me pasa igual cada vez que bajo una build de graphicall.

Y uno se pone a pensar (de vez en cuando lo hago) si esto funciona así en una fase anterior a las alfa, que será de la definitiva.

Y es verdad que se nota el cambio de multires entre 2.49 y 2.5 y eso que sea un modificador también es una acertada, ahora se puede seguir editando la malla mientras la esculpimos.

[SHAZAM]

Muchas gracias Shazam, despistada que es una.

Estaba con una versión de la semana pasada, la respuesta de Klópes es más acertada, lo estoy comprobando con una compilación más reciente.

[venomgfx]

La captura que colocó Shazam lo hace ver más lio de lo que es, al contrario de lo que parece, en Blender 2.5 es todo más rápido.

En el caso de las primitivas, en Blender 2.49 cuando agregas una sphere o un cilinder, te sale una ventana donde debes especificar la cantidad de rings, radio, y luego recién te coloca la esfera, eso va totalmente en contra con la filosofía de Blender, en la 2.5 se ajusta mejor ya que, al agregar la primitiva lo hace por defecto y ya, hace lo que le decimos add a sphere, luego si queremos cambiar las características de ésta tenemos la parte inferior del toolbar [t], Blender en ningún momento detiene nuestro workflow para ponernos a pensar cuantos rings queremos ni nada, luego podemos cambiar estos valores y encima en tiempo real (al mover el slider de rings, por ejemplo, se va actualizando en el momento en la vista 3d).

Básicamente el workflow de acción (agregar una esfera), seteo (poner las características), y resultado (finalmente nuestra esfera):
En la 2.49 es:
acción > seteo > resultado == lento, nos detiene para llenar un formulario, WTF, mientras que en la 2.5 es:
acción > resultado > seteo == más directo, se cambian los valores luego viendo el resultado en tiempo real.

Esto es parte del famoso event system recode, explicado así sí que suena a mejora, ¿no?

[SHAZAM]

La captura que colocó Shazam lo hace ver más lio de lo que es, al contrario de lo que parece, en Blender 2.5 es todo más rápido.

Ya me he corregido en el mensaje anterior al tuyo.

[venomgfx]

Ya me he corregido en el mensaje anterior al tuyo.

Vaya sí, vale aclarar que no se solucionó por haber usado una versión una semana más reciente, lo que dice Klópes se puede hacer hace muchos meses.

[SamCameron]

Mirad lo que acabo de encontrar: link.

[SHAZAM]

Vaya sí, vale aclarar que no se solucionó por haber usado una versión una semana más reciente, lo que dice Klópes se puede hacer hace muchos meses.

Yo solo quise mostrale a Herrero que la herramienta sigue allí, no pretendía hacer un tutorial ni buscar soluciones a ningún problema.

No sé cómo sería hace meses, ahora ni siquiera hace falta darle a f6, el menú aparece directamente en el panel, con eso me basta.

Está bien ir ojeando las novedades, pero esperaré las betas para aprender lo que haya que aprender.

[Caronte]

Mirad lo que acabo de encontrar: link.

Ya lo vi la semana pasada estuve a punto de comprarme el Vray, pero creo que me esperaré a la integración con la 2.5 que tiene muy buena pinta.

[Manta]

A mí tampoco me gusta toquetear versiones tan recientes. Por lo que explica Venom, parece todo un acierto. Además, en los formularios previos, a menudo introduces valores que más tarde tienes que corregir. Terminas haciendo el trabajo dos veces, únicamente por que, si no lo rellenas, no creas lo que quieres.

[Derbiii]

Aquí http://www.virgiliovasconcelos.com/i...uage=en&id=317 parece que hacen una comparación de tiempos de render entre la 2.49b y la 2.5 (svn revisión 23930). Según el vídeo, dobla la velocidad de render de la 2.49b. Saludos.

[GEKKONIDAE]

Menos mal que ando un poco desconectado de aquí porque se me están poniendo los dientes largos.

[hkn]

Yo solo quise mostrale a Herrero que la herramienta sigue allí, no pretendía hacer un tutorial ni buscar soluciones a ningún problema.

No sé cómo sería hace meses, ahora ni siquiera hace falta darle a f6, el menú aparece directamente en el panel, con eso me basta.
está bien ir ojeando las novedades, pero esperaré las betas para aprender lo que haya que aprender.

Ya somos 2.

[povmaniaco]

Yo sigo dándole a la 2.49 para muchas cosas, pero cada vez uso más las builds de la 2.50 de graphicall para ir cogiendo la onda.

En cuanto a la integración de Vray, me parece genial, aunque solo podre usarlo en versiones de prueba, comprar Vray para un hobby, queda fuera de mi presupuesto.

[Caronte]

Comprar Vray para un hobby, queda fuera de mi presupuesto.

Yo me he gastado más en otros caprichos y la verdad es que menos de 300 euros es un precio muy atractivo para la relación calidad/precio/velocidad que ofrece (para mí, actualmente es insuperable) y teniendo en cuenta que paso muchas horas con este hobby, no lo veo nada descabellado.

Además, el simple hecho de saber que un render de alta calidad (la iluminación es sublime) me va a costar 3 minutos en lugar de una hora, es como si me hubiese gastado el dinero en nuevo hardware más rápido.

[StormRider]

Estoy de acuerdo con lo de Vray 300 euros por un capricho tampoco es tanto si se va a utilizar con ganas y alegría. Se me cae la baba viendo estés avances y probando el 2.5, es genial. En fin, a ver si cae pronto la beta.

Por otro lado, voy a comentar algo que algunos quizás lo sepáis, y otros quizás no. En la 2.49, cuando le decimos que el render nos lo haga en un image editor, el panel que utilizara para hacer el render es el más grande que tengáis en ese momento en el Layout. Hace tiempo estuve buscando como controlar que panel cogía, porque me venía bien tenerlo en uno determinado para tener el último render a la vista e ir comparando. Esta mañana, probando, descubrí eso, que el que utiliza es el que ocupa más espacio en el Layout. Saludos.

[69recc]

A mi lo que me tiene aburrido del 2.5 y por lo cual no lo pudo usar es que no he podido configurar el botón medio del mouse, para cuando de click la escena no gire sino que se arrastre, (ya se que arrastrar se pude hacer presionando shift y el botón medio).

Pero es que tengo configurado el 2.49 igual que el max así que, estoy demasiado acostumbrado a arrastrar la escena con el click medio y a rotar con shift + click medio.

Sigo esperando que la versión más configurable y flexible de Blender me deje hacer esta tontería.

[OberonKing]

Aquí http://www.virgiliovasconcelos.com/i...uage=en&id=317 parece que hacen una comparación de tiempos de render entre la 2.49b y la 2.5 (svn revisión 23930). Según el vídeo, dobla la velocidad de render de la 2.49b. Saludos.

Yo hice mis propias pruebas, y realmente es más rápido (no es que no le crea al video, pero).

Usando el test, blend (el mismo del video) y sin hacer ninguna modificación, solo abrirlo y f12 en ambos builds.
2.5 dio 1:04:89 con 1 Core y 0:44:89 con 2 Cores.
2.49b: 2:44:19 con 1 Core y 1:30:99 con 2.

Hard de prueba: Athlon 64 x2 4600+, 3 Gb Ram DDR2.

Sistema: Ubuntu 64.

[pepeland]

A mi lo que me tiene aburrido del 2.5 y por lo cual no lo pudo usar es que no he podido configurar el botón medio del mouse, para cuando de click la escena no gire sino que se arrastre, (ya se que arrastrar se pude hacer presionando shift y el botón medio).

Pero es que tengo configurado el 2.49 igual que el max así que, estoy demasiado acostumbrado a arrastrar la escena con el click medio y a rotar con shift + click medio.

Sigo esperando que la versión más configurable y flexible de Blender me deje hacer esta tontería.

Eso me tiene frito a mí también.

Jur.

[cesio]

A mi lo que me tiene aburrido del 2.5 y por lo cual no lo pudo usar es que no he podido configurar el botón medio del mouse, para cuando de click la escena no gire sino que se arrastre, (ya se que arrastrar se pude hacer presionando shift y el botón medio).

Pero es que tengo configurado el 2.49 igual que el max así que, estoy demasiado acostumbrado a arrastrar la escena con el click medio y a rotar con shift + click medio.

Sigo esperando que la versión más configurable y flexible de Blender me deje hacer esta tontería.

Hey ya se pueden corregir los hotkeys en la 2.5, y también lo que dices tu.

Puedes guardar lo en un (*.blend) y compartirlo con tus amigos max/blenderos.

[renderiche]

Yo me he gastado más en otros caprichos y la verdad es que menos de 300 euros es un precio muy atractivo para la relación calidad/precio/velocidad que ofrece (para mí, actualmente es insuperable) y teniendo en cuenta que paso muchas horas con este hobby, no lo veo nada descabellado.

Además, el simple hecho de saber que un render de alta calidad (la iluminación es sublime) me va a costar 3 minutos en lugar de una hora, es como si me hubiese gastado el dinero en nuevo hardware más rápido.

Totalmente de acuerdo. Después de casi año y medio trabajando sólo con Blender y herramientas libres, ahora estoy metido en un trabajo de urgencia dentro de una empresa de infoarquitectura, dónde lo tienen todo con Windows/max/Vray/rpc, y en un día ya le pillado el punto de nuevo al max (2009), pues bien, solo puedo decir que trabajo muchísimo mejor con Blender, todo es más lógico, las hotkeys son lo que tienen que ser, el concepto es tan simple que me reafirmo aún más si cabe en el cambio que elegí en su día. Ahora bien, con lo que he vuelto a flipar es con el Vray, es la repera. Sabiendo de su próxima integración, no dudo un instante que lo compraré.

[renderiche]

Eso me tiene frito a mí también. Jur.

+3.

[povmaniaco]

Y ahora es cuando pregunto. V-ray por menos de 300 EUR? Donde.

[Alekzsander]

Y ahora es cuando pregunto. V-ray por menos de 300 EUR? Donde.

Mejor aprende LuxRender así te ahorras 300.

[Slash148]

Yo hice mis propias pruebas, y realmente es más rápido (no es que no le crea al video, pero). Usando el test, blend (el mismo del video) y sin hacer ninguna modificación, solo abrirlo y f12 en ambos builds.
2.5 dio 1:04:89 con 1 Core y 0:44:89 con 2 Cores.
2.49b: 2:44:19 con 1 Core y 1:30:99 con 2.

Hard de prueba: Athlon 64 x2 4600+, 3 Gb Ram DDR2.

Sistema: Ubuntu 64.

Es curioso, a mí me sucede lo contrario, hice una prueba de velocidad en estos días con Blender Publisher (creo que es la versión 2.24), Blender 2.49 y.

Con la 2.5. El archivo de prueba era el que abre Blender por defecto y los resultados fueron algo, así como:
Blender Publisher (instantáneo).

Blender 2.49b (0.8 segundos).

Blender 2.5 (como 1.5 segundos).

Algo que también descubrí fue que bajando las partes en que se divide el render a 1 el tiempo baja considerablemente (casi la mitad).

Hice la prueba con un Celeron a 1.6 Ghz, 1.5 Gb de Ram, bajo Windows XP 32.

[povmaniaco]

Mejor aprende LuxRender así te ahorras 300.

En eso estoy desde hace tiempo, con LuxRender. Pero no tiene nada que ver con Vray, es otro tipo de motor de render.

Posdata: (dejemos ya el of-topic.

[jedihe]

Es curioso, a mí me sucede lo contrario, hice una prueba de velocidad en estos días con Blender Publisher (creo que es la versión 2.24), Blender 2.49 y.

Con la 2.5. El archivo de prueba era el que abre Blender por defecto y los resultados fueron algo, así como:
Blender Publisher (instantáneo)
Blender 2.49b (0.8 segundos)
Blender 2.5 (como 1.5 segundos).

Algo que también descubrí fue que bajando las partes en que se divide el render a 1 el tiempo baja considerablemente (casi la mitad).

Hice la prueba con un Celeron a 1.6 Ghz, 1.5 Gb de Ram, bajo Windows XP 32.

Comparar renders de la 2.24 con 2.49/2.50 no tiene sentido.

En cuanto al asunto de que se demore más en la 2.50 puede ser debido al tiempo de construcción de las estructuras de aceleración, para que se note la ganancia deben ser escenas con ciertas características de complejidad geométrica y/o de Shaders.

Para quedar babeando sería si a estas mejoras en las estructuras de aceleración espaciales le sumaran el Lightcuts.

[Caronte]

Y ahora es cuando pregunto. V-ray por menos de 300 EUR? Donde.

Me han dicho que lo mejor es ponerse en contacto directamente con la gente de Vray para que te digan el distribuidor oficial más cercano, pero vamos que aquí lo tienes por 249 euros.

[povmaniaco]

Ya mire lo de los distribuidores, hay uno en Valencia y otro en Madrid y no sé de ninguno más. Ahora acabo de ver tu enlace y esta, pero que muy bien. A esos 249, solo hay que sumarles 35 del dongle, lo que nos da 284 EUR y eso ya si es precio de hobby.

Como siempre, gracias por la información, Caronte.

[lordloki]

Bueno pues parece que hay otro desarrollador (para 9 meses + posiblemente otros 9 meses) a tiempo completo :
Broken (Matt Ebb)
Ha sido gracias a las donaciones anónimas de alguien.

As some of you may have sen, yesterday during the 2009 Blender conference keynote, ton Rosendal announced the addition of another full time Blender developer: me. Thanks todo the support of a very génerous anonymous sponsor, y should be able todo survival working from home on Blender development for the next few months.

This came about over the last wek or two, so its still new for me as well. As far as im currently aware, the brief for this Project is get Blender 2.5 ready. So rather than some of the other things ive ben working on in my own time such as volume rendering, at least in the near term, this Project Will involve a fair bit of UI work, fixes, tweaks, cleaning up, attacking the 2.5 todo list, documentation - Attacking the main things neded todo get the 2.5/2.6 work polished todo a profesional level.

I a los hope todo be able todo provide support todo other developers who are working on other tools, todo help polish things for 2.5 where they may not have time todo do so themselves. This a los includes Brecht and Campbell at the Blender institute who are busy with Durian - I suspect ill be taquíng on some of their grunt work, so they can concéntrate on whats neded for their production. Hopefully this can alleviate some of the Blender open Project Syndrome, where features are added quickly todo fill a specific ned for the team, but arent entirely well integrated or fleshed out enough todo be fully useful for Blender users in general.

So thats the plan as it stands for now. Depending on how son these tasks can be done, perhaps there Will be time for some other things such as working on Python integration related work, render Api, or a los something i think is desperately neded - Design and coding work for a re-written Shading/material system. But time Will tell.

[MMalkavian]

Una pregunta: Según tengo entendido la 2.5 de Blender va a ser una beta continua, pero creo recordar que van a hacer 4 o 5 versiones estables y oficiales durante el desarrollo de la misma. Y me suena que la primera de estas versiones llegaría justo tras la Blender conference.
¿Alguien me puede confirmar o desmentir esto? Gracias anticipadas. Un saludo.

[OberonKing]

Una pregunta: Según tengo entendido la 2.5 de Blender va a ser una beta continua, pero creo recordar que van a hacer 4 o 5 versiones estables y oficiales durante el desarrollo de la misma. Y me suena que la primera de estas versiones llegaría justo tras la Blender conference.
¿Alguien me puede confirmar o desmentir esto? Gracias anticipadas. Un saludo.

Esa es la idea que tienen, sacarlo para la Blender conference/Durian lanzamiento.

Pero creo que lo sacaran cuando este listo para salir.

[lordloki]

Otra sorpresa:
Farsthary tiene una primera versión de SPH para complementar las partículas en Blender.

Tadan. Smoothed particle hidrodynamics (SPH) for Blender particle system.
(true fluid particles)
Hi everyone
Long time without posting huh? well, y have prepared a surpresa, y have being making recently some research in the área of SPH simulators (dont blame me, Gathering resources for bloxel i found this and since its development is shorter than bloxel i decied not kep community waiting ) and came up with the first draft of SPH physiscs for the powerfull Blender particle system.

For the ones that SPH means something camed from the stars i have todo tell that in some bien you are rigth, SPH was developed firstly in 1977 for simulating astrophisical procesos. The fundamentals of the SPH theory are the interpolation theory, the units in the SPH method represent a región in space and not a real particle, thus field variables (pressure, iscosity, elocity, color, etc) are found by avergaing, or smoothing the field variables over a región of interest. Sph is often described as a rugged, robust technique that could be esaily extended todo n dimensions while eulerian approaches (grid based methods) sufer from the curse of dimesionality (computation grows exponentially with dimesions).

Pros:
o arbitrary scene set, no ned todo define a domain.
o intuitive and artista friendly.
o posibility todo handle arbitrary complex interactions like hetero-fluidos Simulations, and unexpected Deformations.
o robust, adaptable and extensible.
o god results Even with Low number of particles.
o represent a natural extention todo the current Blender particle system.
o excelent for some crazy fluid like particle FXs.
o represent one of the most versatile and flexible fluid simulator type.
o does not depend on Boundary conditions.

Cons:
To achieve the same level of accuracy than a grid based simulator like elbem require high number of particles.

Todo.
o improve speed and stability (particle kd-tre?)
o jhacka review and posible integration?
This new method is not a replacement for the Blender elbem fluid simulator, is just a complement and a natural extention todo the current particle system, like Many other packages have implemented (Softimage, Houdini, RealFlow, etc.)
I plan todo reléase the match for next week for further development and review, a los the GUI is not finished and some design consierations should be made, this patch is nearly ready todo go and it Will not require any Traumatic change in Blender so Will be safe todo commit.

Hope you like it.

Farsthary.

-- IMÁGENES ADJUNTAS --

[OberonKing]

Otra sorpresa: Farsthary tiene una primera versión de SPH para complementar las partículas en Blender.

Si, eso sí es una buena noticia.

Vamos a ver cómo queda.

[Caronte]

Otro vistazo a cosas nuevas de la 2.50 (se me sigue cayendo la baba).

2.5 tour #9 part6 :follow up.

Hey all here is another 2.5 tour for yas, this is just a follow up tour going throguh the problems that has ben fixed since my last tours like drivers for instance, and alot of the new things.
Whats covered (from memory).

Continuous Grab.

Keyingsets UI/keying.

Fcurve modifiers.

Fcurve pivot points and 2d cursor.

Drivers.

Projection based snapping.

Raytrace improvments.

Practical example use of drivers.

Anything else that i have forgotten.

Anyway here is the tour. http://mfoxdogg.com/2_5_tour_followup, ogg.

And here is the Jak in the box. Blend. http://mfoxdogg.com/jackinthebox_test, blend.

Hope you all enjoy it.

[Leander]

¿Podemos trabajar ya con algunos de los builds de la 2.5 de graphicall o habrá problemas con los blends cuando saquen la 2.5 oficial?

[Cesar Saez]

Me atrevería a decir que no habrá problema entre lo que generes con la beta y la versión final (sin saber exactamente como va el tema), habitualmente se le suman cosas al formato para hacerlo compatible con ciertos avances (en caso de ser estrictamente necesario) pero quitar entre una beta y versión final sería muy extraño.

[Caronte]

¿Podemos trabajar ya con algunos de los builds de la 2.5 de graphicall o habrá problemas con los blends cuando saquen la 2.5 oficial?

Desde mi experiencia y al margen de que lo generado sea compatible o no, pienso que la 2.5 está muy verde aún, de hecho, he intentado en varias ocasiones usarlo porque alguna mejora me hacía ser más productivo, pero los cuelgues son constantes cuando te metes en cosas más serias que simples pruebas aisladas.

Yo personalmente me esperaré hasta que madure más.