Tout texte de terminal local (invite de connexion, etc.) s'affiche à travers des zones de l'écran qui ne sont pas couvertes par la vidéo (c'est-à-dire les barres noires en haut et en bas) lorsque j'utilise un terminal distant pour lire la vidéo avec omxplayer. Si j'attends 10 à 15 minutes, le terminal local devient totalement noir en raison de l'inactivité qui résout le problème, mais c'est une sorte de solution de contournement boiteuse.
Je pense que l'utilisation d'omxplayer localement contournerait le problème, mais je ne peux pas vérifier car mon RPi déteste tous mes claviers. Je ne veux pas non plus lire la vidéo de cette façon à long terme.
Comment masquer le terminal local pour qu'il ne s'affiche pas lors de l'utilisation d'un terminal distant pour lire des vidéos via HDMI?
/etc/rc.local
qu'il s'exécute automatiquement au démarrageomxplayer dispose désormais d'une option pour définir l'arrière-plan sur noir.
Il fonctionne à la fois sur le terminal et dans X. Cette fonctionnalité devrait être dans la version actuelle disponible dans raspbian.
la source
L' option -r ( --refresh ) d'omxplayer efface l'écran lorsqu'il réinitialise la résolution vidéo et ainsi de suite.
Un alias pourrait être utile ici:
Ce qui actualisera (effacera) toujours l'écran et enverra l'audio à la sortie HDMI. Et oui, l'espace de fin dans l'alias est intentionnel car il permet de compléter la tabulation. ( Très utile!)
En ce qui concerne le curseur clignotant, j'utilise rarement (!) Un clavier avec mes pi, me connectant toujours à distance (j'ai construit un fabricant de cartes SD, préconfigurant les choses), j'ai donc ajouté ce qui suit dans /etc/rc.local:
/etc/rc.local est exécuté en tant que root lors du démarrage et cela désactive la suppression de la console qui tente d'être utile lorsqu'aucune activité du clavier (physique) n'est détectée, et désactive également le curseur.
Depuis la réinitialisation de la vidéo restaure souvent le curseur clignotant, j'ai un script que je lance pour envoyer des commandes à la console (tty1 en fait):
Donc à chaque fois que le curseur réapparaît, je tape:
Et c'est parti! Bien sûr, vous devrez configurer votre utilisateur avec les privilèges sudo, au moins pour la commande tee. (recherchez / etc / sudoers et /etc/sudoers.d) Le script peut être modifié pour toujours désactiver le curseur si vous le souhaitez.
Ou tout simplement devenir fou avec une combinaison de ces éléments:
Ce qui garantirait que le curseur est désactivé, puis démarrez omxplayer. Joue avec!
la source
Voici ce que je fais (dans un script):
Si vous faites utiliser un script pour appeler
omxplayer
, vous voudrez peut - être ajouterà votre
.bashrc
(ou similaire pour n'importe quel terminal que vous utilisez) afin que vous obteniez la tabulation du nom de fichier.la source
Et voila, votre écran est noir, même après l'arrêt des omsplayers.
la source
Je configure mon Raspberry Pi pour démarrer directement dans l'
pi
utilisateur, puis~/.profile
j'ajoute la ligne suivante:setterm -foreground black -clear all && sleep 600
Cela fonctionne parce que le Pi passera en mode vide DPMS après 10 minutes de toute façon, et cela garantit simplement que vous voyez un écran vide "derrière" omxplayer jusque-là.
la source