Recherche avancée

Sur d’autres sites (9111)

• ffmpeg difference when using -lavfi or -filter_complex

  25 mai 2020, par Luiz Cieslak

  I've started to use ffmpeg recently. I have been using only the -filter_complex flag to apply filters. I stumbled upon this SO question :

  



  FFmpeg : How to convert horizontal video 16:9 to vertical video 9:16, with blurred background on top and bottom sides

  



  A ffmpeg maintainer answers it using the -lavfi flag :

  



  ffmpeg -i input.mp4 -lavfi "[0:v]scale=iw:2*trunc(iw*16/18),boxblur=luma_radius=min(h\,w)/20:luma_power=1:chroma_radius=min(cw\,ch)/20:chroma_power=1[bg];[bg][0:v]overlay=(W-w)/2:(H-h)/2,setsar=1" output.mp4

  



  I tried to change -lavfi flag to -filter_complex :

  



  ffmpeg -i input.mp4 -filter_complex "[0:v]scale=iw:2*trunc(iw*16/18),boxblur=luma_radius=min(h\,w)/20:luma_power=1:chroma_radius=min(cw\,ch)/20:chroma_power=1[bg];[bg][0:v]overlay=(W-w)/2:(H-h)/2,setsar=1" output.mp4

  



  The result is the same and didn't notice a perf change.

  



  Is there a difference when using either flags ?

  


• Anomalie #4598 (Fermé) : PHP 8 : Resource vs GdImage object problem.

  4 novembre 2020

  GD ne retourne plus une "resource", mais une instance de GdImage.

  Ça fait planter une partie des filtres images dans SPIP.
  Notamment s’il y a des tests avec is_resource()

  Exemple :
  

  Warning : Trying to access array offset on value of type bool in [...]ecrire/inc/filtres_images_lib_mini.php on line 1607 à 1610
  Qui provient de grosso modo :
  
  [(#CHEMINun_fichier.png|image_applatirico)]
  

  Docs¶

  - https://php.watch/versions/8.0/gdimage
  - La correction chez WP : https://core.trac.wordpress.org/ticket/50833

  Avec la solution proposée :

  Note that in PHP 7.2 and older, instanceOf operator requires an object. If you need to make your code function across PHP versions older than 7.3 through PHP 8.0, you will need an additional is_object() check :

  - if (is_resource($image))
  + if (is_resource($image) || (is_object($image) && $image instanceOf \GdImage))

• Anomalie #3686 : formulaire_editer_article_verifier : vérification incomplète

  21 février 2016, par Peet du

  La ligne https://core.spip.net/projects/spip/repository/entry/spip/prive/formulaires/editer_article.php#L157, vient de
  https://core.spip.net/issues/2508.

  L’avantage (?) de https://core.spip.net/projects/spip/repository/revisions/19075, c’est que ça gère aussi bien les cas de création et de modification d’un article dans une rubrique interdite.

  J’ai donc testé mon patch avec le cas d’un admin restreint et il n’y a pas d’effet de bord : ceci grâce à autoriser_article_modifier().

  Il est donc question ici de compléter/corriger cette demande : il doit être possible de voir et de modifier, même si il est interdit de créer.

  Le bug que j’ai trouvé :¶

  C’est le cas qui se présente avec le plugin LIM

  1- un article ou des articles ont été créés dans une rubrique ;
  2- puis le webmestre décide plus tard d’interdire la création de nouveaux articles dans cette même rubrique, ceci grâce à une fonction du plugin LIM ;
  3- Mais si il n’est plus possible de créer un article dans cette rubrique, LIM gère le cas où l’auteur veut les modifier ses articles présents dans cette rubrique.

  Donc le bug soulevé vient du fait que le plugin LIM surcharge l’autorisation autoriser_rubrique_publierdans(). Plus exactement, il ajoute une condition.
  voir http://zone.spip.org/trac/spip-zone/changeset/95014/_plugins_/lim/trunk/lim_autorisations.php.

  Je précise que cette fonctionnalité du plugin LIM pose un problème seulement avec l’objet Article. Pas avec les autres objets éditoriaux.

  Voilà. J’espère n’avoir rien oublié.