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

Contenido

Conclusiones

LO BUENO

Caja metálica muy, muy robusta y perfecta para refrigerar.
Procesador muy potente (del orden de 3-4 veces el de la RPi4).
Funciona sin problemas con OpenWRT y con «cualquier» LINUX como Debian, Ubuntu e incluso con Android.
8GB de RAM dan para mucho y los 32 GB de eMMC son «suficientes» para casi todo.
La velocidad de lectura/escritura del NVMe es muy elevada (casi 4000 Mbps) , esto es … unas cuatro veces la que conseguimos con el anterior R5S.
Incluso con un SSD NVMe en su interior, su temperatura de funcionamiento es bastante inferior a la de la RPi4, por ejemplo.
Precio ajustado.

LO MALO

Aunque hay muchas WiFi en formato USB compatibles sería de agradecer que viniese incluída en el R6C.
La versión de ARMBIAN que acaba de salir todavía no funciona como debería.

NOTA: 9.8/10

Muchas gracias a nuestros amigos chinos por habernos enviado su excelente producto y esperando al futuro ¿R7? … con 8GB o más de RAM, 64GB en eMMC (o mejor no soldado), WiFi7 y Bluetooth 5

7634

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.