Grabar la pantalla para explicar algo y publicar audio en un feed son dos técnicas que nacieron casi a la vez, a mediados de los años dos mil, y que han envejecido de forma muy distinta. La primera apenas ha cambiado en su método; lo que ha cambiado es todo lo que la rodea. Esta guía repasa el procedimiento completo, de la planificación a la publicación, y señala en cada paso qué era una limitación de entonces y qué sigue siendo una decisión de fondo.
Qué es un screencast y para qué sirve
Un screencast es un vídeo de lo que ocurre en la pantalla, normalmente con una voz que explica. Sirve muy bien para enseñar un procedimiento con pasos, para mostrar un fallo que cuesta describir por escrito y para documentar un flujo de trabajo que cambia poco. Sirve mal para material de consulta rápida: nadie quiere ver cuatro minutos de vídeo para encontrar el nombre de un ajuste. La regla práctica es que si el resultado se va a consultar más de una vez, conviene acompañar el vídeo de un texto con los pasos, como se hace en la sección de tutoriales.
Planificar antes de grabar
La parte que más tiempo ahorra es la que no se ve. Antes de pulsar grabar conviene tener tres cosas:
- Un objetivo en una frase. Si no cabe en una frase, probablemente son dos vídeos.
- Una escaleta de pasos numerados. No hace falta un guion palabra por palabra, pero sí el orden exacto y el punto donde acaba cada paso.
- El escritorio preparado. Ventanas cerradas, notificaciones silenciadas, archivos de ejemplo listos y con nombres neutros, y una sesión limpia sin datos personales visibles.
Esa preparación es lo que permite grabar de una sola pasada. Editar vídeo es mucho más lento que repetir una toma, así que casi siempre compensa volver a grabar antes que arreglar en el montaje.
Capturar la pantalla: resolución y encuadre
Grabar la pantalla entera de un monitor grande produce un vídeo en el que nada se lee cuando alguien lo ve en una ventana pequeña. Es mejor grabar una región concreta, o reducir la resolución de la pantalla antes de grabar para que los elementos salgan proporcionalmente más grandes. Como referencia, un texto que no se lea cómodamente al ver el vídeo a la mitad de su tamaño es un texto demasiado pequeño.
Otros dos hábitos que se notan mucho: mover el puntero despacio y de forma deliberada, porque los saltos bruscos desorientan, y hacer pausas de un segundo antes y después de cada clic importante, que además dan puntos de corte limpios si luego hay que editar. Si en el vídeo aparecen combinaciones de teclas, conviene decirlas en voz alta además de mostrarlas; el listado de referencia está en la página de atajos de teclado.
El audio importa más que la imagen
Una imagen mediocre con buen audio se sigue viendo; un audio malo con buena imagen se abandona. Por orden de impacto real:
- La sala. El eco es el problema más difícil de arreglar después. Una habitación con alfombra, cortinas y estanterías llenas suena mejor que un despacho vacío.
- La distancia al micrófono. Cerca y constante. La mayoría de las grabaciones flojas lo están porque el micrófono estaba a medio metro.
- El nivel. Grabar con margen, sin llegar nunca al máximo, y ajustar después. Lo que satura no se recupera.
- El micrófono. Importante, pero menos que los tres puntos anteriores.
Después de grabar, un tratamiento mínimo suele bastar: recortar silencios, igualar el volumen general y aplicar una reducción de ruido suave. Pasarse con la reducción de ruido produce una voz metálica que cansa más que el ruido original.
Qué es un feed de podcast y cómo funcionan los enclosures
Un podcast no es un formato de archivo: es un documento de sindicación que enumera episodios. Cada entrada del feed describe un episodio y contiene un elemento adjunto, el enclosure, que indica tres datos: la dirección del archivo de audio, su tamaño en bytes y su tipo de contenido. El programa que reproduce el podcast lee ese documento cada cierto tiempo, compara con lo que ya tiene y descarga lo nuevo.
Entender esto tiene una consecuencia práctica: el feed y el audio son cosas separadas. El feed puede estar en un sitio y los archivos en otro, y cambiar de plataforma de alojamiento significa, sobre todo, mantener las direcciones estables para no romper las suscripciones existentes. Los formatos de sindicación están especificados públicamente; la referencia del formato Atom es la RFC 4287, y conviene tenerla a mano porque muchos errores de feed son simplemente documentos mal formados.
Tamaño de archivo y compresión
Toda decisión de compresión es un compromiso entre calidad, tamaño y compatibilidad. Algunas reglas que se sostienen:
| Material | Criterio práctico |
|---|---|
| Voz sola | Mono es suficiente y reduce el archivo a la mitad |
| Voz con música | Estéreo solo si la música lo justifica |
| Screencast de interfaz | Pocos fotogramas por segundo, pero nitidez alta: el texto no puede quedar borroso |
| Screencast con vídeo o animación | Más fotogramas y aceptar un archivo mayor |
La diferencia con mediados de los dos mil es de escala. Entonces un episodio de treinta minutos era una descarga que había que justificar y muchos autores publicaban versiones reducidas para quien tuviera conexión lenta. Hoy la restricción se ha desplazado: el archivo se reproduce por streaming y lo que se cuida es el tiempo hasta el primer segundo de sonido y el consumo de datos en movilidad.
Accesibilidad: subtítulos y transcripciones
Un vídeo sin subtítulos y un audio sin transcripción excluyen a parte del público, y además desperdician contenido. Un texto asociado es lo único que un buscador puede leer, es lo que permite encontrar un pasaje concreto sin escuchar el episodio entero, y es lo que hace que el material se pueda citar. Merece la pena revisar a mano la transcripción automática, sobre todo en los nombres técnicos, que es justo donde falla. Guardar además el texto junto al archivo de audio es una buena práctica de conservación: los formatos de vídeo cambian, el texto plano no. La Biblioteca del Congreso publica orientaciones sobre preservación digital que se aplican igual a un archivo doméstico.
Qué cambió desde mediados de los dos mil
El método sigue siendo el mismo: preparar, grabar, recortar, publicar en un feed. Lo que ha cambiado es el entorno. Entonces la distribución dependía en gran medida de aparecer en un directorio grande, el alojamiento se pagaba por transferencia y publicar implicaba mantener un servidor propio. Ahora hay plataformas que generan el feed automáticamente, el consumo es mayoritariamente en streaming y el directorio se ha multiplicado en varias aplicaciones distintas.
La constante es menos técnica de lo que parece: lo que sostiene un proyecto de este tipo es la regularidad y un tema acotado. Y una precaución que sigue vigente: si el feed vive en un dominio propio, conserva el control; si vive solo dentro de una plataforma, el proyecto depende de que esa plataforma siga existiendo. Cómo se veía todo esto en su momento inicial se resume en la panorámica del escritorio de 2005 a 2009, y si vas a montar el equipo, la elección de micrófonos, discos y adaptadores se trata en la guía de periféricos.