XBMC en la Raspberry Pi al 99% en 60' y 2 cafés (guía de instalación)

Artículo íntegro, con las imágenes, aquí >>
http://www.pablofelip.tk/2013/05/xbmc-en-la-raspberry-pi-al-99-en-60-y-2.html

Como resultado de unas cuantas horas jugueteando con la Raspberry Pi he pensado que estaría bien resumir el proceso de configuración de este dispositivo como reproductor multimedia con XBMC. Ya hay en el foro tanto un hilo dedicado a la Raspberry, en general, como otro a XBMC. Para el que no haya oído una palabra de ellos son de lectura obligada. Como el proceso que voy a describir es no obstante relativamente largo me ha parecido preferible mantenerlo en un hilo aparte.


1. ¿Qué se puede hacer con una RPi + XBMC?

• Reproducir audio en multitud de formatos, incluyendo ALAC y FLAC hasta 96/24 192/24.
  
• Reproducir archivos de vídeo en multitud de contenedores, entre ellos vob, mkv, m2ts, iso y estructuras de carpetas, almacenados en discos usb locales o servidores remotos cifs, nfs o UPnP.
  
• Compartir en red, empleando una variedad de protocolos, los archivos almacenados en una unidad USB local conectada a la RPi. Puesto que el objetivo de esta guía es la de conseguir un reproductor con las mejores prestaciones posibles y la Raspberry va justita de CPU, no voy a tocar este aspecto. Además recordemos que la conexión de red es de 100 Mbps.
  
• Descodificar vídeo en mpeg2, VC-1, y h.264 de alto bitrate (40Mbps). Se puede por tanto reproducir vídeo con calidad bluray. Las licencias de descodificación por hardware de mpeg2 y VC-1 son de pago (unos 4€ ambas). Se soporta la navegación por menús en los DVD (con algún fallo) pero no en los bluray.
  
• Controlar el reproductor a ciegas desde un móvil o tablet utilizando excelentes aplicaciones como Constellation o Yatse.
  
• Enviar audio y vídeo desde un dispositivo Apple utilizando Airplay.
  

2. ¿Qué *NO* se puede hacer con una RPi + XBMC?

• Reproducir DVD-A o SACD.
  
• Reproducir discos físicos DVD (matizable) o bluray comerciales (con encriptación CSS o AACS).
  
• Reproducir flac o alac multicanal ni de 176/24 o superior (se reproduce a 44Khz y por tanto se escucha mal).
  
• Reproducir audio DTS-MA o Dolby TrueHD. En el primer caso se escucha el core DTS, en el segundo ruído y el vídeo se reproduce a trompicones.
  
• Descodificar audio en AC3 o DTS en software para emitirlo a través de la salida analógica (es mala de co...). Falta potencia. El escenario de uso más favorable pasa por conectar la RPi a un receptor multicanal por HDMI para que este último realice la descodificación.
  
• Utilizar un DAC USB como dispositivo de salida (están en ello, algo hay pero la cosa no acaba de andar bien).
  
• Reproducir audio sin pausas entre pistas (gapless playback).
  

Con los 50 euretes que cuesta una RPi con gastos de envío, fuente de alimentación, cables, carcasa, etc.  tenemos por tanto un reproductor de medios muy competente pero con algunas carencias importantes. En cualquier caso os animo a encontrar por ese precio un reproductor que haga todo lo que hace éste y algunas o varias de las cosas que no hace  .


3. Lo que necesitamos

Se necesitan 3 cosas, además de la RPi:

3.1. Una distribución adaptada de XBMC. En estos momentos hay 3: Openelec, XBian y Raspbmc. Las 2 últimas son específicas para RPi y, tras probar ambas, tengo que decir que me gusta más Raspbmc. Va por delante de XBian por cuanto se actualiza frecuentemente para reflejar la evolución del desarrollo principal de XBMC, que es multiplataforma.

3.2. Una tarjeta SD o, alternativamente, una SD + un pendrive o disco USB. En este último caso la RPi arranca desde la sd pero carga y ejecuta XBMC desde el disco USB. La opción SD + USB se supone que mejora el rendimiento del sistema, aunque lógicamente en la medida en que el disco USB que usemos sea más rápido que la SD. He probado ambas posibilidades sin notar diferencias significativas entre una SD y un pendrive USB, ambos de 2GB y corrientuchos. Por simplicidad me he decantado por la primera opción. Con una de este tamaño vamos más que sobrados, quedando una vez hayamos completado el proceso más de 1GB libre en la SD.

3.3. Un ordenador con Windows, OS X o Linux para preparar la tarjeta SD.


4. Preparación de la SD

4.1. Nos descargamos en un PC el instalador que encontraremos en http://www.raspbmc.com/download. Yo he usado el de Windows.



4.2. Descomprimimos el zip resultante, insertamos en el lector de tarjetas del PC la SD en la que vayamos a instalar Raspbmc y ejecutamos el archivo installer.



Nos aparece la venta del instalador. Si optamos por utilizar SD + USB tendremos que marcar la casilla Install Raspbmc to a USB drive (no hace falta insertarlo en este momento). Seleccionamos en la lista de unidades, en la parte superior, la correspondiente a nuestra SD, aceptamos el acuerdo de licencia y hacemos clic en Install. Como podéis apreciar en la captura también es posible arrancar la RPi desde una SD y ejecutar XBMC directamente desde un servidor NFS en red, pero de esto nos olvidamos en esta guía.



4.3. Al cabo de unos minutos el proceso habrá concluído.



El instalador solo ha utilizado unos 70MB en la SD, pero esta partición se expandirá posteriormente para aprovechar todo el espacio disponible:




5. Instalando Raspbmc

5.1. Esto es fácil: Insertamos la SD (y el disco USB si hemos escogido esa posibilidad) en la RPi, la conectamos a la tele y a la red y la ponemos en marcha. No es necesario conectarle teclado o ratón dado que el proceso es totalmente automático. Al cabo de unos instantes nos aparecerá un mensaje de bienvenida.



No hay que tocar absolutamente nada, tan solo armarse de paciencia y esperar unos 20 minutos entre tanto se descarga de Internet (ahora sí) Raspbmc, se descomprime y se instala.







En mi caso el proceso duró algo más porque Raspbmc se autoactualizó tras completar la instalación inicial a una versión de reciente lanzamiento.

5.2. Tras unos cuantos reinicios automáticos tendremos que seleccionar el idioma con el que queremos trabajar. Estableceremos el que prefiramos utilizando el mando a distancia de la tele o del receptor multicanal al que hayamos conectado la RPi (maravillas del HDMI - CEC).



y por fin nos encontraremos con la interfaz de XBMC en pantalla.




6. Configuración general

6.1. Utilizando el menú, nos vamos a Ajustes > Apariencia > Internacional y establecemos Región, País y Huso horario.



6.2. Ajustes > Vídeos > Reproducción:

6.2a. Ajustar frecuencia de refresco de pantalla al vídeo: Al empezar o parar (parámetro crítico).
6.2b. Pausar durante el cambio frec. de actualización: xx segundos. Al cambiar el modo de presentación del dispositivo de visualización (tele o proyector) para adaptarlo a la cadencia con la que está codificado el vídeo la imagen se queda en negro unos instantes en tanto se efectua la sincronización con el reproductor. Con este ajuste le decimos a XBMC que retrase el inicio de la reproducción esperando a que el visualizador esté listo para no perdernos los primeros segundos de la peli. No hay más remedio que ir probando con distintos valores hasta dar con el correcto. En mi caso ha sido de 6 segundos.
6.2c. Método sincronización de A/V: Reloj de vídeo (Audio Drop/Dupe) (parámetro crítico).



6.3. Ajustes > Sistema > Hardware de vídeo:

6.3a. Ajustamos Resolución (podemos dejarlo en Auto) y Frecuencia de actualización (50 o 60 Hz).
6.3b. Sinc. de refresco vertical: Deshabilitado (parámetro crítico).



6.4. Ajustes > Sistema> Salida de audio:

Se establece el número de altavoces disponibles. Si el dispositivo al que conectamos la RPi acepta audio en AC3 y DTS en crudo (bitstream) marcaremos las opciones correspondientes. Como decía más arriba, lo aconsejable es que así sea porque la descodificación de estos formatos en software no funciona correctamente, al menos por el momento.



6.5. Ajustes > Servicios > Airplay > Permitir a XBMC recibir contenido de AirPlay: activado




7. Configuración específica de Raspbmc

Para tocar ciertas cosillas particulares de la Raspberry Pi nos vamos ahora a la opción Programas en el menú principal de XBMC y abrimos Raspbmc Settings.



7.1. En Network Configuration vemos que Raspbmc ha obtenido de nuestro router una dirección IP por medio de DHCP. Nos fijaremos en IP address, más tarde la necesitaremos. Utilizamos una conexión cableada, que es lo recomendable para poder reproducir a través de la red archivos pesados.



7.2. Vamos ahora a System Configuration, donde hay bastantes cosas interesantes.

7.2a. Aquí introduciremos las claves, si es que las hemos adquirido, para activar la reproducción por hardware de archivos en mpeg2 y VC-1.



7.2b. Overclocking (parámetro crítico). Raspbmc incorpora una serie de perfiles que aumentan la velocidad de los distintos componentes de la RPi (procesador, memoria, núcleo gráfico, voltaje, etc.) por encima de los valores de serie, es más, de entrada se incrementa ligeramente la velocidad de la CPU. Además podemos ajustar estos valores sobre especificándolos a nuestro gusto si activamos el Advanced overclocking. Si vamos con un poquito de cuidado y no hacemos el burro no tiene por qué pasar nada malo, aunque evidentemente esta práctica tiene sus riesgos. A menos que llevemos a la RPi por encima de sus valores de fábrica ya os adelanto que será imposible reproducir archivos muy pesados a través de la red y probablemente tampoco lo lograremos desde una unidad USB local. Los valores que propongo los he obtenido tras realizar bastantes pruebas y habiéndome asegurado de que al menos mi RPi no se calienta en exceso tras largos periodos de uso. No son valores excesivos por lo que creo que cualquier RPi los aguantará sin problemas.



CPU = 900
Core, ISP, GPU = 400
RAM = 450
Over Voltage = 4

A pesar de todo y nuevamente, mucho cuidado con esto porque no todas las unidades toleran del mismo modo el overclocking. Es buena idea comprobar periódicamente la temperatura de la RPi, ante valores superiores a los 75º deberíamos ir con cuidado.

Info del Sistema > Vídeo:



Info del Sistema > Hardware:



7.2c. En el apartado de servicios (Service Management) los desactivaremos todos excepto SSH Server, que usaremos a continuación. También deshabilitaremos el cortafuegos activando la opción Disable Firewall. Dado que la RPi tiene recursos hardware limitados la idea es eliminar todo aquello que no necesitemos para reducir el consumo de memoria y CPU.



Haremos clic en el botón OK y Raspbmc nos indicará que debe reiniciarse para que los ajustes tengan efecto (no siempre es necesario).




8. Mejorando la transferencia en red hasta el infinito y más allá

Puede que con esto ya tengamos suficiente. Ahora bien, casi con total seguridad tendremos que ir más allá si pretendemos reproducir archivos realmente pesados a través de la red. Me refiero a archivos mkv, m2ts y estructuras de carpetas, normalmente copias 1:1 de un bluray, que presenten tasas de bits por encima de los 30Mbps.

Pongo 2 ejemplos de archivos que no acaban de reproducirse correctamente a pesar de todos los ajustes hechos hasta el momento:





El protocolo de red nfs, característico en entornos Linux, resulta más eficiente que smb/cifs, habitual en el mundo Windows. Cuando le añadimos carpetas compartidas en red a XBMC podemos utilizar uno u otro en función de las características del servidor de red en el que tengamos almacenados nuestros archivos multimedia. Siempre que podamos escogeremos por tanto nfs.

Si se utiliza Windows para compartir los archivos en red se puede recurrir a haneWIN NFS server. En nosolohd han publicado una pequeña guía sobre su configuración y uso conjunto con un reproductor multimedia de Netgear. Lo dicho allí es aplicable aquí con nuestra RPi.

Si llegados a este punto únicamente pensáis reproducir archivos contenidos en un disco USB conectado a la RPi o simplemente no tenéis problemas de buffering en la reproducción podéis dejar de leer. En caso contrario sigamos.

A pesar del uso de nfs para acceder a vuestra mediateca en red es más que probable que la reproducción se detenga en ocasiones para rellenar buffers. En ese caso podemos extraer unas gotas más de prestaciones haciendo que se monte automáticamente como local al iniciar Raspbmc la carpeta que el servidor comparte por medio de nfs. Para ello tendremos que conectarnos a la RPi a través de un protocolo denominado SSH.

Si utilizáis OS X o Linux esto se hace de un modo extremadamente sencillo desde el Terminal:



No obstante dado que en esta guía estamos trabajando con Windows veremos cómo hacerlo con PuTTy, cuyo ejecutable podemos descargar desde aquí. Guardamos el archivo en el escritorio, por ejemplo, y lo ejecutamos. No es necesario instalar nada. En la ventana de conexión introducimos la IP de la RPi (recordad que la veíamos en 7.1) y establecemos Connection type a SSH.



Hacemos clic en Open. Seguramente aparecerá una ventana indicando que es la primera vez que se establece una conexión segura con este dispositivo. Aceptaremos sin darle más vueltas.



Se nos pedirá un usuario (pi) y clave (raspberry) para completar la conexión.



...y ya estamos dentro. La primera vez que nos conectemos utilizando una terminal remota a la RPi nos aparecerá una ventana de selección de la configuración local (teclado e idioma). Aunque no tiene demasiada importancia, escogeremos es_ES.UTF-8 UTF-8:



También se nos pedirá que indiquemos la zona y el país representativo de la zona horaria en la que nos encontramos:





Ahora hay que crear el punto de montaje y editar el archivo /etc/fstab, que contiene una lista de los sistemas de archivos que se montarán al arrancar Raspbmc, para añadir nuestra carpeta en red. Lo haremos mediante estos 2 comandos:

Código:


sudo mkdir /media/mediateca
sudo nano /etc/fstab


Y añadiremos la línea:

Código:

192.168.1.100:/mediateca /media/mediateca nfs _netdev,defaults,user,auto,noatime,intr 0 0

Pulsaremos CTRL + X para cerrar el editor de texto, confirmando los cambios (Y).

Descompongamos la línea anterior:

192.168.1.100 > IP del sistema que comparte mis archivos AV, en este caso un NAS.
mediateca > Nombre de la carpeta compartida a través de nfs en mi NAS.
/media/mediateca > Punto de montaje de la carpeta en red en el sistema de archivos local de la RPi.

El resto (nfs _netdev,defaults...) debemos dejarlos tal cual. Baste indicar que son los responsables de la mejora de prestaciones que obtendremos al reproducir a través de la red.

Ya solo nos queda cerrar PuTTy, desactivar el servidor SSH (apartado 7.2c) y reiniciar XBMC.

Con esto lo que habremos conseguido es que uno de los directorios del sistema de archivos local (en la SD o el disco USB) de la RPi quede enlazado al arrancar Raspbmc con los contenidos de la carpeta en red compartida por el servidor. A la hora de añadir carpetas, ya en la interfaz de XBMC, nos dirigiremos ahora a /media/mediateca en el sistema de archivos local de la RPi en lugar de seleccionar de entre las opciones que nos ofrece el reproductor las que se corresponden a la exploración de la red local. Veámoslo con algún pantallazo adicional:

Primero vamos a Videos > Archivos > Añadir Vídeos....



Seleccionamos Buscar.



Ahora Raíz del sistema de archivos.



Navegamos a /media/mediateca. Dentro debe aparecer el contenido de la carpeta compartida en red en el servidor, con todas sus subcarpetas. Marcamos la que nos interese (o ninguna para añadir la carpeta mediateca en su totalidad) y click en OK.



Volverá a aparecer la ventana de selección de fuentes. Podemos hacer clic en OK o añadir más fuentes (carpetas), cuyo contenido  aparecerá de modo conjunto con el del resto de las que hayamos agregado previamente. Esto es muy útil para consolidar en una sola carpeta (fuente) virtual, que XBMC tratará como una entidad única, varias carpetas que contengan vídeos, incluso cuando se encuentren en servidores distintos.



Tras seleccionar OK tendremos que indicar el tipo de contenido en esta fuente (pelis, series, música, etc. etc.). Esto es útil en el modo de biblioteca de XBMC, en el que éste cataloga y descarga información de Internet relativa a los contenidos utilizando lo que se denomina un scraper, algo así como un recolector de metadatos. Aunque el resultado puede ser muy espectacular, en este caso prescindiremos de estas sofisticaciones dado que hay que dedicarle bastante tiempo a nombrar correctamente los archivos que cataloguemos, revisar su correcta clasificación y, por si fuera poco, supone una carga para la CPU de nuestra RPi, que no va precisamente sobrada.



En mi caso he repetido las operaciones anteriores (Añadir Vídeos...) para exponer las subcarpetas Video y Descargas, contenidas en mi mediateca, pero de modo independiente.




9. Encendido, apagado y otras historias

La Raspberry Pi se alimenta a través de un cable micro USB. Lo habitual es utilizar cualquier adaptador de corriente USB estándar, que proporciona 5V, como el que utilizan muchos teléfonos móviles. La única recomendación es que sea capaz de suministrar una corriente de 750mA - 1A y además lo haga de modo estable. Por otro lado el aparatito no dispone de interruptor de encendido (aunque es posible hacer alguna que otra chapucilla al respecto) y lógicamente debe ser apagado de un modo controlado utilizando la opción correspondiente en XBMC. Hacer caso omiso de esta recomendación y tirar del cable de alimentación supone jugársela... y hay bastante papeletas para que nos toque una estupenda corrupción del sistema de archivos de la SD (doy fé de ello). Mencionar también que realmente no se apaga totalmente a menos que la desconectemos de la alimentación, simplemente queda en un estado de reposo evidenciado por un único LED rojo en su parte superior.

Las anteriores consideraciones desaconsejan intentar cosas como conectar la RPi directamente a uno de los puertos USB de la tele... El encendido será cómodo, pero el apagado, al desconectar la tele, a lo bruto. Mala idea.

Como en mi sistema la RPi está conectada por HDMI a un receptor multicanal, he optado por alimentarla también a partir de su puerto USB:



De este modo al poner en marcha el receptor, utilizando su mando a distancia, la RPi también arranca. El inconveniente está en que luego nos tenemos que acordar de apagarla correctamente antes de desconectar el receptor. Es fácil que se nos olvide, especialmente si estamos utilizando otra fuente, en cuyo caso hay que seleccionar la entrada correspondiente a la RPi y dar la orden de apagado desde XBMC.

Para solucionarlo podemos recurrir nuevamente al sistema de control CEC de la norma HDMI.

Lo primero será decirle a XBMC que se apague si detecta que hemos desconectado la tele. Para ello vamos a Ajustes > Sistema > Dispositivos de entrada > Periféricos.



Seleccionamos CEC Adapter para ajustar su configuración.



Y estableceremos el parámetro Cuando se apague el televisor al valor Apagar, dejando el resto en sus valores por defecto tal y como se muestran en la captura.

En mi tele al menos (Samsung B650) ha sido también necesario establecer el Apagado automático a Sí en sus ajustes del control HDMI. Ojo con la imagen porque aunque aparezca XBMC de fondo se trata del menú de la tele.



Ahora basta con apagar la tele para que XBMC inicie un cierre controlado de la Raspberry Pi. En cuanto tras unos pocos segundos se desactivan todos sus LEDs (excepto el de color rojo) ya puedo apagar el receptor con seguridad, lo que a su vez corta totalmente la alimentación de la RPi. Y todo desde el mando a distancia. Me parece bastante práctico.


10. A disfrutar del tinglado

Aunque las imágenes tomadas con la cámara del móvil no le hacen justicia al resultado en pantalla, no me resisto a incluir algunas instantáneas de Raspbmc reproduciendo tanto musiquita como vídeo en calidad bluray a casi 40Mbps.















Hasta aquí llega esta guía de instalación. Confío en que no se haya hecho demasiado pesada y que pueda servir de apoyo para quienes quieran montarse un reproductor multimedia bastante apañado (y económico) con una Raspberry Pi.

Aunque como decía más arriba (aún) existen numerosas carencias creo que el resultado es mucho más que aceptable.

Cómo te lo has currado, Pablo !!!!!
Vaya tutorial !

Por completo
Por detallado
Por explícito
Por fácil de seguir

..Por haberlo colgado a las 2 de la madrugada

Ignasi L escribió:Cómo te lo has currado, Pablo !!!!!
Vaya tutorial !

Por completo
Por detallado
Por explícito
Por fácil de seguir

..Por haberlo colgado a las 2 de la madrugada

+1

menudo trabajo, está fenomenal y muy didáctico, mil gracias por el tiempo de sueño invertido

no quisiera ser yo un cacharro en manos de Pablo... más que bancos de prueba los somete al potro de la tortura

Gracias Pablo, añade una funcionalidad, utilizarlo como servidor multimedia. Es para lo que lo que lo utilizo yo. Con el Oppo es muy lento, en cambio con la tele es rapidísimo.

Saludos.

Gracias, chicos.

Ignasi, lo de dormir poco no iba en broma .

Jazz escribió:Gracias Pablo, añade una funcionalidad, utilizarlo como servidor multimedia. Es para lo que lo que lo utilizo yo. Con el Oppo es muy lento, en cambio con la tele es rapidísimo.

Jazz, la idea en este caso era configurar la RPi exclusivamente como reproductor, desactivando el resto de funciones puesto que va justita de CPU ¿Compartes entonces usando los servicios de XBMC en la Raspberry y un disco USB local o empleas alguna otra distribución como Raspbian o Squeezeplug? Doy por sentado que lo haces a través de UPnP porque no creo que tu tele se pueda conectar a recursos de otro tipo ¿es así?

pablopi escribió:

Jazz escribió:Gracias Pablo, añade una funcionalidad, utilizarlo como servidor multimedia. Es para lo que lo que lo utilizo yo. Con el Oppo es muy lento, en cambio con la tele es rapidísimo.

Jazz, la idea en este caso era configurar la RPi exclusivamente como reproductor, desactivando el resto de funciones puesto que va justita de CPU ¿Compartes entonces usando los servicios de XBMC en la Raspberry y un disco USB local o empleas alguna otra distribución como Raspbian o Squeezeplug? Doy por sentado que lo haces a través de UPnP porque no creo que tu tele se pueda conectar a recursos de otro tipo ¿es así?

Usb local y Upnp. Este fin de semana se lo doy al amigo para el que lo he montado, más bien le he engañado para experimentar yo por sí valía la pena sustituir el htpc.

Estoy moSca con lo lento que va xbmc con el Oppo (no actualizado) con otros servidores no me pasa (p.e. Sinology o el de la asus hub no me pasa). Cuando con el Upnp de la tele el que mejor va con diferencia (más rápido) es el xbmc tanto en Windows como con el RP.

Si vas a usar la RPi para compartir cosas creo que es mejor que utilices una distribución específica para eso, como la que te decía más arriba. Probablemente funcionará mejor. El propósito principal de XBMC es el de reproducir, no actuar como servidor, es posible que no esté muy optimizado en este sentido.

De todos modos voy a añadir esa función a la lista de cosas que sí se pueden hacer, gracias por la sugerencia.

Muchas gracias por el curo!!!
Simplemente inmejorable

Pero también le añadiría la funcionalidad de jugar al mame (si a las maquinitas...)

Joder, lo tuyo es de ponerte en un pedestal
y eso que no vá conmigo el tema pero chapoooó
un saludo

Hola Pablo

Menudo super tutorial, con gente como tu da gusto meterse en fregaos de este tipo.

Gracias

Este Pablo, siempre sorprendiendonos. Muchas gracias por la recopilación.

pablopi escribió:Si vas a usar la RPi para compartir cosas creo que es mejor que utilices una distribución específica para eso, como la que te decía más arriba. Probablemente funcionará mejor. El propósito principal de XBMC es el de reproducir, no actuar como servidor, es posible que no esté muy optimizado en este sentido.

De todos modos voy a añadir esa función a la lista de cosas que sí se pueden hacer, gracias por la sugerencia.

Eres un crack. Haces bien en puntualizar lo de los 100mbps, sin embargo va sobrada para mkv a 720p y flacs. En 1080p puede haber parones, los he experimentado.

Flipper_Cracks escribió:
Pero también le añadiría la funcionalidad de jugar al mame (si a las maquinitas...)

Sí, hombre, eso me falta, unas partiditas al Track & Field

https://code.google.com/p/mame4all-pi/

Jazz escribió:Haces bien en puntualizar lo de los 100mbps, sin embargo va sobrada para mkv a 720p y flacs. En 1080p puede haber parones, los he experimentado.

Incluso 100Mbps debe bastar para hacer streaming de cosas en calidad bluray. El problema con la RPi es que parece tener cuellos de botella en los buses internos relacionados con su controlador USB. Esto afecta también al puerto ethernet, que internamente está conectado a este mismo bus.

Con los ajustes que comento en la guía yo no tengo parones ni tirones reproduciendo copias exactas de bluray a 1080p por red. No te digo yo que pueda darse alguno en escenas salvajes con bitrates por encima de los 40Mpbs o 50Mbps, pero hasta el momento no me he encontrado con un caso así, ni siquiera con la célebre escena de los pájaros del documental Tierra de la BBC.



Hay que p*tear un poquito a la RPi (avanzando, retrocediendo, cambiando pistas de audio, etc. etc.) para provocar algún vaciado de buffer que se recupera casi de inmediato.

pablopi escribió:Como resultado de unas cuantas horas jugueteando con la Raspberry Pi he pensado que estaría bien resumir el proceso de configuración de este dispositivo como reproductor multimedia con XBMC. ...

Mil gracias por esta guía tan detallada.

Buenas tardes a la parroquia. PabloPi: Enhorabuena por el aporte, todo lujo de detalles para conseguir un reproductor "rico y con fundamento". Un saludo. Javier.

Gracias de nuevo a todos .

He modificado la guía para:

- Corregir algunos errores menores.
- Ampliar las instrucciones relativas, fundamentalmente, a la configuración de fuentes (carpetas) de archivos multimedia en XBMC.
- Añadir una sección (la 9) sobre encendido y apagado controlado de la RPi.

Ante todo felicitarte por el pedazo de post que te has currado. Pero tengo una consulta que hacerte. Al añadir la carpeta de red en la cual se encuentra lo que quieres compartir del NAS, ¿donde pongo mi usuario y contraseña (ya que mi servidor NAS requiere user y pass) para poder acceder a el contenido de dicha carpeta compartida?



Gracias de antemano!!!!

Kbles escribió:Al añadir la carpeta de red en la cual se encuentra lo que quieres compartir del NAS, ¿donde pongo mi usuario y contraseña (ya que mi servidor NAS requiere user y pass) para poder acceder a el contenido de dicha carpeta compartida?

GRacias, Kbles.

Con NFS, a menos que montes un "tinglado" con Kerberos o cosas así no existe el concepto de usuario / clave, a diferencia de cuando se utiliza smb / cifs típico en los sistemas Windows.

- El servidor exporta (comparte) una carpeta.
- Se establece si el acceso es en lectura o lectura / escritura en función de la IP (o rango de IPs de las máquinas desde las que se acceda).

No hay más.

Yo he compartido en mi NAS la carpeta mediateca en solo lectura para cualquier cliente con una IP en el rango local.

No tengo ni idea de la "Raspberry Pi" pero os cuelgo este enlace por si os pudiese interesar.
Un saludo.  
http://www.xatakahome.com/trucos-y-bricolaje-smart/raspberry-pi-reproductor-receptor-y-servidor-de-musica-de-calidad-proyecto-pi-i

Lo primero Felicidades por el pedazo de manual que te has currado.

Ahora supongamos que quiero rizar el rizo, tengo un archivo x por ejemplo xxx.mkv, el cual tengo en mi pc, y compartido por samba lo veo perfectamente en la
tv del salon con mi raspberry (PC y raspberry estan por cable al mismo Router). Ahora bien si el archivo esta en un servidor remoto, del tipo OVH que se os ocurre para poder compartirlo de un modo seguro y lo más importante que se reproduzca.

Yo he hecho pruebas con el mismo ficheros y con otros muchos y se ven a tirones 3 sg se parar 5 sg ... tambien depende del tamaño (calidad) del fichero eso si en lugar de por samba por ssh. No se si es posible aumentar en buffer en la raspberry, pde modo que aunque tarde 10 minutos en arrancar luego se vea sin problemas o algo asi, es decir alguna idea para ver en streming al fin y al cabo si pongo youtube o similar se ve es decir que aunque la linea de casa es mala es suficiente

Bueno alguna idea? de que tipo de transferencia usar y como?.  

Saludos

De todo esto me queda una duda: de una primera lectura (rápida, eso sí  ) de la guía de Pablo, creí entender que la Raspberry Pi no funcionaba con DACs USB. Pero en el enlace de Xataka que aporta delorian77 aparece claramente la Raspberry Pi funcionando con un DAC usando el puerto USB.

Así que volviendo sobre el hilo, y si lo he entendido bien, esa limitación tenía que ver con el software (en este caso XBMC) y no con el hardware (la Raspberri Pi), no? Como la distribución piCorePlayer, por ejemplo, que en principio no es compatible con todos los DACS USB

Podéis aclararme esto? porque tenía la RPI como una opción de reproductor para mi equipo y en cuanto leí eso del DAC la descarté automáticamente...

PD: Pablo, como siempre, un contenido/aportación 5 estrellas  . Gracias

pablopi, gracias por el esfuerzo que supone trabajarse un manual de este tipo. Estoy seguro que a los poseedores de este aparatito y gente interesada en adquirir uno les será de mucha utilidad.

Un abrazo  

Gracias, Oscar y Dimun.

oscargb13 escribió:
Ahora supongamos que quiero rizar el rizo, tengo un archivo x por ejemplo xxx.mkv, el cual tengo en mi pc, y compartido por samba lo veo perfectamente en la
tv del salon con mi raspberry (PC y raspberry estan por cable al mismo Router). Ahora bien si el archivo esta en un servidor remoto, del tipo OVH que se os ocurre para poder compartirlo de un modo seguro y lo más importante que se reproduzca.

Con respecto a lo que planteas, lo veo complicado, ahora mismo, a menos que en el servidor se realice una transcodificación al vuelo a un formato con una tasa de bits que sea adecuada para la transmisión por Internet.

Por ejemplo, para un mkv con una duración de 100' y unos 10GB de peso necesitarías una tasa de transferencia sostenida de unos 14Mbps. Empieza a no ser descabellado con las velocidades que comienzan a tener las conexiones, pero efectivamente necesitarías un buffer bien gordo y, además de una buena conexión, que el proveedor donde tienes alojado el servidor remoto no te "cape" el ancho de banda en determinadas condiciones.

En cualquier caso y por si quieres hacer pruebas, en Raspbmc puedes aumentar el buffer modificando el archivo advancedsettings.xml:

http://www.stuffaboutcode.com/2012/08/xbmc-raspbmc-kept-buffering.html

Pero se trata de un buffer en RAM y recuerda que la RPi no tiene mucho de eso.

La cuestión es conseguir que el buffer sea lo suficientemente grande como para absorber la diferencia entre la tasa de bits del archivo y la efectiva de la transmisión. En el caso anterior y suponiendo una velocidad de descarga media de unos 10mbps (si los cálculos así a ojo no me fallan) necesitarías aproximadamente un buffer de 2,5GBytes... vamos, que tendrías que esperar 25 minutos antes de comenzar a ver la peli (me suena que hay algún servicio de pelis a la carta americano que funciona de este modo, descargando un trozo gordo de la peli en almacenamiento local, pero no recuerdo cuál es).

Como te decía antes yo haría pruebas con algún servidor UPnP que emplee transcodificación, quizás PS3Media Server ¿puedes instalarlo en tu servidor?

dimun escribió:De todo esto me queda una duda: de una primera lectura (rápida, eso sí  ) de la guía de Pablo, creí entender que la Raspberry Pi no funcionaba con DACs USB. Pero en el enlace de Xataka que aporta delorian77 aparece claramente la Raspberry Pi funcionando con un DAC usando el puerto USB.

Así que volviendo sobre el hilo, y si lo he entendido bien, esa limitación tenía que ver con el software (en este caso XBMC) y no con el hardware (la Raspberri Pi), no? Como la distribución piCorePlayer, por ejemplo, que en principio no es compatible con todos los DACS USB

La RPi no tiene ninguna particularidad que la haga incompatible por naturaleza con DACs USB, aunque sí problemas de drivers a bajo nivel que han provocado que la conexión usb (que para colmo comparte el bus con la ethernet) pierda fácilmente paquetes cuando se usa para transmitir audio... en teoría están resueltos desde no hace mucho:

http://www.raspyfi.com/raspberry-pi-usb-audio-fix/

Por esa razón a mi siempre me ha atraído más el "lado" HDMI de este cacharrito.

Además de picoreplayer tienes por ahí raspify, que en su última versión está muy bien:

http://www.raspyfi.com/

Cuando escribí este tutorial en mayo del año pasado Raspbmc no funcionaba bien con dacs USB, pero las cosas pueden haber mejorado. Échale un vistazo a este hilo:

http://forum.stmlabs.com/showthread.php?tid=1052

No te puedo dar mucha info de primera mano porque el único DAC que tengo en casa es el de una Edirol UA25 que uso habitualmente en el PC. Con ella tanto picoreplayer como raspify funcionaban, aunque con algún problemilla. La RPi la conecto exclusivamente por HDMI.

DrFunk escribió:pablopi, gracias por el esfuerzo que supone trabajarse un manual de este tipo. Estoy seguro que a los poseedores de este aparatito y gente interesada en adquirir uno les será de mucha utilidad.

Gracias, Dr.