Recherche avancée

Sur d’autres sites (10579)

• Realtime recording while listening for input

  28 octobre 2016, par Nyalmo

  I’m currently running a python 2.7 script, using two threads running concurrently. One thread consistently looking for input (raw_input at the moment) activating a global variable when it gets one. The other consistently records using bash ffmpeg commands with subprocess. When the global variable of the former thread is active the latter thread triggers an event.

  My problem is that while the second thread is recording video from a stream, I can’t input anything and the breaks between recordings are really short. So basically it keeps recording for 30 seconds and overwriting itself without allowing me to activate the variable to save the current file somewhere.

  I’ve tried to run the ffmpeg in subprocess in the background by using the & and by hiding it’s output but did not have much success there.

  Can anyone help me with this, preferably with a small example ?

  My basic recording thread currently :

  from subprocess import Popen
  
  Last30S_Command = (["ffmpeg", "-i", "rtsp://admin:12345@192.168.25.179:554/Streaming/Channels/1", "-r", "30", "-vcodec", "copy", "-an", "-t", "30", "-y", "/Path/Last30S.mp4"])
  
  
  
  subprocess.call(Last30S_Command)

• Evolution #3849 : Affiner/retirer les disallow de robots.txt qui empêchent les sites SPIP de se ré...

  28 octobre 2016

  Sujet déjà évoqué sur #3592.

  As tu activé la compression css et js ?

  à l’époque, on a dit que les ressources placées en cache comme les vignettes n’avait pas besoin d’être référencés et qu’il fallait privilégier les fichiers origines placés dans IMG, ....
  On avait autorisé au minimum les ressources qui permettaient d’évaluer si un site était responsive ou non.

  Comme les demandes peuvent beaucoup varier sur ce sujet, on pourrait imager un plugin qui permet d’affiner et de gérer un robots.txt sur mesure à la demande.

• Révision 99168 : Amélioration de l’analyse de l’ordre des actions à réaliser (ticket : https://cor...

  14 août 2016, par marcimat@rezo.net

  Lorsqu’un plugin A dépend de B, et B dépend de C, et qu’on désactive ou active les 3 plugins en même temps,
  le placement pouvait être incorrect, car A n’avait pas connaissance directement de sa dépendance à C,
  et C n’avait pas directement connaissance d’être dépendant de A. On se limitait à 1 niveau n’analyse.

  Du coup, on complète la description d’un paquet et de ses dépendances avec la liste des dépendances
  complètes que l’on connait pour les paquets qui font partie du lot d’actions à traiter (si A dépend de D,
  mais que D ne fait pas partie des paquets à activer ou enlever, on s’en fiche). Ainsi, pour chaque paquet,
  dans l’Actionneur, on a une entrée ’dp’ (dépendances préfixes) qui liste tous les préfixes des plugins nécessités, avec leurs descendances
  (jusqu’à 10 générations, ça devrait suffire). Inversement on a une entrée ’dmp’ (dépendent de moi préfixes) qui liste
  les préfixes des plugins actionnés qui dépendent de moi.

  Avec ces 2 listes, on peut améliorer le placement des actions ’on’ / ’geton’ (activer / télécharger un plugin et l’activer)
  et ’off’ pour désactiver / désinstaller.

  ScolaSPIP ou Soyez Créateurs se téléchargent et téléchargent et activent tous leurs plugins sans erreur d’ordre des dépendances.
  De même en désinstallant tout.