Recherche avancée

Sur d’autres sites (4881)

• Permanent fix for Opencv videocapture

  19 février 2018, par Ishan Sharma

  This question has been posed numerous times on many websites, but not definitive solution. I am trying to run Opencv with a video using function :

  import cv2
  
  cap = cv2.VideoCapture('video.mp4')
  
  if(cap.isOpened()==False):
  
  print "Error opening camera"

  But it fails every time. I have tried almost all steps from various sites, but couldn’t get it to work (including rebuilding ffmpeg separately).

  Any help would be much appreciated.

  My platform is Ubuntu17 and Python3.

• Anomalie #4114 : paramètre media:joindre_deballer_lister_zip ignoré

  19 mars 2018, par Alexis Z

  Effectivement, j’ai oublier de précisé.
  Spip 3.2.0 révision 23778

  Le 19 mars 2018 à 14:35, <redmine@spip.org> a écrit :

  La demande #4114 a été mise à jour par b b.

  Salut et merci pour le signalement, sur quelle version de SPIP observes-tu
  le problème ?
  ------------------------------
  Anomalie #4114 : paramètre media:joindre_deballer_lister_zip ignoré
  <https://core.spip.net/issues/4114#change-13736>

  - Auteur : Alexis Z
  - Statut : Nouveau
  - Priorité : Normal
  - Assigné à :
  - Catégorie :
  - Version cible :
  - Resolution :
  - Navigateur :

  Bonjour,

  Il me semble avoir trouvé une petite incohérence dans le code du plugin
  media, plus précisément dans la fonction "joindre_deballer_lister_zip"
  ligne 301, de media/inc/joindre_document.php.
  Sauf erreur de ma part, cette fonction a pour but de déballer le contenu
  d’un fichier zip qui lui est passé en paramètre dans un répertoire
  temporaire et de retourner une liste décrivant sont contenus.

  Cette fonction prends deux paramètres $path et $tmp_dir :
  - $path corresponds au chemin du fichier zip à déballer
  - $tmp_dir corresponds au dossier temporaire ou celui-ci sera déballé

  Cette fonction utilise la librairie Pclzip.

  L’incohérence se trouve au niveau du deuximère paramètre, $tmp_dir,
  celui-ci est censé indiquer dans quel répertoire le contenu du zip sera
  déballer or ce chemin n’est pas pris en compte par la fonction
  Pclzip->extraire (ligne 305), et n’est pas non plus pris en compte par la
  fonction callback ’callback_deballe_fichier’ indiqué à la fonction extraire
  de Pclzip.
  En effet dans le code le chemin pris en compte est déclaré dans un define
  "_TMP_DIR" celui-ci déclaré à la ligne 140 de la fonction
  "joindre_trouver_fichier_envoye" (meme fichier php, début ligne 26).
  ($tmp_dir est uniquement utilisé dans la définition du chemin du fichier
  qui est renvoyé par la fonction : ligne 317 : ’tmp_name’ => $tmp_dir . $f)

  Donc le paramètre $tmp_dir quasi non-utilisé induit en erreur car on
  s’attend à se que le contenu ce trouve dans le chemin $tmp_dir de plus si
  on appeler directement la focntion "joindre_deballer_lister_zip" sans
  appeler "joindre_trouver_fichier_envoye" on ne définit pas _TMP_DIR et on
  a une erreur incohmpréensible.

  Du coup, le pire sénario (mon cas) j’appelais
  "joindre_deballer_lister_zip" après un autre appel "joindre_trouver_fichier_envoye"
  indirect, donc la variable _TMP_DIR etait défini et le contenu de mon zip
  déballer à cette endroit alors que je donnais un $tmp_dir completement
  différent, cette destination restait vide et aucun message d’erreur de la
  fonction "joindre_deballer_lister_zip".

  Bref, je suggère de prendre en compte pour l’extraction la variable
  $tmp_dir, et/ou d’ajouter test/définition de la variable _TMP_DIR en début
  de fonction pour prévenir tout exécution "bizarre".
  ------------------------------

  Vous recevez ce mail car vous êtes impliqués sur ce projet.
  Pour changer les préférences d’envoi de mail, allez sur
  http://core.spip.org/my/account

• Anomalie #3988 : meta cache_signature trop restrictive

  4 septembre 2017, par Emmanuel Dreyfus

  cedric - a écrit :

  Le cas qui peut être problématique est celui de la base répliquée
  entre plusieurs serveurs, mais là on entre dans un autre sujet et
  pour qu’il y ait collision cela supposerait que le dossier tmp/cache
  est commun aux serveurs.

  On se heurte au problème dans ce contexte, mais chaque serveur
  a son dossier cache. La base de donnée est partagée, sauf certaines
  tables qui restent locales (jobs ; syndic, urls, transactions, visites, referers).

  Comme chaque machine a son cache, elle tente d’écrire la meta cache_signature avec une valeur qui rentre en conflit avec celle des autres, d’où l’idée d’avoir un nom de meta différente pour chaque cache.