Autor Tema: Fix xbmc 12,3 y 13,1 lnk suficiente rtdump path 28102014 (Leído 16073 veces)

lupox · « **en:** 19-11-2014, 18:09 (Miércoles) »

los xzm de xbmc del foro 12.3 frodo, 13.1 gothan y el de garcad no cargan en el nuevo wifislax 4.10
libreria libGLEW.so.1.10.0 actual
xbmc antiguas compilaciones buscan libGLEW.so.1.9

basta con hacer un simbolic link.

fix

por cierto no lo habeis incluido en los updaters

la ultima version es kodi v 14 y esta en fase beta; en slackbuild esta la 13.1 gothan prestable.
la ultima estable es la 13,2, no disponible para slackware aunque se puede compilar modificando el script y usando la source correspondiente.
si alguien lo quiere lo tengo compilado para w 4.10 kernel 3.12.31
tb hay que compilar rtmpdump para tener actualizada la libreria librtmp.so
ver videos y tv by streaming enlaces del tipo

#EXTINF:-1,MTV
rtmp://146.185.25.154/live playpath=canal768?id=216578 swfUrl=http://www.mips.tv/content/scripts/fplayer.swf live=1 pageUrl=http://www.mips.tv/ Conn=S:OK

Citar

Wifislax ~ # git clone git://git.ffmpeg.org/rtmpdump
Cloning into 'rtmpdump'...
remote: Counting objects: 2553, done.
remote: Compressing objects: 100% (914/914), done.
remote: Total 2553 (delta 1926), reused 2149 (delta 1638)
Receiving objects: 100% (2553/2553), 800.49 KiB | 359.00 KiB/s, done.
Resolving deltas: 100% (1926/1926), done.
Checking connectivity... done
Wifislax ~ # cd rtmpdump
Wifislax rtmpdump # cp /root/Descargas/Patch.diff Patch.diff
Wifislax rtmpdump # patch -p0 -i Patch.diff
patching file Makefile
patching file librtmp/Makefile
patching file librtmp/amf.c
patching file librtmp/handshake.h
patching file librtmp/hashswf.c
patching file librtmp/log.c
patching file librtmp/parseurl.c
patching file librtmp/rtmp.c
patching file librtmp/rtmp.h
patching file librtmp/rtmp_sys.h
patching file rtmpdump.c
patching file rtmpgw.c
patching file rtmpsrv.c
patching file rtmpsuck.c
patching file thread.c
Wifislax rtmpdump # make
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -O2 -c -o rtmpdump.o rtmpdump.c
make[1]: se ingresa al directorio `/root/rtmpdump/librtmp'
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -DUSE_OPENSSL -O2 -fPIC -c -o rtmp.o rtmp.c
rtmp.c: En la función ‘RTMP_ReadPacket’:
rtmp.c:4084:7: aviso: se define la variable ‘didAlloc’ pero no se usa [-Wunused-but-set-variable]
int didAlloc = FALSE;
^
rtmp.c: En el nivel principal:
rtmp.c:5828:1: aviso: se define ‘SendGetStreamConnectionCount’ pero no se usa [-Wunused-function]
SendGetStreamConnectionCount(RTMP *r)
^
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -O2 -c -o rtmpgw.o rtmpgw.c
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -O2 -c -o thread.o thread.c
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -O2 -c -o rtmpsrv.o rtmpsrv.c
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -O2 -c -o rtmpsuck.o rtmpsuck.c
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -DUSE_OPENSSL -O2 -fPIC -c -o log.o log.c
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -DUSE_OPENSSL -O2 -fPIC -c -o amf.o amf.c
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -DUSE_OPENSSL -O2 -fPIC -c -o hashswf.o hashswf.c
gcc -Wall -DRTMPDUMP_VERSION=\"v2.4\" -DUSE_OPENSSL -O2 -fPIC -c -o parseurl.o parseurl.c
ar rs librtmp.a rtmp.o log.o amf.o hashswf.o parseurl.o
gcc -shared -Wl,-soname,librtmp.so.1 -o librtmp.so.1 rtmp.o log.o amf.o hashswf.o parseurl.o -lssl -lcrypto -lz -lm
ar: creando librtmp.a
ln -sf librtmp.so.1 librtmp.so
make[1]: se sale del directorio `/root/rtmpdump/librtmp'
gcc -Wall -o rtmpdump rtmpdump.o -Llibrtmp -lrtmp -lssl -lcrypto -lz -lm
gcc -Wall -o rtmpgw rtmpgw.o thread.o -lpthread -Llibrtmp -lrtmp -lssl -lcrypto -lz -lm
gcc -Wall -o rtmpsrv rtmpsrv.o thread.o -lpthread -Llibrtmp -lrtmp -lssl -lcrypto -lz -lm
gcc -Wall -o rtmpsuck rtmpsuck.o thread.o -lpthread -Llibrtmp -lrtmp -lssl -lcrypto -lz -lm
rtmpsrv.o: En la función `ServeInvoke':
rtmpsrv.c:(.text+0x2566): aviso: the use of `mktemp' is dangerous, better use `mkstemp'
rtmpsuck.o: En la función `ServeInvoke':
rtmpsuck.c:(.text+0x1bf4): aviso: the use of `mktemp' is dangerous, better use `mkstemp'
Wifislax rtmpdump # make install prefix=/usr
make[1]: se ingresa al directorio `/root/rtmpdump/librtmp'
make[1]: No se hace nada para `all'.
make[1]: se sale del directorio `/root/rtmpdump/librtmp'
mkdir -p /usr/bin /usr/sbin /usr/man/man1 /usr/man/man8
cp rtmpdump /usr/bin
cp rtmpgw rtmpsrv rtmpsuck /usr/sbin
cp rtmpdump.1 /usr/man/man1
cp rtmpgw.8 /usr/man/man8
make[1]: se ingresa al directorio `/root/rtmpdump/librtmp'
sed -e "s;@prefix@;/usr;" -e "s;@libdir@;/usr/lib;" \
-e "s;@VERSION@;v2.4;" \
-e "s;@CRYPTO_REQ@;libssl,libcrypto;" \
-e "s;@PUBLIC_LIBS@;;" \
-e "s;@PRIVATE_LIBS@;-lm;" librtmp.pc.in > librtmp.pc
cp librtmp.so.1 /usr/lib
cd /usr/lib; ln -sf librtmp.so.1 librtmp.so
mkdir -p /usr/include/librtmp /usr/lib/pkgconfig /usr/man/man3 /usr/lib
cp amf.h http.h log.h rtmp.h /usr/include/librtmp
cp librtmp.a /usr/lib
cp librtmp.pc /usr/lib/pkgconfig
cp librtmp.3 /usr/man/man3
make[1]: se sale del directorio `/root/rtmpdump/librtmp'
Wifislax rtmpdump #

RTMPDumpv2.4KSV28102014

Garcad · « **Respuesta #1 en:** 20-11-2014, 00:06 (Jueves) »

Yo tengo funcionando frodo sin problemas instalado en el hdd.

037-XBMC-12.3-i486-2sw.xzm

Enlace simbólico a librería.

ln -s /usr/lib/libGLEW.so.1.10 /usr/lib/libGLEW.so.1.9

Liberia rtmpdump

Y alguna mas... revise que no tenia instalado e instale de esta lista, no versiones,

afpfs-ng-0.8.1-i486-1xsb.txz lirc-0.9.0-i486-1xsb.txz
apache-ant-1.9.3-i486-1xsb.txz lockdev-1.0.3-i486-1xsb.txz
enca-1.15-i486-1xsb.txz pulseaudio-5.0-i486-1xsb.txz
ftgl-2.1.3-i486-1xsb.txz pyalsaaudio-0.7-i486-1xsb.txz
intel-driver-1.2.2-i486-1xsb.txz stress-1.0.4-i486-1xsb.txz
junit-4.11-i486-1xsb.txz vdpau-driver-0.7.4-i486-1xsb.txz
libcec-2.1.4-i486-1xsb.txz volumeicon-0.5.0-i486-1xsb.txz
libmicrohttpd-0.9.34-i486-1xsb.txz xbmc-12.3-i486-1xsb.txz
libnfs-1.9.2-i486-1xsb.txz xf86-video-fbdev-0.4.4-i486-1.txz
libshairport-1.2.0.20310-i486-1xsb.txz xf86-video-nouveau-blacklist-noarch-1.txz

Por tener que versión, me quedo don frodo, pero se podría tener todas independientes.

/opt/frodo
/opt/ghotam
/opt/kodi

Modificado:

Me falta la librería para aceleración por hardware que no he echado de menos,

wifislax ~ # vdpauinfo
display: :0 screen: 0
Failed to open VDPAU backend libvdpau_i915.so: cannot open shared object file: No such file or directory
Error creating VDPAU device: 1
wifislax ~ #

Para solucionarlo con compilar el driver VA-GL y crear un enlace simbólico de libvdpau_va_gl.so hacia libvdpau_i915.so se solucionaria el error de vpdau

Salu2

Garcad · « **Respuesta #2 en:** 20-11-2014, 00:41 (Jueves) »

libva_1.4.2.pre1

# git clone git://anongit.freedesktop.org/git/libva
# cd libva
# sh autogen.sh
# mkdir libva_1.4.2.pre1
# make

Para crear modulo

# make install DESTDIR=/root/libva/libva_1.4.2.pre1

Para instalar en el hdd

# make install

Fuente del git : http://www.freedesktop.org/wiki/Software/vaapi/

libva_1.4.2.pre1.xzm 924 KB
md5: d92858a3786d6eaee6805e9cfb9a28a6

https://mega.co.nz/#!F8EH3R6I!rofMKP1zqDCkLzVk74GVD9oXNw75XFIteyAR0ScY5Xo

Salu2

Garcad · « **Respuesta #3 en:** 20-11-2014, 01:11 (Jueves) »

New libva

Version 1.0.15 - 28.Oct.2011
* API: make {Top,Bottom}FieldOrderCnt signed (Yi Wang)
* Add auto-generated Debian packaging
* Refine VA trace & VA fool utilities
* Move i965 driver to a specific repository (vaapi/intel-driver)
* Fix DSO link issue in tests
* Fix fglrx driver name detection
* Fix API vs. DSO vs. package versioning

Intel integrated G45 graphics chips:

libva-intel-driver-1.4.0

# git clone git://anongit.freedesktop.org/vaapi/intel-driver
# cd intel-driver
# sh autogen.sh
# mkdir libva-intel-driver-1.4.0
# make

Para crear modulo

# make install DESTDIR=/root/libva-intel-driver-1.4.0

Para instalar en el hdd

# make install

libva-intel-driver-1.4.0.xzm 668 KB

md5: 936c199d22099767806a0be45db3ed16

https://mega.co.nz/#!I0FF0IiT!rvVSXmQE22rGvo2UIA4qJWPczJjk_7V_KOS0P2-kqdQ

Salu2

lupox · « **Respuesta #4 en:** 20-11-2014, 17:49 (Jueves) »

En un mensaje de este foro, colocaste un enlace a tus xzm, y tenias las dos versiones compilables , desdes slsckbuild. Lo tenias solucionado con la instalación de unas librerías. Pero a pelo frodo no cargaba por que apuntaba a la versión 1.9 y esa versión ya no aparece. El cambio mínimo es el enlace simbólico que propuse.
Yo tengo nivdia y no intel.
Si hoy por hoy la versión mas compatible es la de frodo.
Además la de kodi es difícil de compilar desde la source .

En cuanto a la famosa librería para cargar los enlaces rtmp, en las compilaciones sobre slckware 14.1, no aparece por ninguna parte y sin ella siguen funcionando....
La puedes compilar para tu sistema; la instala en local, pero como no sabes donde la busca xbmc igual no la usa........
ya le echare un vistazo a la info que aportas y es bueno saber de alguien que use xbmc en distribuciones linux con escaso soporte.
Saludos.

Garcad · « **Respuesta #5 en:** 21-11-2014, 00:17 (Viernes) »

La librería para stream se consigue compilando lo que te puse arriba.

rtmpdump.2.4.1.xzm 148 KB

https://mega.co.nz/#!glFgxRyB!JbAYfciyGIHkGYNoJLbcnFHJCe2WEyawMt1pIynVESU

Salu2

lupox · « **Respuesta #6 en:** 21-11-2014, 13:50 (Viernes) »

No si yo la tengo compilada

Sent from my RM-914_eu_spain_360 using Tapatalk

lupox · « **Respuesta #7 en:** 21-11-2014, 13:51 (Viernes) »

Ah y en principio no aplique ningún path.
La vversión que pones es 2.41 yo la ultima que vi es la 2.40
Sent from my RM-914_eu_spain_360 using Tapatalk

USUARIONUEVO · « **Respuesta #8 en:** 21-11-2014, 22:25 (Viernes) »

os leo , aunque no comente.

De momento saco la conclusion y tiro palante con

Incluir , enca . pyalsaaudio y libcec

Actualizare rtmpdump , aunque no veo de donde pillar esa version (mirare el git) y actualizar libva a la version 1.4.2.pre1

¿ alguna sugerencia mas ?

Garcad · « **Respuesta #9 en:** 22-11-2014, 00:21 (Sábado) »

Este es un parche no oficial para rtmpdump sacado de la Wiki de Kodi

wiki de kodi - Como actualizar librtmp copilando para S.O Linux

Unofficial rtmpdump patches by KSV

Creo que deberíamos tenerlo en cuenta.

Customized rtmpdump binaries with patch file

Salu2

USUARIONUEVO · « **Respuesta #10 en:** 22-11-2014, 00:41 (Sábado) »

Cita de: Garcad en 22-11-2014, 00:21 (Sábado)

Este es un parche no oficial para rtmpdump sacado de la pagina anterior mencionada.

http://pastebin.com/raw.php?i=R7qidUh4

Creo que deberíamos tenerlo en cuenta.

Salu2

he clonado el git, y le he aplicado ese patch , aplica casi entero limpio ,salvo una linea ...

luego lo he compilado con el slackbuild y a correr.

lupox · « **Respuesta #11 en:** 22-11-2014, 02:36 (Sábado) »

otros paths no oficiles
denobis-patch.diff

patch.diff

lupox · « **Respuesta #12 en:** 25-11-2014, 20:58 (Martes) »

RTMPDumpv2.4KSV28102014

Info primer post.

USUARIONUEVO · « **Respuesta #13 en:** 25-11-2014, 22:34 (Martes) »

ya m lio con tanta versond e rtmpdump ...

¿ la has compilado en una iso de desarrollo ?

si es asi , metere esa en la iso ...si la hiciste en wifislax-4.9 , seria conveniente rehacerlo en una de desarrrollo que las librerias son mucho mas nuevas.

lupox · « **Respuesta #14 en:** 25-11-2014, 23:20 (Martes) »

Cita de: USUARIONUEVO en 25-11-2014, 22:34 (Martes)

ya m lio con tanta versond e rtmpdump ...

¿ la has compilado en una iso de desarrollo ?

si es asi , metere esa en la iso ...si la hiciste en wifislax-4.9 , seria conveniente rehacerlo en una de desarrrollo que las librerias son mucho mas nuevas.

Del 121114 kernel .......32 ahora creo que vais por el 33.
respecto de los kernel normal y antiguo me parece bien yo uso el pae.

lupox · « **Respuesta #15 en:** 25-11-2014, 23:35 (Martes) »

Por cierto he recompilado xbmc frodo con todos los clientes pvr de kodi y todas las actualizaciones de los addons base de frodo.
Le he quitado el tablib 1. 8 puesto que en la 4.10 esta en 1.93 creo. Añadí el wheatherunderground que usa la llave api de la web.
Buid del 241114.

USUARIONUEVO · « **Respuesta #16 en:** 25-11-2014, 23:51 (Martes) »

rtmpdump , no es afectado por el kernel ,.,.

por eso pregunto si ya hiciste ese xzm en una de desarrollo , me valdria como esta.

lupox · « **Respuesta #17 en:** 26-11-2014, 16:09 (Miércoles) »

Normalmente, uso las de desarrollo, la relased hasta que sale la segunda o tercera alfa.
Sent from my RM-914_eu_spain_360 using Tapatalk

USUARIONUEVO · « **Respuesta #18 en:** 26-11-2014, 22:20 (Miércoles) »

Cita de: lupox en 26-11-2014, 16:09 (Miércoles)

Normalmente, uso las de desarrollo, la relased hasta que sale la segunda o tercera alfa.
Sent from my RM-914_eu_spain_360 using Tapatalk

ok , ya esta en la linea de desarrllo ..

no deberias rayarte tanto con lo del kernel ..

el kernel solo afecta si es para un driver , o maquina virtual ...y poco mas.

cualquier cosa que escriba en la ruta del kernel

/lib/modules/linux

librerias y demas son independientes totalmente de kernel ...de hecho cuando se actualiza el kernel ,el resto del sistema es todo el mismo ... el kernel es importante para los modulos ati/nvidia & virtualbox

lupox · « **Respuesta #19 en:** 27-11-2014, 07:32 (Jueves) »

No si yo lo que te decía del kernel era para el otro post que me parecía bien el cambio puesto que yo solo usó el pae o smp y que incluso podias quitar si querias el de las cafeteras teteras y demas.

ya te refieres a

/lib/modules/3.12.32-pae-wifislax/

por ejemplo los drivers wifi

o en su caso

/lib/modules/3.12.32-wifislax/

/lib/modules/kerneldeladixtro

ya lo sé pero como tú mismo dices cuando compilas usan las librerias del sistema. y te ahorras dependencias.

pej

frodo xbmc12.3 en w4.10 no precisa ln -s /usr/lib/libGLEW.so.1.10 /usr/lib/libGLEW.so.1.9
pues apunta libGLEW.so.1.10
ni tienes que compilar taglib-1.8.tar.gz por tener en el sistema 1.72

etc

no lo recompile por eso sino para integrar el paquete de clientes pvr.

por cierto fallaba autoconf en el script de slackbuild y tuve que modificarlo.

file:///var/log/packages/autoconf-2.69-noarch-1

Noticias:

Autor Tema: Fix xbmc 12,3 y 13,1 lnk suficiente rtdump path 28102014 (Leído 16073 veces)

Garcad

Garcad

Garcad

Garcad

Garcad