NanoPi R6C. El mejor SBC que ha pasado por PcDeMaNo, hasta ahora - Página 3 de 7

Contenido

NanoPi R6C

Lo mejor sin duda de los NanoPi es su robusta «carcasa» metálica que los protege ante caídas y además los mantiene «fresquitos» sin necesidad de refrigeración externa.

También el hecho de que se mantenga su figura en los distintos NanoPi que vamos revisando, es algo que confiere un imagen de «seriedad» a los productos de la marca.

Por ejemplo, el frontal prácticamente no ha cambiado desde el NanoPi R4s que revisamos hace un par de años, al NanoPi R5S del pasado verano o el último NanoPi R6S de las últimas navidades.

Por ejemplo, los laterales son prácticamente idénticos a los modelos anteriores.

Sin embargo, la parte posterior ha sufrido cambios reorganizándose los puertos desapareciendo, como hemos dicho, uno de los dos conectores LAN de 2.5 GHz y reubicándose aquí los dos puertos USB. También, por primera vez, aparece un nuevo puerto USB-C para tareas de DEBUG.

En el interior el parecido es más con el R5S al disponer de una ranura para colocar el NVMe RC100 de Toshiba, por ejemplo.

7632

3 Comments

Inline Feedbacks

Ver todos los comentarios

Admin

Pharizna

1 año antes

Aunque pensamos que PLEX Media Server no será capaz de resolver el problema de los AVIs en la tele LG tenemos la idea de probar a ver si en un NAS PLEX es la solución.

La última prueba que se nos ocurre y que “casi” seguro que funciona será reproducir estos ficheros “malditos” en un SBC conectado a la tele a través su salida HDMI. Ahí las posibilidades son múltiples ya que se podría instalar Kodi, Jellyfin e incluso PLEX.

Admin

Pharizna

10 meses antes

Afortunadamente ya hemos conseguido ver sin problema alguno las pelis AVI en nuestra smartTV LG. No ha sido con PLEX que se veían a trompicones… igual que en Jellyfin

La solución ha sido instalar un nuevo docker de Jellyfin que incluye la «transcodificación» en el procesador Rockchip RK3588 que es el procesador que también tiene el CM3588.

El código para el docker quedaría así:

docker run -d \
 --name jellyfin \
 --privileged \
 --net=host \
 --restart=unless-stopped \
 --volume /path/to/config:/config \
 --volume /path/to/cache:/cache \
 --volume /path/to/media:/media \
 `for dev in dri dma_heap mali0 rga mpp_service \
    iep mpp-service vpu_service vpu-service \
    hevc_service hevc-service rkvdec rkvenc vepu h265e ; do \
   [ -e "/dev/$dev" ] && echo " --device /dev/$dev"; \
  done` \
 nyanmisaka/jellyfin:latest-rockchip

docker run -d \

--name jellyfin \

--privileged \

--net=host \

--restart=unless-stopped \

--volume /path/to/config:/config \

--volume /path/to/cache:/cache \

--volume /path/to/media:/media \

`for dev in dri dma_heap mali0 rga mpp_service \

iep mpp-service vpu_service vpu-service \

hevc_service hevc-service rkvdec rkvenc vepu h265e ; do \

[ -e "/dev/$dev" ] && echo " --device /dev/$dev"; \

done` \

nyanmisaka/jellyfin:latest-rockchip

Admin

Pharizna

8 meses antes

En respuesta a Pharizna

Es increíble lo que sabe más de uno. Si primero fueron capaces de activar la transcodificación en el procesador rk3588 ahora ya han empezado a usar la NPU del mismo para agilizar las tareas de reconocimiento de imágenes/ machine learning.