Creo que el paquete es el :
svt-av1
Pero es bastante nuevo y el Debian 8 antiguo.
Lo que ejecuto es un script que usa creo que mplayer y imagemagick para hacer una imagen de capturas de un video pero ya con videos que estén en AV1 no hace nada, debe ser por falta de codec.
Y por que seguir usando esa version?
Porque los script que tengo no me sirven en mas actuales de Debian cada vez que intentaba nada, ultimo intento fue en la 11.
Igual por usar aplicaciones que ya no están en nuevas versiones.
De todas formas lo tengo en una maquina virtual y lo utilizo para unas tareas concretas las cuales cumple perfectamente.
Me entra curiosidad de qué aplicaciones/scripts son esos para que te tengan cautivo en una versión de Debian cuyo soporte caducó hace más de diez años.
Cuando tenga tiempo voy a intentar en un debian 12 actual, el hacer que funcionen los scripts aunque en si son sencillos hechos por mi que no soy programador.
Básicamente es para mover archivos a otra carpeta basada en un listado que meto en un TXT, hacer compresiones en serie archivo a archivo, hacer capturas de los videos y que queden en una imagen.
Y lo ejecuto desde VirtualBOX el debian 8.
Perfectamente no, porque no te saca capturas de vídeos AV1. 🙃
El único problema ahora porque se empieza a usar este codec mas pero incluso con el h265 pude usarlo bien.
Siempre puedes compilar aomenc y aomdec tú, o bien el propio reproductor puede llevar su versión del decodificador dav1d.
Dudo mucho que pueda compilarse algo así en Debian 8 sin que las dependencias se quejen por no cumplir las versiones mínimas.
Por poder se puede
Para la nintendo switch y chips nvidia tegra tenemos scripts que abarcan Ubuntu 18.04 y superior github.com/cobalt2727/L4T-Megascript
Donde en Ubuntu 18.04 Instalamos GCC11 o clang-14 y dependencias Qt5.15 o Qt6 , SDK vulkan headers mínimos .
No es difícil de hacer.
También se puede ir compilando libreria a libreria para tenerlas en el sistema sin romper nada al igual tenemos soporte para acceso a la GPU por flatpak o un SDL2 mucho más actual a través de un simple deb.
Se controla por el nombre "bionic" , "focal" , "jammy" o "noble" para según que versión se ejecuta una cosa o otra
También se controla soporte para fedora que ha sido portada en los últimos años.
Por poder se puede, la pregunta es si tiene sentido para su caso ya que implica tener que bajarte toolkits o compiladores modernos, compilar multiples bibliotecas…
Incluso para el que pones me parece poco práctico, que necesidad hay de dar soporte a SO sin mantenimiento cuando existen versiones recientes mantenidas…
Vale, sí se puede… Pero tirarse horas y horas para poner en marcha un códec, como entenderás es poco práctico.
hay que ser masoca para seguir con debian 8 cuando este año sale debian 13.
Todo es posible si dockerizas el binario.
busca una imagen Docker precompilada que tenga lo que necesites.
Y para eso se necesita ejecutar en un entorno de Docker compatible, que ya te digo yo que en uno de hace diez años te va a seguir dando problemas.
Problemas de dependencias los vas a tener en todos los contextos, no se pueden hacer milagros en ese sentido.
Las imágenes deberían ser compatibles con cualquiera versión de Docker, ¿no? De todas formas, yo le diría a @Serakon que haga lo contrario, instalar un Debian moderno en físico, y jessie en Docker.
Pero hasta cierto punto, creo recordar.
De todas formas creo que acaba antes compatibilizando las aplicaciones que no funcionan con versiones actuales de Debian que el ir instalando parches sobre parches.
Ya leo que no es posible y mejor actualizar a nueva versión de Debian si quiero poder hacer eso.
