Recherche avancée

Sur d’autres sites (12336)

• Anomalie #3930 : Moteur de recherche : combinaison de DEUX mots avec accents ne retourne rien

  1er octobre 2018, par - Equipement

  Pour information, j’ai effectué les tests suivants sur SPIP 3.2.1 [23954] (installation neuve puis ajout d’une rubrique "secrétariat général" et de son article publié) :

  - sous PHP 7.0 avec mariaDB : la recherche sur "secrétariat général" trouve bien la rubrique.
  - sous PHP 5.6 avec mysql 5.6 : la recherche sur "secrétariat général" ne trouve pas la rubrique.

  Je précise que dans les deux cas, les bases sont en utf8 et que l’interclassement des tables est utf8_general_ci.

  A titre de test (ce n’est pas une proposition de correctif), au début de la fonction inc_recherche_to_array_dist, j’ai ajouté :
  

  <span class="CodeRay"><span class="local-variable">$recherche</span> = ci_rewrite(<span class="local-variable">$recherche</span>);
  </span>
  Télécharger

  
  puis j’ai ajouté la fonction :
  

  <span class="CodeRay"><span class="keyword">function</span> <span class="function">ci_rewrite</span>(<span class="local-variable">$chaine</span>){
    <span class="local-variable">$rewrite</span> = <span class="predefined">strtr</span>(
        <span class="local-variable">$rewrite</span>, 
        <span class="string"><span class="delimiter">'</span><span class="content">@ÀÁÂÃÄÅÇÈÉÊËÌÍÎÏÒÓÔÕÖÙÚÛÜÝàáâãäåçèéêëìíîïðòóôõöùúûüýÿ</span><span class="delimiter">'</span></span>,
        <span class="string"><span class="delimiter">'</span><span class="content">aAAAAAACEEEEIIIIOOOOOUUUUYaaaaaaceeeeiiiioooooouuuuyy</span><span class="delimiter">'</span></span>
    );
      <span class="keyword">return</span> <span class="local-variable">$rewrite</span>;
  }
  </span>
  Télécharger

  
  Avec ce bout de code, la recherche sur "secrétariat général" trouve alors la rubrique, sous PHP 5.6 avec mysql 5.6.

  Remarque : j’ai aussi essayé avec la fonction translitteration de SPIP, mais cela ne marche pas.

• FFmpeg dnn_processing with tensorflow backend : difficulties applying a filter on an image

  9 avril 2023, par ArnoBen

  I am trying to perform a video segmentation for background blurring similar to Google Meet or Zoom using FFmpeg, and I'm not very familiar with it.

  


  Google's MediaPipe model is available as a tensorflow .pb file here (using download_hhxwww.sh).

  


  I can load it in python and it works as expected, though I do need to format the input frames : scaling to the model input dimension, adding a batch dimension, dividing the pixel values by 255 to have a range 0-1.

  


  FFmpeg has a filter that can use tensorflow models thanks to dnn_processing, but I'm wondering about these preprocessing steps. I tried to read the dnn_backend_tf.c file in ffmpeg's github repo, but C is not my forte. I'm guessing it adds a batch dimension somewhere otherwise the model wouldn't run, but I'm not sure about the rest.

  


  Here is my current command :

  


  ffmpeg \
    -i $FILE -filter_complex \
    "[0:v]scale=160:96,format=rgb24,dnn_processing=dnn_backend=tensorflow:model=$MODEL:input=input_1:output=segment[masks];[masks]extractplanes=2[mask]" \
    -map "[mask]" output.png


  


  

  • I'm already applying a scaling to match the input dimension.

  


  • I wrote this [masks]extractplanes=2[mask] because the model outputs a HxWx2 tensor (background mask and foreground mask) and I want to keep the foreground mask.

  


  


  The result I get with this command is the following (input-output) :

  


  

  


  I'm not sure how to interpret the problems in this output. In python I can easily get a nice grayscale output :

  


  

  


  I'm trying to obtain something similar with FFmpeg.

  


  Any suggestion or insights to obtain a correct output with FFmpeg would be greatly appreciated.

  


  PS : If I try to apply this on a video file, it hits a Segmentation Fault somewhere before getting any output so I stick with testing on an image for now.

  


• Evolution #2669 : "Publiés" : onglet par défaut pour la gestion des forums

  21 avril 2012, par jluc -

  Bien sur tous les usages possibles sont possibles et il ne s’agit pas de supprimer des possibilités. Favoriser le "publié" n’est pas une incongruité puisque c’est la norme sur l’espace public et dans nombre de pages du privé déjà. Comme de plus c’est le besoin statistiquement majoritaire (en (...)