[Toulibre] (Résolu sans comprendre comment) cherche à désactiver le Mode avion sur ordi portable

2019-03-11 Par sujet Pierre-Olivier cochard via Toulouse-ll

bonjour à tous,

le dénouement est assez incompréhensible pour moi mais toujours est-il 
que depuis hier soir l'ordi démarre comme avant en mode wifi 
directement, sans faire de gri-gri.


J'aurais bien aimé savoir ce qui lui a remis les idées en place, mais 
pour info pour les derniers contributeurs, je vous assure que je n'ai 
pas rêvé:


- fn F11 ne marchait pas (et j'attendais un peu pour voir si latence 
possible) par contre dès que j'avais xev avec l'affichage curieusement 
ça marchait instantanément!


- j'ai conscience que xev est une fonction qui n'a rien à voir mais 
pourtant j'ai juste constaté cette curieuse corrélation, et à plusieurs 
reprises...


- et donc comme dit hier malgré tout quand je redémarrais l'ordi ça 
repassait en mode avion.



jusqu'à ce que je ne sais pourquoi, hier soir en allumant l'ordi, il 
était direct comme avant en wifi.


Voilà ça restera dans le registre de l'inexplicable (pour moi, et c'est 
frustrant!).


Merci à tous!
POC


Le 10/03/2019 à 20:54, draco31.fr a écrit :

Bonjour Pierre-Olivier,

Normalement xev ne fait qu'afficher à l'écran les évènements reçus du 
clavier et de la souris.

Avec ou sans xev l'effet doit être le même.
Pour contre F11 et Fn+F11 n'envoient pas le même événement, donc il faut 
trouver la bonne combinaison pour la suite.


Pour le cas présent :

- Vérifie avec rfkill list que tu as juste le blocage hard (sinon faire 
un unblock all)

- Active le wifi avec F11 ou Fn+F11 selon la combinaison qui marche.
- Vérifie avec rfkill list que tu n'as plus de blocage ni soft ni hard
- Attends que la connexion wifi soit bien établie
- Reboot
- Vérifie l'état avec rfkill et dit nous ce qu'il en est (retour du hard 
blocked ?)


Pour la résolution complète, soit on cherche l'origine du problème (plus 
long, mais solution durable qui aidera plus de monde), soit on fait un 
palliatif pour l'état actuel.


Pour trouver l'origine du pb, il faudrait que tu testes un boot sur le 
plus vieux kernel dispo dans ton menu grub
Si ça marche (pas de hard block dans rfkill), essaie avec le kernel plus 
récent jusqu'à trouver le plus récent où ça marche et le suivant où ça 
ne marche plus : donne nous les versions de ces 2 kernels et le retour 
de 'sudo lsmod' sur chaque version et on cherchera ce qui a bougé.



___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll

[Toulibre] Lire un flux video par RTSP

2019-03-11 Par sujet Pierre ESTREM via Toulouse-ll

Bonjour,

J'essaie sans succès de voir au travers de VLC le flux video d'une 
caméra IP, dans un premier temps dans mon réseau local.


J'ai fouillé le web et trouve par exemple des commandes "tarabiscottées" 
qui utilisent divers ports (comme 554).


La caméra a pour adresse ethernet 192.168.1.39.
Je fais dans un terminal :
vlc rtsp://ID_de_la_cam.mdp_de_la_cam@192.168.1.39:554/

La connexion échoue :
La connexion a échoué:
VLC n'a pas pu se connecter à « 192.168.1.39:554 ».

Ma caméra est une Roxtak 828 est sa doc est pauvrissime mais dite 
compatible Linux.

A noter que je ne connais pas le "nom du flux" (requis ?) ...
Auriez-vous de bons conseils pour exploiter le protocole RTSP avec cette 
caméra ?


Merci
pierre estrem
___
Toulouse-ll mailing list
Toulouse-ll@toulibre.org
http://toulibre.org/cgi-bin/mailman/listinfo/toulouse-ll