Cualquier texto de terminal local (solicitud de inicio de sesión, etc.) se muestra a través de áreas de la pantalla que no están cubiertas por video (es decir, las barras negras en la parte superior e inferior) cuando uso un terminal remoto para reproducir video con omxplayer. Si espero de 10 a 15 minutos, el terminal local se vuelve totalmente negro debido a la inactividad que soluciona el problema, pero eso es una solución poco convincente.
Estoy pensando que usar omxplayer localmente evitaría el problema, pero no puedo verificarlo ya que mi RPi odia todos mis teclados. Tampoco quiero reproducir videos de esa manera a largo plazo.
¿Cómo puedo bloquear el terminal local para que no se vea cuando uso un terminal remoto para reproducir videos a través de HDMI?
/etc/rc.local
omxplayer ahora tiene una opción para establecer el fondo en negro.
Funciona tanto en el terminal como en X. Esta característica debería estar en la versión actual disponible en raspbian.
fuente
La opción -r ( --refresh ) para omxplayer borra la pantalla cuando restablece la resolución de video y otras cosas.
Un alias podría ser útil aquí:
Lo cual siempre actualizará (borrará) la pantalla y enviará audio a la salida hdmi. Y sí, el espacio final en el alias es intencional ya que permite que se complete la tabulación adicional. ( Muy útil!)
En cuanto al cursor parpadeante, rara vez (!) Uso un teclado con mi pi, siempre inicio sesión de forma remota (he creado un fabricante de tarjetas SD, preconfigurando cosas), así que agregué lo siguiente en /etc/rc.local:
/etc/rc.local se ejecuta como root durante el arranque y esto desactiva la supresión de la consola, que trata de ser útil cuando no se detecta actividad del teclado (físico), y también desactiva el cursor.
Dado que restablecer el video a menudo restaura el cursor parpadeante, tengo un script que ejecuto para enviar comandos a la consola (tty1 en realidad):
Entonces, cada vez que vuelve a aparecer el cursor, escribo:
¡y se ha ido! Por supuesto, deberá configurar su usuario con privilegios de sudo, al menos para el comando tee. (busque / etc / sudoers y /etc/sudoers.d) El script podría editarse para desactivar siempre el cursor si se desea.
O simplemente enloquece con una combinación de estos:
Lo que aseguraría que el cursor esté apagado, luego inicie omxplayer. ¡Juega con ello!
fuente
Esto es lo que hago (en un script):
Si se hace uso de un script para llamar
omxplayer
, es posible que desee añadira su
.bashrc
(o similar para cualquier terminal que use) para que obtenga la finalización de la pestaña del nombre de archivo.fuente
Y voila, tu pantalla es negra, incluso después de que se detiene omsplayers.
fuente
Configuro mi Raspberry Pi para que arranque directamente en el
pi
usuario, luego~/.profile
agrego la siguiente línea:setterm -foreground black -clear all && sleep 600
Esto funciona porque el Pi pasará al modo en blanco DPMS después de 10 minutos de todos modos, y esto solo asegura que verá una pantalla en blanco "detrás" del reproductor de omx hasta entonces.
fuente