Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Aceleración GPU VLC APU AMD (A8-3870K)
Buenas noches mandriveros, mageieros, mandriveras y mageieras.
Después de una larga espera, por fin he podido montar mi ansiado HTPC "para todo", en el que al final me he tenido que conformar con un A8-3870K como procesador (mi primera opción era un A8-3800 pero eso, al parecer en España, sólo lo pueden vender Acer, HP, etc dentro de sus peores productos de la gama media-baja).
Después de una instalación sin contratiempos desde Mageia 1 Dual Arch y una actualización incluyendo drivers privativos y KDE-SC, nos ponemos a vestir de bonito el sistema. Los efectos funcionan a la perfección, todo el hardware de la F1A75-I Deluxe funciona que da gusto (bluetooth y wifi incluidos) y parece que la vida es de color de rosa.
Pero no, siempre hay algo que acaba estropeando tan idílico paisaje. Al activar la aceleración GPU en VLC, resulta que el tan socorrido reproductor se cierra al abrir cualquier vídeo, dando como salida lo siguiente:
[blackbox@BlackBox Documentos]$ vlc
VLC media player 1.1.12 The Luggage (revision exported)
Warning: call to srand(1331599847)
Warning: call to rand()
Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
[0xcce120] main libvlc: Ejecutar vlc con la interfaz predeterminada. Usa «cvlc» para usar vlc sin interfaz.
Blocked: call to setlocale(6, "")
Warning: call to rand()
Warning: call to rand()
Warning: call to rand()
Warning: call to rand()
Blocked: call to setlocale(6, "")
Blocked: call to putenv("LANGUAGE=es_ES.UTF-8:es")
Warning: call to srand(-2009359059)
Blocked: call to setenv("TZ", ":Europe/Madrid", 1)
Blocked: call to unsetenv("TZ")
Blocked: call to setenv("TZ", ":Europe/Madrid", 1)
Blocked: call to unsetenv("TZ")
Blocked: call to setenv("TZ", ":Europe/Madrid", 1)
Blocked: call to unsetenv("TZ")
Blocked: call to setenv("TZ", ":Europe/Madrid", 1)
Blocked: call to setenv("TZ", ":Europe/Madrid", 1)
QPainter::end: Painter ended with 2 saved states
QPainter::end: Painter ended with 2 saved states
m_el[mi_level] == NULL
arrrrrrrrrrrrrg Up cannot escape itself
m_el[mi_level] == NULL
arrrrrrrrrrrrrg Up cannot escape itself
[0x7f3d0ccb6bf0] dts decoder: DTS channels:6 samplerate:48000 bitrate:768000
libva: libva version 0.32.0
Xlib: extension "XFree86-DRI" missing on display ":0".
libva: va_getDriverName() returns 0
Violación de segmento
La versión de VLC es la 1.1.12, el kernel es Linux BlackBox 2.6.38.8-desktop-10.mga #1 SMP Wed Jan 25 10:17:18 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux y tengo instaladas las correspondientes librerías lib64va y lib64vdapu (o como se llamen).
Además y para terminar la guinda del pastel, instalé los drivers privativos de la web de AMD, sin penurias y con asistente tipo siguiente->siguiente. Cosa que me dejó gratamente sorprendido. El Catalyst es el 12.2 (como para güindos) y la versión del driver es 8.95.....A ver si a alguien se le ocurre algo.
P.D.: Por si a alguien se le ocurre clamar contra los drivers de la web de AMD, comentar que con los que hay disponibles en los repositorios da exactamente el mismo error.
- Entra a tu cuenta o crea una para poder comentar.
# 117700 ¿Y con otros reproductores?
No me queda claro si lo que peta es el VLC al activarse el VAAPI o la propia biblioteca libva. Si puedes probar con otros reproductores que usen esa biblioteca, vendría bien, para aislar quién es el que falla. XBMC debería ser la siguiente opción :)
PD: Ya era hora :P
PD2: A ver si ahora que somos 2 que le vamos a dar un uso similar ("para todo" xD), le sacamos más partido a ésta plataforma en Mageia, porque yo ahora mismo estoy usando otra distro por un problema que tuve (y no tenía tiempo de resolver).
Usuario
# 117703 Hombre...
...el XBMC creo que instala demasiadas dependencias. ¿Sabes si el Dragón de KDE o cualquiera basado en GStreamer se "entienden" con lib64va?
No instalo reproductor tipo media center porque eso ya me lo hace (y muy bien) tanto la TV como el BlueRay a través de DLNA (lo cual deja al procesador muuuuuuy tranquilo al sólo tener que servir contenido de red sin reproducción, sin transcoding, etc). El tener el VLC listo en la recámara es por si se da el extraño caso de algún contenido que ni el BlueRay ni la TV "traguen" por DLNA.
Ponme el enlace del hilo (si lo creaste) por si te puedo echar una mano, o secuestra el presente hilo, que a mí no me importa XD.
# 117705 Todavía no te has encontrado con el problema :P
Básicamente sufría de judder al reproducir vídeos. Ni por activa ni por pasiva funcionaba. Probé OpenELEC y sin problemas. Probé con Arch y sin problemas. Así que de momento (o al menos hasta que salga Mageia 2) lo dejo así, puesto que no tengo tiempo para andar cacharreando.
Respecto al tema que nos ocupa, sino quieres instalar XBMC, ¿puedes probar con mplayer? Es que creo que es un problema más bien de VLC que de otra cosa.
Al principio, XBMC también se me cerraba sólo al querer decodificar a través de la gráfica, aquí puedes ver el problema y la misteriosa solución que tuvo. Mira a ver si te puede ayudar en algo.
Usuario
# 117759 Hice algunas pruebas..
...pero pocas.
Instalé mplayer y su front-end para KDE. Reproduce sin problemas los vídeos, pero ni tiene opción en dónde puedeas activar/desactivar la aceleración gráfica, ni hay paquete "plugin" para que la use, ni está haciendo uso de aceleración alguna "por defecto" ya que el consumo de procesador es equivalente al del VLC sin aceleración.
Luego instalé gstreamer con los correspondientes plugins para lib64va y lib64vdapu, configuré KDE para que usara gstreamer como codificador para audio/vídeo y abrí un vídeo con el dragon player. Sufre del mismo defecto que con el VLC y se cierra, pero al ser una aplicación KDE en la traza aparecen errores similares relacionados con lib64va.
Me da en la nariz que el fallo puede estar en estas tres opciones:
- Que haya problemas al localizar las librerías libva o algún recurso asociado en 64 bits, dado que el nombre cambia libXXXX a lib64XXXX y es fácil que se quede alguna referencia sin actualizar al pasar de i586 a 64bits.
- Que la librería libva y lib64va tenga problemas para entenderse con el hardware de las APUs en la versión que viene empaquetada con Mandriva/Mageia.
- Que el problema esté en el kernel. El procesador no es detectado correctamente por el kernel 2.6.x (ni se puede cargar el módulo ACPI ni gobernarlo por el CPUfreq). Este problema al parecer se soluciona con la rama 3.x del kernel aunque todavía no me ha dado por probarlo, casi que esperaré a Mageia 2 RC o estable.
Posibles pruebas a seguir:
- Probar si el problema se reproduce de la misma forma en la versión i586 de Mandriva/Mageia.
- Probar si se reproduce el problema en la rama 3.x del kernel y ver qué tal soportan las APUs de AMD.
Si te apuntas, ya sabes :P
# 117762 Has llegado al mismo punto muerto en el que me quedé yo
Pero como no tenía tiempo de hacer esas pruebas, tiré por la tangente y le puse OpenElec: todo perfecto y "out of the box". Tuve algo de tiempo disponible e intenté usar Mageia2, pero el instalador ni siquiera inició, así que volví a tirar por la tangente e instalé Arch, esperando encontrarme los mismos problemas que con Mageia, pero no. XBMC Eden, últimos drivers de ATI y kernel 3.2.X. 0 problemas, todo funcionó a la primera. Tan sólo tuve que ejecutar el comando:
Para prevenir el tearing y ya está. Todo funcionando como la seda. Así que, lamentablemente, tendré que esperar a Mageia 2 final para (esperemos) que éstos problemas no nos ocurran, porque yo ahora, no tengo tiempo ni de ver películas xD