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

0 Usuarios y 1 Visitante están viendo este tema.

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Fix xbmc 12,3 y 13,1 lnk suficiente rtdump path 28102014
« 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

 8)

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


« Última modificación: 25-11-2014, 20:50 (Martes) por lupox »

Garcad

  • Visitante
Re: Fix xbmc 12,3 y 13,1nk suficiente
« 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
« Última modificación: 20-11-2014, 00:22 (Jueves) por Garcad »

Garcad

  • Visitante
Re: Fix xbmc 12,3 y 13,1nk suficiente
« 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
« Última modificación: 20-11-2014, 00:46 (Jueves) por Garcad »

Garcad

  • Visitante
Re: Fix xbmc 12,3 y 13,1nk suficiente
« 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
« Última modificación: 20-11-2014, 01:15 (Jueves) por Garcad »

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re:
« 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

  • Visitante
Re: Fix xbmc 12,3 y 13,1 lnk suficiente
« 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
« Última modificación: 21-11-2014, 00:34 (Viernes) por Garcad »

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re:
« 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
« Última modificación: 21-11-2014, 17:18 (Viernes) por lupox »

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re:
« 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

Desconectado USUARIONUEVO

  • Moderador
  • *
  • Mensajes: 14480
Re: Fix xbmc 12,3 y 13,1 lnk suficiente
« Respuesta #8 en: 21-11-2014, 22:25 (Viernes) »
os leo , aunque no comente.  ;D

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

  • Visitante
Re: Fix xbmc 12,3 y 13,1 lnk suficiente
« Respuesta #9 en: 22-11-2014, 00:21 (Sábado) »
« Última modificación: 22-11-2014, 01:00 (Sábado) por Garcad »

Desconectado USUARIONUEVO

  • Moderador
  • *
  • Mensajes: 14480
Re: Fix xbmc 12,3 y 13,1 lnk suficiente
« Respuesta #10 en: 22-11-2014, 00:41 (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.  ;D

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re: Fix xbmc 12,3 y 13,1 lnk suficiente
« Respuesta #11 en: 22-11-2014, 02:36 (Sábado) »
otros paths no oficiles
denobis-patch.diff

patch.diff

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re: Re: Fix xbmc 12,3 y 13,1 lnk suficiente rtdump path 28102014
« Respuesta #12 en: 25-11-2014, 20:58 (Martes) »
RTMPDumpv2.4KSV28102014

Info primer post.

Desconectado USUARIONUEVO

  • Moderador
  • *
  • Mensajes: 14480
Re: Fix xbmc 12,3 y 13,1 lnk suficiente rtdump path 28102014
« 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.

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re: Re: Re: Fix xbmc 12,3 y 13,1 lnk suficiente rtdump path 28102014
« Respuesta #14 en: 25-11-2014, 23:20 (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.

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re:
« 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.
 


Desconectado USUARIONUEVO

  • Moderador
  • *
  • Mensajes: 14480
Re: Fix xbmc 12,3 y 13,1 lnk suficiente rtdump path 28102014
« 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.

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re:
« 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

Desconectado USUARIONUEVO

  • Moderador
  • *
  • Mensajes: 14480
Re:
« Respuesta #18 en: 26-11-2014, 22:20 (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 ..  ;D

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 

Desconectado lupox

  • Colaborador
  • *
  • Mensajes: 531
  • volver....
Re:
« 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




« Última modificación: 27-11-2014, 17:49 (Jueves) por lupox »