Cómo mostrar la pantalla del celular en la computadora con Scrcpy, sin emuladores
Caso real en un curso de extensión para familias: en plena sesión por Google Meet quise mostrar cómo conversar por voz con Gemini para repasar inglés con los niños, pero el tutor, abierto en el emulador BlueStacks, no me escuchaba. Curiosamente, sí respondía a los estudiantes cuya voz salía por mis parlantes. El problema era un conflicto por el micrófono. Primero lo resolví asignando un micrófono distinto a cada programa; después encontré una solución más directa: conectar mi propio celular al computador por cable y mostrar su pantalla y su sonido con scrcpy, un programa gratuito que no necesita instalación.
Anoche empezó el curso de extensión «Aprendamos inglés en familia con la IA», de la Universidad de La Guajira. Lo toman padres, madres, cuidadores y docentes de preescolar y primaria que quieren acompañar a los niños pequeños en el repaso del inglés que traen del colegio. La idea central es sencilla: el adulto conversa con la inteligencia artificial para practicar, y luego el niño conversa con el adulto.
Por eso, el momento más importante de la primera sesión era la demostración en vivo. Quería que los participantes vieran y escucharan, en tiempo real, cómo se le habla a Gemini en modo de voz y cómo responde. Si lo veían funcionar, se animarían a hacerlo en sus casas.
Para mostrar la pantalla de un celular en Meet, en cursos anteriores había usado el emulador BlueStacks App Player, que reproduce un Android dentro del computador. Siempre me había funcionado: yo hablaba con la IA, la IA me respondía y los estudiantes escuchaban. Esta vez no fue así.
Lo que siguió fue una noche de pruebas que terminó, ya de madrugada, con una solución más simple y más honesta pedagógicamente que la que tenía. Aquí la comparto, paso a paso, por si alguien más necesita mostrar su celular en una clase virtual.
Problema real
Con Meet abierto y mi micrófono silenciado, activé la conversación por voz de Gemini dentro de BlueStacks y le hablé. Gemini no reaccionaba. Revisé la configuración del emulador y el micrófono era el correcto, el mismo que uso en todas las aplicaciones del computador. En algún momento, la propia aplicación mostró un aviso: mientras hubiera una llamada activa, no podía usar la conversación por voz.
- Lo que fallaba: Gemini no escuchaba mi voz mientras Meet estaba abierto, aunque yo tuviera el micrófono de Meet silenciado.
- Lo que sí funcionaba: cuando un estudiante abría su micrófono, su voz salía por los parlantes de mi oficina y Gemini la escuchaba y le respondía.
- Lo que necesitaba: hablarle yo mismo a Gemini durante la clase y que todos escucharan sus respuestas.
Síntoma principal
El micrófono funcionaba, porque Gemini sí oía a los estudiantes a través de mis parlantes. Incluso una estudiante logró conversar con el tutor mientras yo mantenía mi micrófono cerrado. Lo único que Gemini no escuchaba era mi voz directa. Ese contraste fue la pista para entender el problema.
Contexto mínimo
- Curso: «Aprendamos inglés en familia con la IA», curso de extensión de la Universidad de La Guajira, con sesiones en vivo por Google Meet.
- Herramienta que se quería mostrar: la aplicación gratuita de Gemini en modo de conversación por voz.
- Equipo: computador con Windows, cámara web Logitech de 1080p con micrófono integrado, micrófono habitual de escritorio y un celular Samsung con Android.
- Primer intento: el emulador BlueStacks App Player, con Gemini instalado dentro.
- Solución final: scrcpy, un programa gratuito y de código abierto para ver y manejar el celular desde el computador.
Nota de alcance
Este artículo documenta cómo mostrar la pantalla y el sonido de un celular Android en una sesión de Google Meet. No trata el contenido del curso de inglés ni el uso pedagógico de Gemini, que aparecen aquí solo como el motivo de la demostración.
Causa del error o confusión
Silenciar Meet no libera el micrófono
Cuando uno silencia el micrófono en Meet, los demás dejan de escucharlo, pero el navegador suele mantener abierto el dispositivo de audio. Además, Windows trata ese audio como parte de una comunicación, es decir, de una llamada. El micrófono sigue ocupado, aunque uno no lo esté usando.
El emulador hereda esa «llamada»
BlueStacks toma el audio del mismo micrófono y se lo entrega al Android que lleva dentro. Gemini, al recibir esa señal, interpreta que hay una llamada en curso y bloquea su conversación por voz. Esa es la explicación que mejor encaja con el aviso que apareció en pantalla.
¿Por qué sí escuchaba a los estudiantes?
La voz de los estudiantes no entraba como una señal de Meet, sino por el aire: salía de los parlantes, viajaba por la oficina y llegaba al micrófono como cualquier otro sonido. Para Gemini era una voz más en el ambiente. Eso confirmó que el problema no era el micrófono, sino quién lo estaba ocupando.
La causa clave (en una frase)
Meet y BlueStacks compartían el mismo micrófono, y Gemini, dentro del emulador, entendía que había una llamada en curso. La salida era darle a cada programa su propio micrófono o, mejor aún, sacar a Gemini del computador y usarlo en el celular real.
Solución documentada (paso a paso)
Principio de la solución
Si dos programas pelean por un micrófono, hay que separarlos. La forma más limpia es que Meet use el micrófono del computador y Gemini use el del celular, y que el computador solo se encargue de mostrar lo que pasa en el teléfono.
Primera solución: un micrófono para cada programa
Mi cámara Logitech de 1080p tiene micrófono integrado, que nunca había usado. Lo activé en Windows desde Configuración → Sistema → Sonido → Entrada. Luego, en Meet (⋮ → Configuración → Audio), elegí el micrófono de la cámara, y en la configuración de audio de BlueStacks dejé mi micrófono habitual. Con cada programa en su propio dispositivo, Gemini volvió a escucharme.
Funcionó, pero la solución dependía de un emulador pesado y de varios ajustes de audio que podían desconfigurarse con cualquier actualización. Quise algo más directo: mostrar mi propio celular, conectado por cable.
La solución definitiva: scrcpy
scrcpy viene de screen copy (copia de pantalla) y se pronuncia, más o menos, «escrín cópi». Es un programa gratuito y de código abierto que muestra la pantalla de un celular Android en una ventana del computador y permite manejarlo con el mouse. Desde Android 11, también envía el sonido del celular a los parlantes o audífonos del computador.
Paso 1 — Preparar el celular (solo la primera vez)
- En el celular, ir a Ajustes → Acerca del teléfono → Información de software.
- Tocar 7 veces el Número de compilación, hasta que aparezca el aviso de que el modo de desarrollador está activado.
- Volver a Ajustes, entrar a Opciones de desarrollador y activar Depuración USB.
Paso 2 — Descargar scrcpy en una carpeta aparte
- Buscar en Google «scrcpy GitHub Genymobile» y entrar a la sección Releases del proyecto.
- Descargar el archivo scrcpy-win64 en formato
.zip. - Descomprimirlo en una carpeta propia, fácil de encontrar. Yo la dejé en
F:\Orlando 2026-02\scrcpy-win64-v5.0.1.
No hay que instalar nada: todo lo necesario está dentro de esa carpeta.
Paso 3 — Conectar el celular
- Conectar el celular al computador con un cable que transmita datos. El cable original del celular es lo más seguro; algunos cables solo sirven para cargar.
- En la notificación de USB que aparece en el celular, elegir Transferencia de archivos.
El tropiezo: el aviso de depuración no aparecía
Esperaba que, al conectar el cable, el celular preguntara «¿Permitir depuración USB?». No apareció nada. Descubrí que ese aviso no sale con solo conectar el cable, sino cuando el computador intenta comunicarse con el celular. Por eso el siguiente paso es tan importante.
Paso 4 — La pantalla negra: comprobar la conexión
- Abrir la carpeta de scrcpy en el Explorador de archivos.
- Hacer clic en la barra de dirección, escribir
cmdy presionar Enter. Se abre una ventana negra, el símbolo del sistema, ya ubicada en esa carpeta. - Escribir el siguiente comando y presionar Enter:
adb devicesEl resultado dice exactamente qué está pasando:
| Lo que aparece | Qué significa | Qué hacer |
|---|---|---|
| device | El computador y el celular ya se comunican. | Pasar al paso 5. |
| unauthorized | El computador ve el celular, pero falta el permiso. | Aceptar en el celular el aviso «¿Permitir depuración USB?» y marcar «Permitir siempre». |
| (lista vacía) | El computador no detecta el celular. | Probar otro cable u otro puerto USB. En celulares Samsung, puede hacer falta instalar el controlador USB del fabricante. |
Paso 5 — Abrir scrcpy
Con el celular conectado y desbloqueado, en la misma ventana negra escribí:
scrcpy --stay-awake --window-title "Tutor Gemini"--stay-awakeevita que el celular se bloquee mientras está conectado.--window-titlele pone un nombre claro a la ventana, para encontrarla fácilmente al compartir en Meet.
Al instante apareció en el computador una ventana con la pantalla de mi celular, que podía manejar con el mouse.
Un atajo para cada clase
Para no escribir el comando cada vez, lo guardé en el Bloc de notas como clase.bat (con «Tipo: Todos los archivos») dentro de la carpeta de scrcpy. Ahora, antes de cada sesión, basta con conectar el celular y hacer doble clic en ese archivo.
Paso 6 — Compartir en Google Meet
- Ponerse audífonos en el computador. Así Gemini no escucha a los participantes y no se forma eco.
- En Meet, elegir Presentar → Toda la pantalla y activar la casilla «Compartir también el audio del sistema».
- Abrir Gemini en el celular, desde la ventana de scrcpy, y activar la conversación por voz.
- Hablarle directamente al celular. El micrófono de Meet queda libre para hablar con el grupo.
El detalle que es fácil pasar por alto
Si en Meet se comparte solo la ventana de scrcpy, los participantes ven la pantalla del celular, pero no escuchan a Gemini. Para que llegue el sonido hay que compartir la pantalla completa con el audio del sistema activado.
Evidencia (texto y/o registros)
Este fue el resultado de adb devices en la ventana negra, el momento en que supe que el computador y el celular ya se comunicaban. El número de serie del celular aparece parcialmente oculto:
F:\Orlando 2026-02\scrcpy-win64-v5.0.1>adb devices
List of devices attached
R5CX•••••••• deviceEsta tabla resume los tres caminos que probé durante la noche:
| Configuración | ¿Gemini me escucha? | Observación |
|---|---|---|
| BlueStacks y Meet con el mismo micrófono | No | Gemini detecta una llamada en curso; solo oye a los estudiantes por los parlantes. |
| BlueStacks con un micrófono y Meet con el de la cámara | Sí | Funciona, pero depende del emulador y de varios ajustes de audio. |
| Celular real mostrado con scrcpy | Sí | Sin emulador ni conflictos: Gemini usa el micrófono del celular. |
Verificación
Consideré el problema resuelto cuando pude repetir la demostración completa sin depender del emulador. Las comprobaciones fueron:
- La pantalla del celular aparece en una ventana del computador y responde al mouse.
- Desde esa ventana abrí Gemini, activé la conversación por voz y dialogué con él sin interrupciones.
- Las respuestas de Gemini se escuchan por el computador, listas para compartirse en Meet con el audio del sistema.
- El micrófono de Meet queda libre, de modo que puedo alternar entre hablar con el grupo y hablar con el tutor.
Lista de chequeo antes de cada sesión
Celular cargado, con wifi y en modo No molestar; cable conectado y scrcpy abierto; una prueba corta en la que Gemini responda y su voz salga por el computador; y una entrada a Meet desde otro dispositivo para confirmar que se escuchan las dos voces. Son cinco minutos que evitan sorpresas frente al grupo.
Aprendizajes y prevención
El primer aprendizaje fue que, cuando un programa «no escucha», no siempre falla el micrófono. A veces el micrófono funciona perfectamente, pero otro programa lo tiene ocupado. La pista estuvo en lo que sí funcionaba: si Gemini oía a los estudiantes por los parlantes, el problema no estaba en el hardware.
El segundo aprendizaje fue que una solución que funcionó en cursos anteriores puede dejar de funcionar sin aviso. Las aplicaciones se actualizan, y una regla nueva, como no permitir la conversación por voz durante una llamada, basta para romper una dinámica que llevaba años en uso. Por eso conviene ensayar la demostración antes de cada sesión, aunque se haya hecho muchas veces.
El tercer aprendizaje fue pedagógico. Mostrar el celular real es más honesto que mostrar un emulador: los participantes ven exactamente la misma aplicación, los mismos botones y la misma experiencia que tendrán en sus propios teléfonos, que para la mayoría es el único dispositivo que usan.
El cuarto aprendizaje fue de cuidado. Al compartir el celular en pantalla, cualquier notificación personal queda a la vista de todos. Activar el modo No molestar antes de la sesión es un paso pequeño que protege la privacidad propia y la de quienes nos escriben.
Conclusión
La primera sesión del curso me puso frente a un problema que no esperaba: el tutor de voz que quería mostrar no me escuchaba, aunque sí escuchaba a mis estudiantes. Entender por qué me llevó a separar los micrófonos y, finalmente, a dejar el emulador y mostrar mi propio celular con scrcpy, conectado por cable, con su pantalla y su sonido en la sesión de Meet.
Ya de madrugada, vi la pantalla de mi celular en el computador, abrí Gemini desde esa ventana y conversé con él por voz. Fue una pequeña alegría técnica, pero sobre todo una alegría docente: en la próxima sesión, los padres, madres y cuidadores verán en vivo lo mismo que tendrán en sus manos.
A veces la mejor solución no es añadir otro programa entre nosotros y nuestros estudiantes, sino quitar intermediarios. Un cable, una carpeta y una ventana negra bastaron para que la demostración volviera a ser lo que debía ser: una invitación sencilla a practicar inglés en familia.
- Inicie sesión o registrese para enviar comentarios