Jellyfin vs Plex: ¿qué servidor multimedia autoalojado?

Un media-server autoalojado en un VPS le convierte en propietario de su catálogo: películas, series, música y fotos siguen accesibles por HTTPS desde el navegador, una Smart TV o un móvil, sin cuota impuesta ni análisis de sus hábitos.

A diferencia de una máquina doméstica, el VPS dispone de un ancho de banda de subida estable, indispensable para el streaming a distancia, de una IP fija para configurar un dominio y de una disponibilidad 24/7 sin sobrecoste de electricidad. Su mediateca ya no depende de la conexión ni del hardware de su casa.

Jellyfin es totalmente libre (licencia GPL) y no tiene ninguna función de pago; Plex ofrece una experiencia de cliente más pulida, pero reserva la transcodificación por hardware a Plex Pass y, desde el 29 de abril de 2025, la reproducción remota de sus vídeos personales a Plex Pass o Remote Watch Pass. La elección se juega, por tanto, entre libertad total y comodidad preconfigurada.

Para el streaming directo (remux sin recodificación) basta con un VPS de 2 vCPU y 2 GB de RAM. En cuanto active la transcodificación por software de un flujo 1080p, cuente con 4 vCPU y 4 GB; para varios flujos 4K simultáneos, apunte a entre 6 y 8 vCPU. La transcodificación por hardware (QSV, NVENC) sigue siendo poco habitual en un VPS compartido: dé prioridad a archivos ya compatibles con sus clientes para mantenerse en Direct Play.

En cuanto al almacenamiento, prevea un volumen generoso e, idealmente, un disco rápido para los metadatos. Necesita Docker y Docker Compose instalados, un subdominio (por ejemplo, media.your-domain.com) apuntando a la IP del VPS y un reverse proxy para el TLS.

Jellyfin 12.0 se publicó el 7 de septiembre de 2026; la rama va ya por la 12.4, publicada en octubre de 2026. El paso de 10.11.x a 12 se debe a un cambio de numeración: el proyecto abandonó el prefijo «10.», y 12.0 es la versión que se habría llamado 10.12.0. Aun así, introduce cambios incompatibles.

Eliminación de los prefijos de API heredados. Las rutas /emby/ y /mediabrowser/ han sido eliminadas definitivamente: los clientes de terceros antiguos y los scripts que dependían de ellas dejan de funcionar mientras no llamen a las rutas desde la raíz /. Además, la autorización heredada («legacy authorization») queda desactivada por defecto, también en las instalaciones migradas. Verifique cada aplicación cliente antes de migrar.

Migración de base de datos irreversible. Jellyfin 12 sigue en SQLite pero reestructura su base: las listas de reproducción y las colecciones pasan a ser relacionales (nueva tabla LinkedChildren) y unas rutinas de limpieza se ejecutan automáticamente en el primer arranque. Estos cambios impiden cualquier vuelta atrás sin una restauración completa. Haga una copia de seguridad completa de la carpeta config/ — especialmente data/jellyfin.db — antes de actualizar la imagen del contenedor Docker. Revertir implica restaurar esa copia junto con la imagen Docker de la versión anterior. Tras la actualización, lance un escaneo completo de las bibliotecas: es necesario para recuperar las versiones alternativas de los medios.

Incompatibilidad de plugins de 10.11. El servidor apunta ahora a .NET 10: los plugins deben recompilarse para Jellyfin 12. Las notas de la versión recomiendan quitar los plugins instalados desde un repositorio (los no integrados) antes de migrar y reinstalarlos después desde el repositorio estable oficial cuando se publiquen versiones compatibles.

Migración directa soportada. Las actualizaciones desde 10.10.7 y 10.11.x a 12 están soportadas — no es necesario reinstalar desde cero ni pasar por una versión intermedia; por debajo de 10.10.7, actualice primero a 10.10.7. Después descargue la nueva imagen Docker, tras hacer la copia de seguridad.

Transcodificación que falla en silencio. El reproductor muestra un error genérico o el vídeo no arranca. Primera comprobación: en Panel de control → Registros, filtre por Transcod. Si el registro indica que no se encuentra FFmpeg o un error de permisos en la carpeta de transcodificación, el contenedor no encuentra el binario o no puede escribir en esa carpeta (/cache/transcodes por defecto). Verifique que el volumen está montado con permisos de escritura y que la imagen Docker es jellyfin/jellyfin (no una bifurcación sin mantenimiento).

Fallo de la aceleración por hardware. En un VPS sin GPU dedicada, la aceleración por hardware (VAAPI, QSV, NVENC) no está disponible: la transcodificación falla si activó una opción por hardware que el servidor no puede atender. En Panel de control → Reproducción → Transcodificación, desactive la aceleración por hardware para volver a la transcodificación por software, o fuerce el Direct Play. En una máquina con GPU, el contenedor debe poder acceder a ella: asigne el dispositivo de renderizado (devices: - /dev/dri/renderD128:/dev/dri/renderD128, con group_add en el grupo render del host) para VAAPI o QSV, o instale el controlador NVIDIA y el NVIDIA Container Toolkit en el host para NVENC.

Acceso remoto bloqueado detrás de un reverse proxy (prefijo de ruta). Si sirve Jellyfin bajo una subruta como your-domain.com/media/, los recursos estáticos y la API no se cargan correctamente. Un subdominio dedicado (media.your-domain.com) evita estos problemas; la documentación advierte además de que la Base URL rompe, entre otros, el plugin DLNA, HDHomeRun, Sonarr y Radarr. Si la subruta es inevitable, rellene el campo Base URL en Panel de control → Red (se guarda en network.xml y requiere reinicio) y asegúrese de que su reverse proxy reenvía la ruta completa sin reescribirla.

Sincronización de metadatos en bucle. El escaneo de la biblioteca se ejecuta indefinidamente sin progresar. Causas habituales: permisos insuficientes en la carpeta media (Jellyfin debe poder leer los archivos), nombres de archivos que no siguen el estándar Title (Year).mkv, o problemas de conectividad con los agentes de metadatos remotos. Consulte los registros de tareas programadas en Panel de control → Tareas programadas para identificar qué paso está bloqueado.