Guias

OBS Studio en Linux: guía para grabar tutoriales y streams en 2026

OBS Studio en Linux: guía para grabar tutoriales y streams en 2026

OBS Studio es la herramienta estándar open source para grabar pantalla y hacer streaming desde Linux. En 2026 grabar con Wayland y PipeWire es nativo (ya no hay que tocar X11), el soporte de GPU está maduro, y la exportación final sale limpia. Esta guía cubre configuración, codecs, audio y un workflow de tutoriales.

TL;DR — Lo que vas a tener al final

  • Tiempo de setup: 30 minutos a 2 horas dependiendo de la complejidad del entorno.
  • Requisitos: Acceso root, Linux moderno, conexión a internet para descargar dependencias.
  • Resultado: Servicio funcional y estable, documentado paso a paso.
  • Troubleshooting: Logs estándar en /var/log/, comandos de verificación al final de cada sección.

Instalación

En Debian/Ubuntu:

Este atajo instala OBS y ffmpeg en Debian/Ubuntu como usuario con sudo, dejando ambos binarios listos para grabar y remezclar. Es el camino más corto para probar el setup; para permanecer en última versión conviene evaluar el Flatpak más abajo.

apt install resuelve todas las dependencias (Qt, FFmpeg, x264, libva, PipeWire, ALSA, JACK) y deja obs-studio como ejecutable y ffmpeg para post-procesar. En Ubuntu 24.04 el paquete suele estar cerca de upstream pero con unos meses de retraso; si necesitas features nuevas (mejor WebRTC, nuevos encoders), saltea esta vía y andá directo al Flatpak de Flathub.


sudo apt install obs-studio ffmpeg

Troubleshooting: Si la versión queda vieja, la distro puede no tener los codecs o el soporte PipeWire esperados; en ese caso usa el Flatpak o un PPA oficial de OBS. verifica que ffmpeg -version liste los encoders (NVENC, VAAPI) que pensás usar y reiniciá la sesión si PipeWire se reinstaló.

En Fedora:

Este segundo atajo instala la misma combinación en Fedora con dnf, dejando disponibles OBS y ffmpeg con sus plugins de hardware habituales del ecosistema RPM. Mantenerlos en la misma familia evita duplicar binarios y conflictos de librería.

dnf install resuelve desde los repos fedora y rpmfusion-free (necesario para los codecs propietarios que OBS usa). Si tu Fedora no tiene RPM Fusion habilitado, OBS instala pero los encoders NVENC/VAAPI aparecen deshabilitados. Conviene verificar sudo dnf repolist antes para confirmar.


sudo dnf install obs-studio ffmpeg

Troubleshooting: Si faltan drivers propietarios de NVIDIA o el soporte de VAAPI, OBS los detecta igual pero los encoders aparecen en gris; confirmá que Mesa y los paquetes de firmware estén al día. verifica que dnf no esté en una transacción parcial y prueba iniciar OBS antes de configurar escenas.

En Arch:

Este atajo instala OBS y ffmpeg desde los repos oficiales de Arch, donde suelen estar muy actualizados. Es la forma de obtener versiones nuevas rápido, aunque con más responsabilidad de mantener tu sistema al día.

pacman -S resuelve las deps y deja ambos binarios en el sistema. Si tienes Wayland + PipeWire, el OBS de extra ya viene con soporte nativo — no necesitas AUR. verifica que tu kernel tenga los módulos de virtualización (v4l2loopback para cámara virtual) si vas a usar esa función.


sudo pacman -S obs-studio ffmpeg

Troubleshooting: Si faltan dependencias de runtime o algún plugin, mira el PKGBUILD y el wiki de Arch; no instales obs-studio desde AUR sin revisar el mantenedor. verifica que la sesión Wayland detecte PipeWire y que obs --version cargue los mismos módulos que el paquete del repo.

Versión Flatpak (recomendada si quieres siempre la última):

Este atajo instala la versión Flatpak oficial desde Flathub, que suele incorporar fixes y features antes que los paquetes de la distro. A cambio, requiere permisos adicionales configurados en Flatseal para acceder a PipeWire, Wayland o X11.

El sandbox Flatpak aísla OBS del sistema: por defecto no puede hablar con PipeWire, X server, ni PulseAudio. Por eso el primer arranque suele capturar pantalla negra — la solución es abrir Flatseal sobre com.obsproject.Studio y habilitar PipeWire, X11, PulseAudio y el bus de sesión. Reiniciar OBS después de cambiar permisos es obligatorio.


flatpak install flathub com.obsproject.Studio

Troubleshooting: Si OBS no captura pantalla o micrófono, revisa en Flatseal que tenga acceso a PipeWire, X11, PulseAudio y los buses relevantes, y reiniciá OBS después de cambiar permisos. verifica que Flatpak tenga el org.freedesktop.Platform actualizado; sin él, OBS puede iniciar pero no mostrar fuentes.

La versión Flatpak a veces va por delante en features pero requiere más permisos (necesitas dar acceso a PipeWire y/o X11 desde Flatseal).

Captura de pantalla: PipeWire es tu amigo

En Wayland (GNOME, KDE Plasma 6, Sway), OBS ya no depende de X11. El método moderno es:

1. Asegúrate de tener pipewire y xdg-desktop-portal corriendo.

2. En OBS, agrega fuente “Captura de pantalla (PipeWire)”.

3. Selecciona la pantalla o ventana a capturar.

En GNOME 45+ esto funciona out-of-the-box sin config extra. En KDE Plasma 6 también. En Sway y Hyprland necesitas el portal correspondiente (xdg-desktop-portal-wlr o -hyprland).

En X11 (sigue siendo válido para muchas distros):

  • “Captura de pantalla (XSHM)” para grabar la pantalla completa.
  • “Captura de ventana (Xcomposite)” para grabar solo una ventana (más liviano).

Audio: el punto donde más gente tropieza

Tienes dos opciones en OBS:

  • Audio del sistema + micrófono juntos: usa PipeWire + la fuente “Captura de audio de aplicación (PipeWire)” para apps específicas, o “Audio del escritorio” para todo el sistema.
  • Micrófono separado: agrega “Captura de entrada de audio” y selecciona tu mic desde PulseAudio/PipeWire.

En PipeWire el routing es por nodo, no por app global. Si tu distro usa WirePlumber (la mayoría), todo funciona. Si no escuchas audio del sistema en OBS, instala pipewire-pulse que reemplaza a PulseAudio manteniendo compatibilidad.

Para verificar que PipeWire está activo:

Este comando confirma que PipeWire está activo y responde como backend de PulseAudio, requisito para que la captura de audio funcione en OBS. Si no muestra on PipeWire, OBS usará rutas incompatibles o no capturará audio del sistema.

pactl info consulta el servidor PulseAudio local; la línea Server Name revela si el daemon real es PulseAudio legacy o PipeWire (que expone una capa compatible). En distros modernas (Ubuntu 22.10+, Fedora 34+, Arch) ver PulseAudio (on PipeWire X.Y.Z) es la salida esperada. Si dice solo PulseAudio, te falta pipewire-pulse instalado o el servicio no está corriendo.


pactl info | grep "Server Name"
# debe decir: Server Name: PulseAudio (on PipeWire X.Y.Z)

Troubleshooting: Si devuelve PulseAudio sin la coletilla de PipeWire o un error de conexión, instala pipewire-pulse, recargá el servicio o reiniciá la sesión. verifica que WirePlumber esté presente y que pw-top liste los nodos; sin PipeWire funcionando, las fuentes de audio de OBS quedan vacías o mudas.

Configuración de salida: grabación local

Ve a Ajustes → Salida → Modo: “Avanzado”. Para grabar a disco:

  • Tipo: Estándar.
  • Ruta de grabación: una carpeta con espacio (un video 1080p30 a 10 Mbps pesa ~4.5 GB/hora).
  • Formato: MKV (recomendado; no se corrompe si se cae OBS). Al terminar, usa Archivo → “Remezclar grabaciones” para convertir a MP4.
  • Encoder: x264 (CPU), NVENC (NVIDIA GPU), VAAPI (Intel/AMD GPU), o Apple VT (Mac).
  • Tasa de bits: 8000-15000 kbps para 1080p60. Para tutoriales donde solo hay código y terminal, 6000 kbps basta.
  • Preset: si usas x264, medium o fast para no quemar la CPU.

Si tienes GPU NVIDIA con drivers propietarios, NVENC es el camino: mínima carga CPU, calidad igual o mejor que x264. En AMD/Intel con drivers Mesa recientes, VAAPI está sólido.

Configuración de salida: streaming

Para Twitch/YouTube:

  • Servicio: el que uses.
  • Servidor: el más cercano a tu ubicación.
  • Encoder: NVENC o VAAPI. NO x264 salvo que tengas CPU potente.
  • Tasa de bits: 6000 kbps máximo recomendado por Twitch, 8000-12000 kbps para YouTube 1080p60.
  • Resolución y FPS: 1920×1080 a 30 fps es seguro. 60 fps si tu conexión de subida lo aguanta (>12 Mbps).

Atajos de teclado que cambian todo

En Ajustes → Atajos, configura:

  • Ctrl+Shift+R — Iniciar/Detener grabación.
  • Ctrl+Shift+S — Iniciar/Detener streaming.
  • Ctrl+Shift+M — Silenciar mic global.
  • F10 — Cambiar entre escenas.
  • Ctrl+Shift+T — Hacer la ventana activa “always on top” para que no tape tu código.

Los atajos los defines una vez y los usas siempre. Hacen la diferencia entre un workflow profesional y andar clickeando botones.

Escenas: cómo estructurar un tutorial

Crea mínimo tres escenas:

1. Pantalla completa: tu pantalla entera. Default.

2. Cámara: si tienes webcam. Compone con la pantalla en PiP.

3. Branding / Cierre: logo + “sígueme en @soylinux” + música suave.

Las transiciones las configuras en el dock central (transición “Cortinilla” o “Fundido” entre escenas). Para tutoriales donde solo muestras pantalla, la transición rápida basta.

Grabando solo una ventana: menos peso y mejor foco

Si vas a mostrar solo VS Code, una terminal o el navegador, usa “Captura de ventana” en vez de pantalla completa:

  • Más liviano (no comprime tu wallpaper, segundo monitor, etc.).
  • El espectador no se distrae con notificaciones ni tu Slack abierto.
  • Permites zoom con atajo a esa ventana.

Truco: en Wayland la selección de ventana via PipeWire muestra una lista clara. En X11 también pero con Xcomposite.

Edición posterior: el paso que muchos se saltan

OBS graba limpio, pero rara vez queda listo para subir. Pasos mínimos:

1. Recortar inicio y fin (los “hola, hoy vamos a…” y “y eso es todo, chao”).

2. Quitar pausas largas (silencios de más de 2-3 segundos).

3. Subir volumen de la voz si quedó bajo.

4. Marcar capítulos si el video es >10 min.

Herramientas en Linux para esto:

  • Kdenlive: editor no lineal, completo, KDE pero funciona en GNOME.
  • Shotcut: similar, multiplataforma.
  • FFmpeg directo (si te gusta la CLI):

El primer comando recorta el video entre dos marcas de tiempo sin re-encodear, así que es muy rápido y no degrada calidad; el segundo re-encoda a MP4 con H.264 y AAC para publicar. hazlo en ese orden: primero el corte rápido sobre el MKV original y recién después la conversión final.

-ss antes de -i hace un seek rápido a nivel contenedor (precisión por keyframe, no por frame exacto); -to marca el final. -c copy evita re-encodear, copiando los streams originales — por eso es instantáneo pero el corte arranca/sale en keyframes. Para precisión de frame, poné -ss después de -i (más lento, re-encoda). El segundo comando usa -c:v libx264 -preset medium (balance CPU/calidad), -crf 20 (calidad alta, valor más bajo = más calidad y más peso) y -c:a aac -b:a 128k para audio compatible con todos los players.


# Cortar desde 00:00:05 a 00:10:30 sin re-encodear
ffmpeg -i input.mkv -ss 00:00:05 -to 00:10:30 -c copy output.mkv
# Re-encodear a MP4 con audio AAC
ffmpeg -i input.mkv -c:v libx264 -preset medium -crf 20 -c:a aac -b:a 128k output.mp4

Troubleshooting: Si ffmpeg se queja de codec o contenedor, revisa que la entrada sea realmente un MKV válido y que el preset sea adecuado al equipo; un -crf muy bajo puede ser muy lento. verifica duración final y sincronía A/V; si el audio se desfasa con -c copy, re-encodá solo el video con -c:v libx264 y mantené el audio en -c:a copy.

Atajos para evitar errores comunes

  • ¿OBS graba pero el video sale negro en Wayland?: probablemente te falta xdg-desktop-portal o PipeWire no está corriendo. Reinicia OBS después de instalar pipewire-pulse.
  • ¿Audio desfasado del video?: en Ajustes → Audio, baja el “Retraso de sincronización del audio” a un valor negativo (probar con -100 ms e ir ajustando).
  • ¿El video se ve entrecortado?: sube el preset del encoder (de medium a fast o veryfast) o baja la tasa de bits.
  • ¿CPU al 100% con x264?: cambia a NVENC/VAAPI o baja el preset.

Conclusión

OBS Studio en Linux en 2026 está al nivel de cualquier plataforma para producir tutoriales y streams. PipeWire simplificó el audio y la captura Wayland. Con GPU moderna y NVENC/VAAPI, grabar en alta calidad ya no significa quemar la CPU.

FAQ

¿Necesito GPU dedicada?

No, pero ayuda. x264 en CPU sirve, especialmente para grabar (no para stream en vivo).

¿Qué puerto usa Twitch?

RTMP en 1935. No necesitas abrir nada en tu router; OBS hace outbound.

¿Funciona OBS en ARM (Raspberry Pi)?

Sí, con algunas limitaciones. Para grabar screencasts sencillos funciona. Para streaming en vivo, la Pi se queda corta.

¿Vale la pena la versión Flatpak?

Si quieres última versión, sí. Si prefieres integración con tu distro, el paquete nativo.

Preguntas frecuentes

¿Por qué OBS Studio en Linux: guía para grabar tutoriales y streams en 2026 es relevante para sysadmins Linux?

Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.

¿Qué necesito para empezar con OBS Studio en Linux: guía?

Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.

¿Cuáles son los errores más comunes con OBS Studio en Linux: guía?

Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.

¿Cuándo usar OBS Studio en Linux: guía y cuándo una alternativa?

Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.

¿Cómo migro desde una configuración previa a OBS Studio en Linux: guía?

Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.

Lee también

Alfonso Moreno | Sysadmin Senior

Soy Alfonso, sysadmin senior con RHCE y más de 10 años administrando sistemas Linux para empresas y proyectos personales. Me especializo en infraestructura, redes, virtualización, monitoring, automation y self-hosting. Sobre SoyLinux.com SoyLinux.com es un blog técnico en español sobre Linux, software libre y self-hosting. Lo mantengo en mi tiempo libre. Áreas de expertise - Linux server administration: RHEL, CentOS, Rocky, Alma, Fedora, Debian, Ubuntu - Network services: Postfix, BIND, Samba, NFS, Squid - Virtualización y containers: KVM, Proxmox, Docker, Podman - Monitoring: Prometheus, Grafana, Zabbix - Automation: Ansible, Bash scripting - Self-hosting: Vaultwarden, Nextcloud, Jellyfin, Immich, Homelab Contacto - Email: [email protected]

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *