Versión para imprimir
Buenas. Tengo una animación que tengo que renderizar en Blender bajo Linux. El problema es que cuando despliego la lista de formatos de exportación, me sale avi jpeg y avi Raw, pero necesito comprimir con un códec por que la animación la tengo que enviar por internel.
¿Alguien sabe cómo añadir otros formatos en esta lista? Sé que por lo menos tengo instalado el divx4linux. Sería ideal poderlo utilizar. Gracias. Un saludo.
Cluez, busca el programa avidemux (si usas debían, apt-get install avidemux). Desde Blender sacas como avi Raw, y desde avidemux te permite comprimirlo (y montar audio si quieres) a cualquier formato de códec que tengas en el ordenador de una forma muy simple y gráfica. Un saludo.
Hasta que no añadan el proyecto FFMpeg a Blender (que será antes de noviembre) nada más que tienes esas dos posibilidades. Por lo tanto, para codificarlo en otro tipo de códec lo tendrás que hacer con algún programa externo (ejemplo, mencoder).
Ahí van dos tips (de poder,) para pasar videos con el mencoder. El primero es para comprimir un avi sin compresión, el segundo es para pasar una secuencia de tgas a un avi con compresión:
Mencoder original -ofps 25 -vop scale=640:360 -sws 2 -ovc lavc -lavcopts vcódec=mpeg4:vpass=1:vhq:keyint=250:vbitrate=valo r -oac copy -o salida. Avi.
Mencoder mf:// -mf type=tga -ofps 20 -vop scale=400:300 -sws 2 -ovc lavc -lavcopts vcódec=mpeg4:vpass=1:vhq:keyint=250:vbitrate=valo r -oac copy -o salida.avi \*.tga.
Obviamente tienes que cambiar la resolución por la que tú quieras, igual que los fps, darle un valor de vbitrate (128 está bien) y cambiar el nombre de la salida.avi. Saludos.
Bueno, ahí va un tip de poder entre lo que ha puesto Tintín y un scriptito que mi colega Nacho me pasó una vez. Lo guardas como comprimeloquequieras, sh y le das permisos de ejecución (chmod +x comprimeloquequieras, sh):
#./bin/sh.
In=$1
Out=$2
Brate=$3
If [ $brate = ], then brate=500, fi.
Mencoder $in -ofps 25 -vop scale=640:360 -sws 2 -ovc lavc -lavcopts vcódec=mpeg4:vpass=1:vhq:keyint=250:vbitrate=$bra te -oac copy -o $out.
-
Pues eso, el uso sería./comprimeloquequieras archivodentrada, (*.avi) archivodesalida, (*.avi) bitrate.
Si no pones el bitrate, por defecto lo pondrá a 500, y para el del otro:
#./bin/sh.
Out=$1
Brate=$2
If [ $brate = ], then brate=500, fi.
Mencoder mf:// -mf type=tga -ofps 20 -vop scale=400:300 -sws 2 -ovc lavc -lavcopts vcódec=mpeg4:vpass=1:vhq:keyint=250:vbitrate=$bra te -oac copy -o $out \*.tga.
-
Usándolo como./elnombrequelehayaspu esto archivodesalida, (*.avi) bitrate.
Profit.
Edito: al publicar, me sale un espacio entre brat y eh, no sé si es cosa del foro, pero tiene que ir todo junto.
[offtopic]este hilo es perfecto para asustar al que esté pensando en pasarse a Linux [/offtopic].
Otra opción: Grabo los renders en formato.png, y después lo paso a mpeg-2 con mjpeGtools. (Este foro no está bien de salud, he tenido que usar un fichero adjunto, porque cada vez que escribía el mensaje incluyendo ese texto, el foro me daba un error de página no encontrada y salía a la página principal) malo malo.
-- IMÁGENES ADJUNTAS --
https://foro3d.com/attachment.php?attachmentid=20228
¿No puedo responder o es cosa mía? Editado: Subo la respuesta en.txt, que, si no me deja. Gracias a la gente despierta de este foro que se le ocurren ideas alternativas.
-- IMÁGENES ADJUNTAS --
https://foro3d.com/attachment.php?attachmentid=20231
En este foro no se pueden usar comandos o palabras reservadas de Linux por seguridad.
Es que somos muy peligrosos.
Ya lo sé para la próxima vez tendré cuidaito.
Bueno, para que no se asuste nadie, esos comandos hacen que sólo tengas que escribir cuatro palabrejas (de tu elección, además) para comprimir vídeo, en vez de tener que abrir un programa, seleccionar el vídeo, dar cuatro botónazos y guardar. La posibilidad del programa esta ahí, avidemux es una excelente opción para este tipo de cosas.
Si claro, este serán cuatro palabrejas en tu pueblo:Cita:
Bueno, para que no se asuste nadie, esos comandos hacen que sólo tengas que escribir cuatro palabrejas (de tu elección, además) para comprimir vídeo.
Mencoder mf:// -mf type=tga -ofps 20 -vop scale=400:300 -sws 2 -ovc lavc -lavcopts vcódec=mpeg4:vpass=1:vhq:keyint=250:vbitrate=valo r -oac copy -o salida.avi \*.tga.
La verdad es que no sé cuándo os daréis cuenta de que la historia consola de las narices, es algo del pasado. La defendeis como si fuese vuestra hija.
Si hubiese querido usar la consola, me hubiese quedado con el ms-dos de mi Amstrad 1512.
Mars se refería a.Y respecto a la consola, depende de cómo lo mires. Yo paso más 8 horas diarias con el vim, en varias terminales y se trabaja muy a gusto.Cita:
/comprimeloquequieras archivodentrada, (*.avi) archivodesalida, (*.avi) bitrate.
Por cierto, la terminal no es sólo cosa de Unix.http://www.Microsoft.com/downloads/d...displaylang=en.Cita:
Windows monad Shell is a new interactive command-line and task-based scripting technology in Windows that enables administrators todo more eficiently and securely automate and control system management tasks on both desktops and servers. Monad Shell provides powerful task-based control (via built-in command line tools and utilities) and a powerful scripting lenguaje that enables comprehensive scripted control of the Windows operating system and applications.
Dios, cada vez que se pregunta algo de Linux el offtopic Windows vs Linux es inevitable. Bueno, vale, yo también me apunto. Caronte, cuando tengas la necesidad de automatizar una producción horaria ya me dirás que la consola es cosa del pasado, ya sea en Windows o en Linux.
Con respecto a lo del monad. ¿alguien lo ha probado? ¿Qué tiene de diferente a usar vbscriptí yo para estas cosas prefiero usar perl aunque sea en Windows. La verdad es que mucho se lo tienen que trabajar los de Microsoft para superar la potencia de perl o Python.
Dios, he criticado a Microsoft, ya tenemos bronca otra vez.
A ver, a mí me importa 3 pepinos el Windows, el Linux, el posix o lo que sea, pero me parece retrogrado tener que escribir un montón de cosas abstractas para hacer algo tan simple y cotidiano como comprimir un video.
¿Por qué pensáis que todas las investigaciones sobre interfaz se hacen en plan visual? Pues muy fácil, porque para el cerebro es infinitamente más fácil recordar y repetir acciones en formato espacial. Eso es un hecho, yo no digo que la consola sea inútil, pero obligar a usarla es un error garrafal y si el mejor programa para hacer una cosa (o el único) está hecho para funcionar en modo consola, pues su programador no tiene en cuenta para nada al usuario final. Puede que se lo haya programado para el mismo o para sus amigos programadores, pero no para usuarios normales que buscan la comodidad.
Posdata: esas cuatro palabrejas a las que hace referencia Mars, están ahí solo si antes has escrito un script de comandos o algún amigo frikie te lo ha pasado, cosa poco probable para el usuario de a pie.
Para muchas tareas la terminal es infinitamente más rápida y consume menos recursos que una aplicación visual. Eso no quita que los que usemos a menudo la terminal, hagamos scripts, seamos retrógrados. Como programador también me interesa la usabilidad y el diseño de interfazs, pero hay muchos momentos donde he necesitado algo rápido y repetitivo y que quieres que te diga, tardo menos en hacerme un script en Bash que programarme algo en plan visual.
Por cierto, el tema de usabilidad y accesibilidad es apasionante, aquí dejo un par de enlaces interesantes: http://openusability.org/index.php. http://developer.Gnome.org/projects/...port_main.html. http://developer.Apple.com/documenta...lity-date.html.
Sólo hay que guardar ese script en un archivo. Por ejemplo, el nombre del mío es dv2divx (para pasar de DV a divx y, además pulsando el tabulador se autocompletan el nombre de los comandos o archivos). Abro una consola y hago.
/dv2divx video1.avi video2.avi.
Lo cual me supone escribir./dv[tabulador] vid[tabulador] vid[tabulador].
Y me ahorro abrir el programa, cargar los vídeos y demás.
Pero la potencia del scripting va mucho más, allá. Si yo llego a casa y quiero ponerme la playlist con las últimas novedades que se hayan acabado de bajar, de la forma normal tendría que arrancar el programa, ir al selector de canciones, buscar la carpeta dónde están y cargar las nuevas.
Con el scripting sólo escribo:
Música (o pulso mu[tabulador]).
Y se me abre el programa con todo cargado y reproduciendo. Ya está. Complicado, ¿verdad? El script hace simplemente xmms /audio/* & (por si a alguien le interesa). En /audio es donde dejo todo el audio, valga la redundancia.
Vaya, entornos visuales vs la consola. En este foro se ve de todo.
Como ya he dicho, ese script tiene que salir de algún lado, o debo conocer a fondo el sistema operativo o me lo tiene que pasar alguien, en cambio con un programa visual yo puedo hacer lo que busco, aunque sea la primera vez que veo ese programa.Cita:
Sólo hay que guardar ese script en un archivo.
Si nos ponemos en ese plan, también hay grabadores de macros que capturan lo que haces con el ratón y el teclado, para reproducirlo después con una combinación de teclas, me parece muy bien como opción, pero nada más.Cita:
Por ejemplo, el nombre del mío es dv2divx (para pasar de DV a divx y, además pulsando el tabulador se autocompletan el nombre de los comandos o archivos). Abro una consola y hago.
/dv2divx video1.avi video2.avi.
Lo cual me supone escribir./dv[tabulador] vid[tabulador] vid[tabulador]
Y me ahorro abrir el programa, cargar los vídeos y demás.
Te remito al primer quote.Cita:
Pero la potencia del scripting va mucho más, allá. Si yo llego a casa y quiero ponerme la playlist con las últimas novedades que se hayan acabado de bajar, de la forma normal tendría que arrancar el programa, ir al selector de canciones, buscar la carpeta dónde están y cargar las nuevas, con el scripting sólo escribo:
Música (o pulso mu[tabulador])
Y se me abre el programa con todo cargado y reproduciendo.
Pues sí, complicado, si yo le instalo a mi vecino (por ejemplo) el videomach que es un pequeño programa freeware que comprime video (entre otras cosas), el podrá hacerlo fácilmente con 4 clicks sin saber nada del programa, porque tiene una interfaz gráfica que lo permite, en cambio, si lo dejo solo con ese programa, te aseguro a que no lo usara, y si lo consigue después de empollarse la documentación (que supongo que, llevara) me dirá que es una de vaca y con razón.Cita:
Ya está. Complicado, ¿verdad?
Bueno, esto es la misma historia de siempre, en fin.
Edito:
Sobre eso que decís que consume muy pocos recursos, ¿a quién le importa? Hoy en día cualquier ordenador puede permitirse esos miserables recursos extra que requiere una interfaz gráfica.
Las interfaz visuales han acercado la informática a la gente común, que luego sea mucho más rápido hacerlo todo con Hot-keys o con una consola, es otra historia.
Mira sino Blender, que la gente se queja porque todo se accede a través de teclas rápidas y no con su correspondiente botón.
Exacto, en Blender antes todo era atajos de teclado y ahora todo se puede acceder a través de los menús de forma gráfica. Esto no se ha hecho por capricho, sino por la demanda de la gente.Cita:
Las interfaz visuales han acercado la informática a la gente común, que luego sea mucho más rápido hacerlo todo con Hot-keys o con una consola, es otra historia.
Mira sino Blender, que la gente se queja porque todo se accede a través de teclas rápidas y no con su correspondiente botón.
Aún y usar Linux tengo que dar parte de razón a Caronte. Linux está igual de bien para usar por Shell o por gráfico (aunque algunas aplicaciones todavía se están migrando a modo gráfico etc).
Si te interesa un poco el tema de so (un poco solo), pues no te molestará escribir unas cosas en la consola.
Si por lo contrario quieres ir a tu PC y hacer lo que cualquier usuario normal Linux lo permite.
Lo que es ilógico es estar criticando que ahora se tiene que comprimir por consola etc, lo de Blender cuando en la 2.40 ya se podrá hacer por gráfico.
Posdata: como usuario de Linux a veces me cuesta más encontrar un botón en mí KDE que poner el comando de consola.
Edito para decir que el hecho de que en Linux todavía haigan ciertas aplicaciones que no están en modo gráfico es porque ha lo largo de su desarrollo se ha centrado mucho esfuerzo en hacer un sistema muy robusto, para servidores que no pueden fallar que para usuarios. Aunque gracias al desarrollo que está recibiendo KDE y Gnome pronto será un sistema tan valido para servidores (etc.) y para usuarios.