Recherche avancée

Sur d’autres sites (7993)

• Python Subprocess with ffmpeg & django file (video) object thumbnail generation error

  12 juin 2018, par denbot

  I am trying to re-write the currently outdated easy-thumbnails-ffmpeg and have made some progress. However, I am currently getting the error "no such file or directory" when attempting to send a stream of bytes (mp4 video) into ffmpeg, a frame at 00:01 to an image and output it as a stream of bytes.

  from PIL import Image
  
  from subprocess import Popen, PIPE
  
  from django.utils.six import BytesIO
  
  
  
  def ffmpeg_frame(source, frame='00:00:01', **options):
  
  
  
      if not source or not source._file:
  
          return
  
  
  
      source._file.seek(0)
  
      cmd = ['ffmpeg','-i','-f','h264','-','-ss',frame,'-vframes','1','-f','image2' ,'-']
  
      data = Popen(cmd, stdin=PIPE, stdout=PIPE, stderr=PIPE).communicate(source.read())
  
  
  
      print('Output:', data)
  
  
  
      if not data[0]:
  
          return
  
  
  
      image = Image.open(BytesIO(data[0]))
  
      image.load()
  
  
  
      return image

  I’m unsure if the issue is to do with my use of ffmpeg flags or how I am piping in/out byte data.

  When placing the flags ’-f’,’h264’ before ’-i’, I also get the following error : Error while opening decoder for input stream #0:0 : Invalid data found when processing input

  Removing the -f h264 flag gives the following error :
  annot determine format of input stream 0:0 after EOF\nError marking filters as finished\nConversion failed !

• Anomalie #4128 (En cours) : Bug de génération de boucle avec les modèles Spip

  11 avril 2018, par Julien PORIAU

  Dans les modèles personnalisés Spip, les images (boucle documents ou logos) sont mal générées et provoque un bug d’encodage visible dans le front-end lors du passage dans une autre langue (balises multi).
  Nous n’avons pas trouvé où était le souci dans Spip, mais les caractères qui remontent dans le code source, ressemblent aux octets qui composent le fichier binaire d’une image.
  Voir en live ici : http://spip-dev.nidecker.com/probleme-de-langue.html?lang=ca.

  

  Pour essayer d’isoler cette anomalie, nous avons procédé de la sorte avec l’aide de mon développeur :

  1. Nous sommes reparti d’un SPIP 3.1.7 entièrement neuf (minimal), avec deux modèles Spip, rien d’autre.
  Le bug se reproduit, ce qui exclus un problème lié aux squelettes ou autres plugins.

  Nous n’avons pas réussi a déterminer précisément ce qui génère ce bug, à part que c’est dans un contexte où on appelle une langue pas définie dans le multi.
  En fonction du contenu de l’article, du nombre de modèles dans l’article, en fonction des boucles dans les inclure, le bug n’arrive pas au même endroit...

  Le problème vient de la génération des logos ou documents : si on supprime les balises #LOGO_* ou si on renomme IMG en IMG_, plus d’erreur.
  Même sans traitements, avec juste [(#LOGO_*)], rien à faire.

  2. Nous avons pensé que c’était peut être une image au mauvais format : On a alors tenté de passer ImageOptim sur tout le répertoire /IMG, redimensionné tous les logos en vignettes png de 320x240, rien à faire...

  3. On a fini par passer ce site de test en 3.2, pas mieux.

  4. Nous avons épluché les caches générés dans /tmp/cache et /tmp/cache/skel, tout paraît normal de ce côté là..

  5. On a ensuite un peu avancé en enlevant dans mes_options.php la variable $GLOBALS['forcer_lang'] = true".
  Sur la version minimal, plus de bug. Mais sur le site de production, le problème réside toujours.
  Mais en faisant des tests avec et sans (et en supprimant bien /tmp/cache/ à chaque fois), ça se confirme pour la version minimal.

  6. A partir d’une copie de la version production, nous avons désactivé tout les plugins, passer ImageOptim sur /IMG et rien a faire.. Impossible de déterminé d’où vient le problème :(

  7. Nous avons essayé d’écrire comme ceci : [<img src="http://core.spip.org/projects/spip/(#LOGO_MOT|image_reduire{50,*}|extraire_attribut{src})" alt="" style='max-width: 300px; max-height: 300px' />]
  Cela fonctionne sur la version minimal mais pas sur la version production.

  8. Dans la version minimal, j’ai encore récemment testé une dernière chose. J’ai supprimé les documents non sollicités sur ma page de teste (spip.php ?article1441&lang=ca).
  Avec la requête SQL suivante : DELETE FROM jones_documents WHERE id_document NOT IN (1948,1949,2534,2535,630,631,1783,1784,1785,1786,1787,1788,1781,1782)
  Le bug n’apparait plus..

  Je sèche..

  Vous trouverez ici en téléchargement une archive de la version minimal (Spip 3.1.7) : https://www.dropbox.com/s/dek0zg7jafl8uxe/jones.zip?dl=0] ( 20mo)
  Pour reproduire le bug, il suffit de passer la variable "&lang=ca" dans l’article 1441 (localhost/spip.php ?article1441&lang=ca).

  Je donne volontiers un accès à la version production si besoin.

• Anomalie #4128 : Bug de génération de boucle avec les modèles Spip

  11 avril 2018, par Julien PORIAU

  Salut,
  parfois le jeu de caractère "binaire" est visible uniquement dans le
  code source (ligne 1233). Mais on observe tout de même un soucis dans la
  mise en page.

  view-source:http://spip-dev.nidecker.com/probleme-de-langue.html?lang=ca

  Julien.

  Le 11.04.2018 à 14:28, redmine@spip.org a écrit :

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

  • Statut changé de /Nouveau/ à /En cours/
  • Priorité changé de /Haut/ à /Bas/

  Salut, peux-tu fournir le code du modèle en question ?

  De mon côté, je n’ai aucun problème sur la page que tu cites en exemple...

  ---

  Anomalie #4128 : Bug de génération de boucle avec les modèles Spip
  <https://core.spip.net/issues/4128#change-13824>

  • Auteur : Julien PORIAU
  • Statut : En cours
  • Priorité : Bas
  • Assigné à :
  • Catégorie : code généré
  • Version cible : 3.2
  • Resolution :
  • Navigateur : Firefox

  Dans les modèles personnalisés Spip, les images (boucle documents ou
  logos) sont mal générées et provoque un bug d’encodage visible dans le
  front-end lors du passage dans une autre langue (balises multi).
  Nous n’avons pas trouvé où était le souci dans Spip, mais les
  caractères qui remontent dans le code source, ressemblent aux octets
  qui composent le fichier binaire d’une image.
  Voir en live ici :
  http://spip-dev.nidecker.com/probleme-de-langue.html?lang=ca.

  Pour essayer d’isoler cette anomalie, nous avons procédé de la sorte
  avec l’aide de mon développeur :

  1. Nous sommes reparti d’un SPIP 3.1.7 entièrement neuf (minimal),
  avec deux modèles Spip, rien d’autre.
  Le bug se reproduit, ce qui exclus un problème lié aux squelettes ou
  autres plugins.

  Nous n’avons pas réussi a déterminer précisément ce qui génère ce bug,
  à part que c’est dans un contexte où on appelle une langue pas définie
  dans le multi.
  En fonction du contenu de l’article, du nombre de modèles dans
  l’article, en fonction des boucles dans les inclure, le bug n’arrive
  pas au même endroit...

  Le problème vient de la génération des logos ou documents : si on
  supprime les balises |#LOGO_*| ou si on renomme |IMG| en |IMG_|, plus
  d’erreur.
  Même sans traitements, avec juste |[(#LOGO_*)]|, rien à faire.

  2. Nous avons pensé que c’était peut être une image au mauvais format :
  On a alors tenté de passer |ImageOptim| sur tout le répertoire |/IMG|,
  redimensionné tous les logos en vignettes png de 320x240, rien à faire...

  3. On a fini par passer ce site de test en 3.2, pas mieux.

  4. Nous avons épluché les caches générés dans |/tmp/cache| et
  |/tmp/cache/skel|, tout paraît normal de ce côté là..

  5. On a ensuite un peu avancé en enlevant dans |mes_options.php| la
  variable |$GLOBALS[’forcer_lang’] = true|".
  Sur la version minimal, plus de bug. Mais sur le site de production,
  le problème réside toujours.
  Mais en faisant des tests avec et sans (et en supprimant bien
  |/tmp/cache/| à chaque fois), ça se confirme pour la version minimal.

  6. A partir d’une copie de la version production, nous avons désactivé
  tout les plugins, passer |ImageOptim| sur |/IMG| et rien a faire..
  Impossible de déterminé d’où vient le problème :(

  7. Nous avons essayé d’écrire comme ceci : |[src="(#LOGO_MOT|image_reduire50,*|extraire_attributsrc)" alt="">]|
  Cela fonctionne sur la version minimal mais pas sur la version production.

  8. Dans la version minimal, j’ai encore récemment testé une dernière
  chose. J’ai supprimé les documents non sollicités sur ma page de teste
  (spip.php ?article1441&lang=ca).
  Avec la requête SQL suivante : |DELETE FROM jones_documents WHERE
  id_document NOT IN
  (1948,1949,2534,2535,630,631,1783,1784,1785,1786,1787,1788,1781,1782)|
  Le bug n’apparait plus..

  Je sèche..

  Vous trouverez ici en téléchargement une archive de la version minimal
  (Spip 3.1.7) :
  https://www.dropbox.com/s/dek0zg7jafl8uxe/jones.zip?dl=0] ( 20mo)
  Pour reproduire le bug, il suffit de passer la variable "&lang=ca"
  dans l’article 1441 (localhost/spip.php ?article1441&lang=ca).

  Je donne volontiers un accès à la version production si besoin.

  ---

  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

  ---
  L’absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
  https://www.avast.com/antivirus