Instalar OpenScreen en Windows, macOS y Linux

En Windows, la vía recomendada es Microsoft Store. En los demás sistemas, descarga el instalador más reciente para tu plataforma desde la página de descarga, o directamente desde GitHub Releases.

Requisitos del sistema

	Mínimo	Recomendado
Windows	Windows 10 versión 1903 (compilación 18362) o posterior, x64 (o ARM64 con el `.exe` independiente), Intel de 8.ª generación / AMD Ryzen serie 2000 o más reciente. La captura nativa necesita Windows 10 versión 2004 (compilación 19041) o posterior; las compilaciones anteriores graban con la captura por navegador de respaldo	Windows 11, Intel de 12.ª generación / AMD Ryzen serie 4000 o más reciente
macOS	macOS 13 (Ventura), que ScreenCaptureKit exige para la captura. Grabar el micrófono necesita macOS 15 o posterior	macOS 15.2 o posterior
Linux	x64. `xdg-desktop-portal` y PipeWire, que la grabación necesita: el módulo auxiliar de captura nativa pasa por ellos, y un fallo ahí se informa como error. La captura por navegador de respaldo solo toma el relevo cuando a una compilación le falta el propio módulo auxiliar. El audio del sistema necesita además PipeWire como servidor de sonido (el predeterminado en Ubuntu 22.10+ y Fedora 34+). Para grabar los clics del mouse en Wayland, tu usuario necesita acceso de lectura a los dispositivos evdev del mouse: consulta Clics del mouse en Wayland	Lo mismo, actualizado
RAM	8 GB	16 GB

Gráficos integrados antiguos en Windows

Los equipos con gráficos integrados anteriores, aproximadamente, a la 8.ª generación de Intel (o a su equivalente, la serie AMD Ryzen 2000) no tienen bloqueada la instalación, pero algunos tienen problemas conocidos de estabilidad del controlador que pueden hacer que una grabación no logre detenerse y guardarse: consulta #460. Si te ocurre, abre el ícono de la bandeja o Ayuda → Guardar diagnósticos justo después del fallo (antes de iniciar otra grabación) y adjunta el archivo a un reporte de error.

macOS

Descarga el instalador .dmg desde Releases y arrastra OpenScreen a tu carpeta Aplicaciones. Las compilaciones a partir de la 1.9.0 están firmadas con un certificado Developer ID y notarizadas por Apple, así que Gatekeeper no las bloquea y no hace falta ningún paso en la terminal.

La primera vez que lo abres, OpenScreen muestra una ventana de permisos con todos los permisos que usa, cada uno con un botón para concederlo. Puedes volver a abrirla en cualquier momento desde el ícono de OpenScreen en la barra de menús: Permisos…. Lo que pide macOS depende de su versión:

macOS 15.2 y posteriores: eliges la pantalla o la ventana en el selector del sistema de Apple, y esa elección es tu consentimiento, así que no hace falta el permiso Grabación de pantalla. El audio del sistema pide su propio permiso, más limitado: Solo grabación del audio del sistema.
macOS 13 a 15.1: OpenScreen usa su propio selector de fuente y necesita Grabación de pantalla, que también cubre el audio del sistema. En las versiones 15.0 y 15.1, macOS además pregunta de vez en cuando si OpenScreen puede acceder directamente a la pantalla, sin el selector del sistema: permítelo.

Accesibilidad es lo que necesita el cursor editable predeterminado para registrar la forma del cursor y los clics: en ese modo, si presionas grabar sin haberlo concedido, se abre la ventana de permisos, y la grabación empieza cuando lo concedes y vuelves a presionar grabar.

¿Actualizas desde una versión anterior a la 1.9.0?

Esas compilaciones no estaban firmadas con un certificado Developer ID, y macOS asocia los permisos de Grabación de pantalla y Accesibilidad a la firma de la app. Por eso no puede saber que la nueva compilación es la misma app, y los permisos que concediste a la anterior no se conservan. Si una versión nueva no graba ni siquiera después de concederlos, elimina las entradas de OpenScreen en ambos permisos en Ajustes del Sistema, luego vuelve a abrir la app y concédelos de nuevo.

Windows

Recomendado: Microsoft Store. Obtén OpenScreen en Microsoft Store, o instala el mismo paquete desde una terminal:

winget install --source msstore OpenScreen

Microsoft firma el paquete de la Store durante la certificación, así que se instala sin advertencia de seguridad, y la Store lo mantiene actualizado.

Alternativa: instalador independiente. Descarga y ejecuta el .exe (x64 o ARM64; el paquete de la Store es x64) desde Releases si no puedes usar la Store: Windows LTSC, un equipo de trabajo con restricciones, una instalación sin conexión o una versión anterior específica.

Advertencia de SmartScreen con el .exe

El .exe no tiene firma de código, así que Windows SmartScreen muestra Windows protegió su PC e indica que el editor es desconocido. Elige Más información → Ejecutar de todas formas para continuar. Descarga el .exe solo desde la página de Releases; si quieres un paquete firmado, usa la versión de la Store.

Linux

Cada versión publica cuatro paquetes x64: elige el que corresponda a tu distribución. En aarch64, usa el flake de Nix que aparece más abajo, que compila desde el código fuente.

Debian / Ubuntu / Pop!_OS

sudo apt install ./Openscreen-Linux-*.deb

Fedora / RHEL / CentOS

sudo dnf install ./Openscreen-Linux-*.rpm

Arch / Manjaro

sudo pacman -U Openscreen-Linux-*.pacman

Cualquier distribución (AppImage)

chmod +x Openscreen-Linux-*.AppImage
./Openscreen-Linux-*.AppImage

Si el AppImage no se abre por un error del sandbox:

./Openscreen-Linux-*.AppImage --no-sandbox

NixOS / Nix (flake)

Pruébalo sin instalarlo:

nix run github:getopenscreen/openscreen

Instálalo en tu perfil de usuario:

nix profile install github:getopenscreen/openscreen

Como módulo de sistema de NixOS:

{
  inputs.openscreen.url = "github:getopenscreen/openscreen";

  outputs = { nixpkgs, openscreen, ... }: {
    nixosConfigurations.<host> = nixpkgs.lib.nixosSystem {
      modules = [
        openscreen.nixosModules.default
        { programs.openscreen.enable = true; }
      ];
    };
  };
}

Los usuarios de Home Manager pueden usar openscreen.homeManagerModules.default con el mismo programs.openscreen.enable = true;.

Según tu entorno de escritorio, puede que tengas que conceder el permiso de grabación de pantalla.

Clics del mouse en Wayland

Wayland no ofrece ningún portal para los eventos de entrada, así que OpenScreen lee las pulsaciones del botón izquierdo directamente de la interfaz evdev del kernel (/dev/input/event*). De forma predeterminada, esos nodos de dispositivo están restringidos a root:input, por lo que una grabación solo distingue un clic de un movimiento normal del cursor cuando tu usuario tiene acceso de lectura a ellos.

Sin este acceso no se rompe nada: la grabación funciona exactamente igual que antes, y cada muestra del cursor se registra simplemente como un movimiento.

El alcance es deliberadamente limitado: la captura de clics solo usa las pulsaciones del botón izquierdo (BTN_LEFT) e ignora cualquier otro evento, así que las pulsaciones de teclas nunca se registran. Para desactivar el lector por completo, incluso donde existe el permiso, define OPENSCREEN_DISABLE_CLICK_CAPTURE=1 en el entorno desde el que se inicia OpenScreen.

Recomendado: regla de udev (mínimo privilegio)

En los sistemas donde systemd-logind gestiona el puesto (seat) del escritorio local, lo más seguro es dar acceso a ese puesto (TAG+="uaccess") solo a los dispositivos señaladores (mouse y touchpads), excluyendo explícitamente los teclados. Esto requiere que udev admita uaccess, y así solo el usuario con la sesión activa en el puesto tiene acceso, sin exponer tu teclado:

Crea un archivo de reglas de udev en /etc/udev/rules.d/70-openscreen-mouse.rules (el prefijo 70- es importante para que se ejecute antes de las reglas de puesto de systemd):

sudo tee /etc/udev/rules.d/70-openscreen-mouse.rules << 'EOF'
KERNEL=="event*", SUBSYSTEM=="input", ENV{ID_INPUT_MOUSE}=="1", ENV{ID_INPUT_KEYBOARD}!="1", TAG+="uaccess"
KERNEL=="event*", SUBSYSTEM=="input", ENV{ID_INPUT_TOUCHPAD}=="1", ENV{ID_INPUT_KEYBOARD}!="1", TAG+="uaccess"
EOF

Recarga y aplica las reglas:

sudo udevadm control --reload-rules && sudo udevadm trigger --subsystem-match=input

Puedes comprobar que tu usuario tiene acceso a los nodos evdev del mouse (por ejemplo, user:<tu-usuario>:rw-) con:

getfacl /dev/input/event*

Alternativa: el grupo `input`

También puedes agregar tu usuario al grupo input:

sudo usermod -aG input $USER

Cierra la sesión y vuelve a iniciarla para que el nuevo grupo surta efecto.

Consideración de seguridad

Agregar tu usuario al grupo input da a todos los programas que se ejecutan con tu cuenta acceso de lectura a todos los dispositivos de entrada del sistema, incluidos los teclados, así que cualquiera de ellos podría registrar lo que tecleas. Se recomienda usar en su lugar la regla de udev anterior.

Touchpads: solo se registra un clic físico, es decir, presionar el touchpad hasta que se hunda. Tocar para hacer clic no se registra, porque la pila de entrada de tu compositor (libinput) sintetiza esos toques para su propio uso y nunca los vuelve a escribir en el dispositivo del kernel que lee OpenScreen, así que en la capa evdev no hay nada que ver. Un mouse, o un touchpad con tocar para hacer clic desactivado, registra todos los clics.

Diferencias entre plataformas

Las herramientas de edición son las mismas en todas partes: zooms, fondos, encuadre/recorte/velocidad, anotaciones, transcripción, subtítulos y proyectos. Todos los formatos de exportación funcionan en todas las plataformas; lo que cambia es la captura, y qué codificador puede usar la exportación MP4 en Linux:

	macOS	Windows	Linux
Flujo de captura	Nativo (ScreenCaptureKit)	Nativo (Windows Graphics Capture) en la compilación 19041 y posteriores; respaldo por navegador en compilaciones anteriores o sin el módulo auxiliar	Nativo (PipeWire mediante el portal ScreenCast); respaldo por navegador sin el módulo auxiliar, con lo que se pierden la codificación por hardware y la telemetría del cursor
Cursor personalizado / efectos de clic	✅ (los clics y la forma del cursor necesitan el permiso de Accesibilidad)	✅	✅ en Wayland (la captura de clics necesita acceso a los dispositivos evdev del mouse, detalles)
Cámara web	Captura por navegador, guardada como archivo aparte (sigue funcionando como PiP)	Captura nativa, guardada como archivo aparte	Captura por navegador, guardada como archivo aparte (sigue funcionando como PiP)
Audio del sistema	Funciona sin configurar nada; su propio aviso de permiso en macOS 15.2+, cubierto por Grabación de pantalla en versiones anteriores	Funciona sin configurar nada	Necesita PipeWire como servidor de sonido (predeterminado en Ubuntu 22.10+, Fedora 34+)
Exportación MP4	✅	✅	✅: H.264 en la GPU mediante VAAPI cuando la pila gráfica lo permite (consulta la nota más abajo), por software en caso contrario
Exportación GIF	✅	✅	✅
Transcripción en el equipo	Metal (Apple Silicon) / CPU	Vulkan / CPU	Vulkan / CPU

Exportación MP4 en Linux

El compositor GPU que hay detrás de la vista previa en vivo y de la exportación MP4 tiene tres backends (Direct3D 11 en Windows, Metal en macOS, wgpu/WGSL en Linux) y se incluye en las tres compilaciones. En Linux, una exportación H.264 entrega cada fotograma compuesto a h264_vaapi sin copia en la CPU cuando el controlador de la GPU expone VAAPI y el dispositivo Vulkan puede entregar el fotograma como dmabuf (VK_KHR_external_memory_fd y VK_EXT_external_memory_dma_buf). Cuando falta cualquiera de esas cosas (no hay nodo de renderizado, el controlador no tiene VAAPI, el dispositivo Vulkan no tiene esas extensiones), la exportación recurre a un codificador por software y simplemente tarda más; nada más cambia.

Lo que hace OpenScreen en cada sistema, y cuándo otra herramienta encaja mejor, se resume en las páginas de Windows, Mac y Linux.

Siguiente: Inicio rápido te guía en tu primera grabación.

Requisitos del sistema​

macOS​

Windows​

Linux​

Clics del mouse en Wayland​

Recomendado: regla de udev (mínimo privilegio)​

Alternativa: el grupo input​

Diferencias entre plataformas​