Ahora que el título de este post tiene tu atención, debo aclarar que este método puede funcionar en algunos sitios pero no en otros. En particular, lo he usado para descargar de las páginas de Televisa y TV Azteca. La única forma de averiguar si funciona en la página de tu preferencia es probarlo.
En este post usaré Firefox, cURL y FFmpeg para descargar los videos así que si eres, por ejemplo, usuario de Chrome debes buscar en otro lugar.
Es hora de otro post para revisar los más recientes proyectos mexicanos en Kickstarter. En Kickstarter he visto muchos proyectos mexicanos que lucen bien, otros realmente malos, otros que son claramente estafas pero hay algunos que, como dice el título de este post, ya ni se esfuerzan.
Hace tiempo escribí algunos posts con instrucciones para ripear un DVD usando FFmpeg. En esos posts mencionaba que primero deberías probar con Handbrake antes de intentar ripear el DVD de la forma difícil desde la línea de comandos usando MPlayer y FFmpeg. Entonces, ¿cuál es la razón para escribir este post? ¿Cuál es el problema con Handbrake?. El problema de Handbrake es el típico problema de Linux de interfaces de usuario terribles 😦 . Si eres como yo y quieres ripear todos los títulos de un DVD, con Handbrake tienes que seleccionar un título, configurar las opciones, agregarlo a la cola de tareas y después seleccionar el siguiente título y repetir 😦 . Aunque el proceso puede tomar solamente unos cuantos clicks, cuando te encuentras con un DVD con muchos títulos, esos son algunos cientos de clicks más de los que quiero hacer; sin mencionar que tienes que escribir manualmente el nombre para cada uno de los archivos de salida ya que Handbrake te sugerirá el mismo nombre para todos los títulos sin importar si ya tienes uno con ese nombre en la cola de tareas. No entiendo como el programa “especializado” para ripear DVDs no tiene una opción para seleccionar varios o todos los títulos de un DVD 😦 .
Recientemente el blog ha recibido algunas visitas de búsquedas relacionadas con Allegro (principalmente en su versión 4.x). En posts anteriores escribí la forma de compilar Allegro para Debian Jessie ya que la versión en el repositorio estable era muy antigua pero Debian Stretch ya tiene una versión más reciente en el repositorio estable así que, si eres usuario de Linux, la forma más sencilla de instalar Allegro es instalar los paquetes correspondientes desde el gestor de paquetes de tu distro.
Para Allegro 4 basta con instalar los paquetes liballegro4.4 y liballegro4-dev. También se pueden instalar las librerías de soporte para Allegro 4 como liballeggl4.4, libguichan-allegro, libjpgalleg4.4, libloadpng4.4, liblogg4.4 y sus respectivos paquetes de desarrollo *-dev. Nota que también está en el repositorio el paquete libopenlayer que ofrece acelaración por hardware para Allegro 4 pero si quieres acelaración por hardware deberías optar mejor por Allegro 5.
Para instalar Allegro 5 debes instalar todos sus paquetes y addons: liballegro5.2, liballegro-acodec5.2, liballegro-audio5.2, liballegro-dialog5.2, liballegro-image5.2, liballegro-physfs5.2, liballegro-ttf5.2, liballegro-video5.2 y sus respectivos paquetes de desarrollo *-dev.
También puedes instalar la documentación instalando los paquetes allegro4-doc y allegro5-doc.
Ahora bien, si eres usuario de Windows, puedes compilar Allegro manualmente o puedes descargar las librerías precompiladas desde esta página. Nota que estos archivos contienen las librerías para compilar programas usando Allegro y también contienen los archivos DLL necesarios para ejecutar los programas de Allegro. Yo solía usar estas versiones cuando usaba Windows y el compilador MinGW. Notarás que estas librerías precompiladas de Allegro son un poco antiguas, con la versión 5.0.10 de Allegro 5 y se pueden instalar en versiones viejas de MinGW o MS Visual Studio. Para versiones más recientes de Allegro o para instalar en compiladores más recientes puedes usar las versiones precompiladas directo de la página de Allegro que incluye varias opciones para instalar las versiones más recientes de Allegro en compiladores recientes.
Siguiendo con el meme de Bowsette, Sr. Patata ha dibujado esta versión:
También hay un nuevo dibujo de YashiroArt:
YashiroArt se ha unido al meme de Bowsette.
Saben que visito con regularidad la página de Kickstarter búsqueda de nuevos proyectos mexicanos de videojuegos. Desafortunadamente, los proyectos de videojuegos son escasos y casi siempre siguen la misma fórmula de mostrar los inicios de un juego (o a veces ni eso) y esperar dinero a cambio, así que no vale la pena dedicar un post a cada nuevo proyecto y repetir siempre la misma historia. En lugar de eso, he decidido dedicar un solo post a todos los proyectos interesantes desde que han aparecido recientemente. Y cuando digo interesantes me refiere a interesantes para mí porque en realidad aparecen nuevos proyectos mexicanos pero no estoy interesado en el hentai yaoi, las figuras de cerámica, los juegos de mesa o en patrocinar un cortometraje.
Si eres usuario de Firefox, es probable que en días recientes hayas visto notificaciones de Mozilla sobre el codec de video AV1 que promete una compresión de video incluso mayor a la de x265/HEVC mientras que, al mismo tiempo, es un formato abierto y libre de regalías.
Decidí hacer pruebas con este nuevo codec usando FFmpeg. Lo primero que noté es que la versión de FFmpeg en el repositorio estable de Debian aún no soporta este formato, así que tuve que ir directo a la página de FFmpeg donde me llevé la grata sorpresa de que ahora se ha unido a la creciente lista de software para que ofrece static builds, ejecutables precompilados y listos para usar para Linux. Ya en posts anteriores he mencionado lo difícil que era conseguir ejecutables listos para usar en Linux, lo que solía dejarte solamente dos opciones: usar una versión vieja del software o compilarlo tú mismo. Al parecer esto empieza a cambiar ya que cada vez veo más programas para Linux que ofrecen versiones listas para usar ya sea en forma de static builds o como contenedores de Docker, Flatpak, etc., y esto me alegra.
Volviendo a FFmpeg, la página ofrece la alternativa de instalarlo usando los repositorios de backports o deb-multimedia, o bien el ya mencionado static build. Descargué el static build y después de descomprimirlo estaba listo para usar; sin embargo, al intentar codificar un video usando el codec AV1 descubrí que la velocidad de codificación era de ~0.02 fps, en otras palabras, es imposible de usar 😦 .
Actualmente el codec AV1 está clasificado como experimental en FFmpeg por una razón y no está listo para el uso cotidiano. No hace mucho tiempo, el codec x265 también era muy lento en FFmpeg pero ha sido optimizado desde entonces. Es lógico pensar que seguramente el codec AV1 también será optimizado una vez que esté correctamente implementado. Hasta entonces, habrá que esperar.
Si han seguido el blog por algún tiempo, sabrán que critico mucho a Linux pero sin embargo sigo usándolo y tal vez se pregunten cuál es la razón para seguir usando Linux. Bueno, la siguiente no es la única ni la principal razón pero hace unos días un amigo me pidió ayuda para instalar su impresora HP en Windows 10. Lo primero que recordé fue la molesta costumbre de Windows 10 de poner la última impresora que usaste como predeterminada, algo que rara vez es lo que quieres. Teniendo eso en mente y los problemas que ya antes había tenido a causa de eso procedí a descargar el archivo de drivers de HP; independientemente del tamaño de la descarga de ~175 MB, lo que me molestó fue el tiempo que se tardó la instalación de un simple driver de impresora que parecieron ser 15 o 20 minutos mientras instalaba bloatware que nadie quiere ni necesita como “el centro de servicio de HP”, “la tienda en línea de HP”, “registre su producto en línea”, “la barra de Bing para el navegador”, todo con íconos contaminando el escritorio y que lo primero que hice cuando la instalación terminó fue borrar los accesos directos del escritorio pero ¡rayos! 30 minutos usando Windows y ya quería volver a Linux.
En el post anterior escribí acerca de como pareciera que todos los programas para Linux están llenos de bugs. Es verdad que Linux se usa mucho en servidores principalmente porque ofrece una mayor seguridad pero la mayoría de las tareas en las que Linux sobresale son aquellas en las que tienes que interactuar con el sistema a través de una terminal usando la línea de comandos.
