[Compartiendo Aplicaciones] VideoMorph: un transcodificador de y para la Comunidad.

Saludos GUTL:

Necesaria introducción:

Hace ya algún tiempo(2 años exactamente), un grupo de colegas de la comunidad nos dimos a la tarea de crear un transcodificador(conversor) de vídeos para GNU/Linux. Entre ellos se encontraban Alex Vergara Gil(aka BishopWolf) Francisco Perdigón Romero(aka bosito7), y quien redacta este artículo, todos partidarios del lenguaje Python y las librerías gráficas Qt4/5.

El proyecto en su inicio se llamó MediaMorph, y era una interfaz gráfica para avconv y/o ffmpeg, unoconv y posible hasta imagemagick. Hicimos grandes avances(lista de correos incluida) pero debido al corto tiempo, y las limitaciones propias de muchos de nosotros(nada de acceso a Internet, falta de sistema de control de versiones, falta de un sistema para administrar proyectos), la idea detrás de MediaMorph quedó bajo una espesa capa de polvo y guardada con celo por este escribidor en su carpeta de correos.

Un tiempo atrás, cuando tuve necesidad de darle la tarea a un familiar mío que me convirtiera una serie de vídeos, me percaté que las herramientas existentes no son para nada amistosas, sobre todo las que hacen uso de ffmpeg/avconv como backend transcodificador. La que no saca una terminal llena de galimatías espeluznantes, pues tiene más botones de colores que un F-35. Antes de que los puritanos me ataquen, debemos comprender que estas cosas no son para nada usables, la tarea de conversión de archivos multimedia debe ser lo más sencilla y menos traumática posible(miren la popularidad del FormatFactory: UI del mencoder).

Entre las soluciones disponibles en casi todos los repos tenemos a:

  • Handbrake.

  • WinFF.

  • FF MultiConverter.

  • Transmaggedon.

Les dejo a su consideración los pro y contras. Todos esas aplicaciones sirven a un fin común: convertir vídeos.

VideoMorph: otro conversor de videos?

Hoy les quiero presentar a VideoMorph(inicialmente MediaMorph). Gracias a la entusiasta ayuda de Leodanis Pozo(aka lpozo), quien fue capaz de darle orden al caos inicial que yo había hecho, tenemos finalmente un producto usable que presentarle a la comunidad, en espera de su necesario y acostumbrado feedback.

Con VideoMorph quisimos lograr ese convertidor de formatos de vídeo para GNU/Linux que fuera útil y a la vez usable. Que su interfaz no fuera ofensiva a la vista y que hiciera una sola cosa y la hiciera bien: convertir vídeos de un formato a otro.

VideoMorph es un convertidor de vídeos, solo eso, si necesitas un editor de vídeo, VideoMorph no es para tí.

Instalación y requerimientos:

VideoMorph hace uso de ffmpeg para las tareas de transcodificación, y usa las librarías gráficas Qt5 para su interfaz, por lo que es necesario tener instalados estos paquetes para su funcionamiento. Para descargar VideoMorph usen los siguientes enlaces:

Versión tarball

Versión RPM

Versión DEB

Repo GitHub

Luego de descargado, en necesario instalar las dependencias:

En Debian/Ubuntu

apt install ffmpeg python3-pyqt5

En Fedora/RHEL/CentOS

dnf install ffmpeg python3-qt5

o en su defecto

yum install ffmpeg python3-qt5

En Arch/Manjaro

pacman -Ss ffmpeg python-pyqt5

Se requiere la ayuda de traductores y/o empaquetadores, artwork, etc.

Si usas el paquete rpm, pues con

rpm -i videomorph-0.5a-1.noarch.rpm

ya lo tendrás instalado. Si usas cualquier otra distro, descarga el fichero tarball, descompactalo, y luego, como root:

python3 setup.py install

Notar el uso obligatorio del comando python3 sobre python o python2.

Si todo fluye bien, debes tener ya una entrada en la sección Multimedia a VideoMorph(independientememte del entorno de escritorio).

menu

Entrada en la sección Multimedia

Luego, ejecútenlo(bajo su propio riesgo), y debe salir una ventana como esta:

Ventana principal de VideoMorph

Ventana principal de VideoMorph

Listado de funcionalidades:

  • Open/Abrir: Añade un vídeo o grupo de vídeo a a lista de tareas.
  • Clear List/Limpiar Lista: Elimina todos los vídeos de la lista de tareas.
  • Remove file/Eliminar fichero: Elimina el vídeo seleccionado de la lista de tareas.
  • Convert/Convertir: Comienza el proceso de conversión.
  • Stop/Detener: Finaliza el proceso de conversión.
  • Converto to/Convertir a: Perfiles generales de conversión.
  • Target Quality/Calidad del objetivo: Perfil específico para el proceso de conversión.

Al final, deben tener algo como:

screenshot

VideoMorph con lista de tareas.

 Y sin más dilaciones, solo me queda exhortarlos a que prueben VideoMorph, y dejen sus opiniones! Aunque todavía a VideoMorph le queda mucho camino por recorrer…

¿Te resultó interesante? Compártelo ...

Ozkar

Publicado por Ozkar

http://codeshard.github.io/ » Forma parte de GUTL desde el 6 diciembre, 2011. Soy uno ahí, no seas como yo...

Este artículo tiene 51 comentarios

      • Una duda, la versión que dice «tarball» observo que el archivo dice x86_64. mmm, Es para 64 Bits solamente????
        Es que x86_64 normalmente no significa que sea tanto para una arquitectura como para la otra, sino que x86_64 es el equivalente de Intel a AMD64, es decir tambén es 64 Bits.

        • No, je, Es que hice el tarball desde el setup.py, y pone la arquitectura en la cadena. para nada es de 64 bits, fijate que el rpm dice noarch. Empaquetalo para Debian y Bubuntu.

    • Si, de lo contrario no tuviera que compilar ffmpeg antes! Pero yo tranquilo, si no termina hoy antes de las 5.00 ya lo probaré el lunes.

      • Yo compilo ffmpeg en 15 minutos mas o menos en mi cacharro, luego te paso los parámetro que le pongo al ./configure

  2. Estimado Ozkar:

    Complace ver, y por más de una razón, otra aplicación para el entorno GNU/Linux; por ello, mis felicitaciones y estímulo a seguir mejorándolo.

    Quiero señalar que no es el único proyecto desarrollado por y para la comunidad destinado a la vonversión de vídeos; ahí está desde hace algún tiempo Tinoencoder y, como VideoMorph, funciona.

    Descargaré el tarball para agregarlo a RepoGUTL.

    Con toda consideración.

    • Saludos Delio:
      Primero es muy bueno leerlo! Si, VideoMorph hace uso de la idea detrás de tino-encoder. Apoyo su comentario de solo sea el tarball, con el source incluido por cierto, ya que VideoMorph debe estar sujeto a cambios(tenemos pensado incluir soporte a avconv, que remedio).
      Un abrazo!

      • Offtopic para ambos dos inclusive juntos (luego de leer estas palabras absurdas, Delio entra en guardia Cervantina y me mira con ganas de matarme, jejeje):
        Que tal si en algun momento del 2016 hacemos el GUTL Oriente 2016????
        Sedes???? Holguín o Bayamo (creo que la primera se lo merece, a pesar de lo lejitos que me queda)

        • Maikel:

          Estimo viable, justo además y reconocimiento a la comunidad holguinera de SWL desarrollar en la ciudad de los parques el «GUTL Oriente 2016». Como desear es pergeñar, ya podríamos ir pensando en la fecha y modos de agenciarnos apoyo y recursos sin doblegar nuestra independencia y caminos.

          Duplico los abrazos, para tí y para Ozkar.

          • Delio y Maikel, mis saludos, hace a penas unos minutos estuvo por acá Ozkar y me comentó la idea de Uds. de organizar el encuentro «GUTL Oriente 2016» en Holguín. Por mi parte tienen mi apoyo total. Haré las coordinaciones pertinentes para gestionar un local y ver las posibles necesidades logísticas. Por e-mail me pueden contactar para precisar algunas ideas y otro detalle.

            Un abrazo

            Carlos

          • Sobre la fecha, creo que lo mejor es no apurarnos. El propio Carlos debe estar medio extenuado de eventos, ya que ultimamente lo hemos visto muy «eventoso» jejeje, asi que es bueno dejar algo de tiempo para organizarnos y recuperar fuerzas aquellos que hayan tenido mucha carga comunitaria ultimamente (yo me he tomado un buen periodo sabático en los ultimos tiempos). El propio Delio viajó al cubaconf en la capital, y viajar desde la Cuba Profunda (frase que le he escuchado decir a el mismo varias veces) a veces cansa un poco.
            Puede parecer un poco lejano y ya ustedes me aconsejarán, pero creo sería bueno después del verano… En fin, se me ocurre lanzar una convocatoria inicial acá en el Portal y a los listeros luego que la pasen a la lista de correos…
            Habilitar un email para contacto y recepción de trabajos, presentaciones etc, alguna paginilla en facebook, twitter o google +. Este fin de semana hago una pagina estática bien rechula para el evento y la adjunto a GUTL (será algo así como http://gutl.jovenclub.cu/oriente2016 o cualquier otra url que me recomienden)

          • Maikel, en efecto realmente he estado Eventoso y medio, jajajaja, llevo tres meses sin parar, primero el evento del Día del Documento Libre (Marzo), luego el FLISOL (Abril) y por último las Bloguerías de Mayo (Mayo). Así que para que todo salga bien y tenga la repercusión que amerita, puede ser para después del verano, Septiembre u octubre, ya buscaremos una fecha, que hay bastantes, que tengas que ver con el mundo del Software Libre será, también, el motivo de celebración con la comunidad de Software Libre del Oriente Cubano. Convocaré a la comunidad de acá de Holguín para organizar un encuentro y precisar detalles organizativos.

            Un abrazo

            Carlos

          • Ahora que lo dices, sería bueno organizar pequeñamente un GUTL Habana 2016 porque recordemos que en FLISOL no se pudo copiar casi nada de Debian/Ubuntu… Sería genial porque ya necesito actualizar, este Debian que tengo esta al llorar…

  3. Compilado ffmpeg me dispongo a descomprimir videomorph-0.5a.linux-x86_64.zip y me encuentro con una estructura de directorios comenzando en /usr. Descomprimo en / y me dispongo a ejecutar videomorph cuando bash me dice: /bin/python3: intérprete erróneo: No existe el archivo o el directorio y en efecto, porque mi python3 está en /usr/bin/python3. En fin, edito /usr/bin/videomorph y al ejecutarlo nuevamente:
    Traceback (most recent call last):
    File "/usr/bin/videomorph", line 4, in <module>
    from videomorph import videomorph
    ImportError: No module named 'videomorph'
    De ahí en adelante no quise continuar porque yo python se leer pero no escribir 😀

    PS: Este comentario está redactado hace dos horas, pero por restricciones sin sentido no lo había podido enviar.

    • Mis más sinceras disculpas, ya está actualizado el vínculo al tarball!(después de haber compilado ffmpeg pregunta para acá, que estoy al darte mi número).

      • Te mato, anoche llegué a casa, y cuando descompacto el supuesto tarball, bummm, por gusto 🙁
        En fin, lo empaqueto hoy para Debian et al. y lo subo mañana o el lunes. Saludos y buen trabajo colega

      • Cool! Una vez más: /bin/python3: intérprete erróneo: No existe el archivo o el directorio porque como ya había mencionado, mi python3 está en /usr/bin/python3 pero una vez arreglada la ruta en la primera línea del ejecutable de VideoMorph todo fluye… aunque debo advertir que aún no he convertido nada por falta de tiempo (es sábado y me acabo de bajar de una guagua ;-)).

        • Si, ese error lo corregí al empaquetar a .deb
          Tal vez en Fedora el interprete de python esté en esa ruta (recordemos que es la distro que usa Ozkar), aunque me extraña que esté ahí, pero recuerdo que Fedora ha hecho cambios en la jerarquía del sistema.
          Voy a subir el deb y aclaro, como trusty no incluye ffmpeg, puso a ffmpeg como sugerido, no como dependencia, pero si no se tiene los binarios de ffmpeg no va a funcionar el programa. Necesito la gente de debian y familia pruebe luego el deb a ver si les funciona porque lo empaqueté en mi trusty extraterrestre que ni es Trusty ni es nada, está formada por mas paquetes compilados or mi que por paquetes DEB del repo oficial, asi que necesito saber si les funciona o que error les da desde consola para arreglar algo que no vaya bien con ese deb. Saludos

        • Actualicé el post incluyendo el DEB. Repito, ffmpeg está como sugerido y no como dependencia para que no de bateos de dependencias incumplidas en Ubuntu Trusty. Pero sin ffmpeg no hay conversion alguna, tal vez haya que modificar algo más adelante para que videomorph trabaje indistintamente con ffmpeg o con avconv aunque ya Ubuntu regresó ffmpeg a sus repositorios oficiales, la jodedera fue solo con Trusty…

          • Maikel:

            El empaquetamiento que hiciste para .deb funcionó sin problema alguno en Debian 8; a diferencia del TarBall que todavía me da el siguiente error: /bin/python3: intérprete erróneo: No existe el archivo o el directorio.

            Con toda conbsideración.

      • La (¿el?) shebang#!/usr/bin/env python3 debería funcionar independientemente de donde cada distribución ponga el intérprete.

  5. «Que su interfaz no fuera ofensiva a la vista y que hiciera una sola cosa y la hiciera bien»

    Nada más acertado. Gran trabajo @Ozkar & Cía. Luego lo voy a instalar en mi openSuSe Leap.

    Saludos.

  6. Ozkar:

    Al ejecutar python3 setup.py install, después de instaladas todas las dependencias me da error. El empaquetamiento en «.deb» que hizo Maikel si me funcionó.

    Con toda consideración.

    • Saludos, yo he descargado la versión del fuente GitHub y lo ejecuté CORRECTAMENTE en Debian 8.4.0 … sin problemas… incluso ya he convertido varias cosas… tengo mis requests para el equipo pero también creo que voy a hacer un par de aportaciones… porque no todo es quejarse jejeje…
      LordFord.

      • @lordford, el ~master.zip de Github si está correcto, el error da con el tarball que Ozkar subió a GUTL

    • En el .deb corregí ese error. Nótese que Ozkar actualizó el enlace, el primero que puso no era realmente el tarball correcto, luego lo actualizó y si colocó el indicado. No obstante, en el tarball actualizado hay que corregir aclarando que el interprete de python está en /usr/bin/python3, es solo una linea de código en un solo archivo .py lo que hay que corregir. Me alegra haya funcionado en Debian el DEB, recuerde que debe instalar ffmpeg, no lo puse como dependencia para que no diera error en Ubuntu Trusty, que no incluye ffmpeg. En Trusty hay que instalar ffmpeg desde un PPA o bajar las fuentes y compilarlas a mano alzada e instalar los binarios resultantes…

    • Por cierto y offtopic: con la cantidad de aplicaciones nacionales que hay (aunque muchas de ellas sin soporte desde hace siglos), si sus desarrolladores facilitaran el empaquetamiento en DEB, sería saludable crear un PPA GUTL en Launchpad. No se que piensen, pero eso facilitaría la divulgación de las aplicaciones cubanas, permitiendo que cualquier usuario de Ubuntu (la distro Linux más usada del mundo) pudiera instalarlas desde nuestro PPA. solo es cuestion de crear la cuenta en Launchpad y listo, a empaquetar. Me tocaría a mi o a cualquier otro (de seguro hay otros con muca experiencia en esto) explicar en el Portal o en la wiki las directivas del empaquetado según Ubuntu y Launchpad…

      • Lo que haría falta sería un gitcub.cu como plataforma de desarrollo colaborativo.

        Sorry github, necesitamos algún clon tuyo aquí…

        • Lo que haría falta sería un gitcub.cu como plataforma de desarrollo colaborativo.

          Cruzados de brazos como vamos, pronto lo vamos a tener, como no 🙁
          Antes yo pensaba que era necesario, pero luego de años conociendo a la comunidad cubana de Software Libre, luchar y obtener un git cubano (que tendremos que justificarlo sobradamente) sería una pérdida de tiempo. Si comienzas un proyecto en esa hipotética plataforma… ¿Cuantos commits anualesde otros desarolladores crees que tendrás? Tal vez me equivoco, pero bahhhh, yo no lucho por eso…

          • No creo que sea muy dificil instalar un GitLab, lo difícil es el permiso, en eso llevas razón al 100%. Pero que vamos a hacer? Ojala algún día podamos contar con tan maravillosa herramienta, verás mil y un proyecto ultrainteresantes de nuestra comunidad. Te entiendo, pero…

            En este caso hay que seguir palante a ver que pasa, aunque sería una buena propuesta, claro habría que hablarlo con más calma y con cerebros pensantes[Pablo, Hugo?] que sepan como manejar la cuestión delicadamente[yo mismo no sirvo para eso] y convencer a los que haya que convencer…

            Salu2.

          • Vuelvo y repito, ¿Intentarlo para que? Para que haya mil y un proyectos creados y cero gente dispuesta a colaborar???? Ná, no vale la pena, pá eso está github y algún dia en este siglo o el que viene, los cubanos de a pie podrán acceder a el y ver como es que se lleva el mundo open source, y no el fraude de intento de open source que llevamos en Cuba. Es mi opinión. antes pensaba igual, que hacía falta en Cuba un gitlab, pero eso es como:
            «Hace falta una wikipedia»/Toma Ecured
            «Hace falta Facebook»/Toma tendedera
            «Hace falta crear mi propio Blog»/Toma Reflejos

            ¿En serio eso es lo que hace falta? creo que lo que hace falta es acceso a Github y punto, no a un clon cubano que no a va funcionar a la larga….

  7. No sabia que habían continuado con le proyecto, estuve en la lista de correos al principio, pero dejaron de llegar los correos. Bueno me alegro mucho que ver esta versión en ese estado, muy buen trabajo, lo pruebo y les comento.

  8. @Ozkar hermano que felicidad me ha dado ver que te animaste a terminar lo que con tanto cariño todos empezamos. Cuando tenga un tiempo voy a meterme en el codigo para ver como quedo, dime si lo has subido a github, por favor escribeme a mi email para ponernos en contacto que como haz cambiado unas 700 veces de trabajo te he perdido el rastro, mi email bo…o7@gmail.com bo…o7=ni_nick_name, un abrazo fuerte

    • Bueno saber de ti, vikingo! Este fin de semana debo subir a GitHub la última actualización, Leodanis le ha hecho varios cambios y andamos onda kernel de linux: el trabaja y yo reviso :D. En breve te escribo al correo. Un abrazo!

Los comentarios están cerrados.