Recherche avancée

Sur d’autres sites (10022)

• Evolution #4727 : Des pictos / icônes symboliques pour tout le monde

  13 avril 2021, par cedric -

  Hello,

  dans les jeux d’icone candidat il y a aussi ForkAwesome qui est un fork de la version 4.7 de FontAwesome, et est sous licence libre https://forkaweso.me/Fork-Awesome/icons/ et OpenIconic https://useiconic.com/open (mais je connais pas trop).

  A noter plusieurs remarques :
  - il faut pas s’occuper du sprite fournit par défaut et de sa taille, car générer un sprite SVG à partir d’une liste d’icones est vraiment trivial, ça prend quelques lignes de PHP et on peut avoir un php-cli pour ça sans soucis. Je mets ci-dessous mon php de build des sprites SVG pour les icons bootstrap
  - du coup ça veut dire aussi qu’on peut avoir notre propre sprite avec les icones les plus courantes
  - et même amha assez simplement la balise #ICON pourrait détecter si l’image demandée est dans un sprite connu, auquel cas elle utilise le sprite, sinon elle utilise le fichier individuel

  Par contre je suis pas fan du tout non plus des font face pour les icones, du coup j’ai pas intégré ça dans les plugins ZCore/BS/FontAwesome même si c’est vrai que parfois c’est bien embêtant de pas avoir les classes comme outil.
  Le second inconvénient de la font-face aussi, c’est que pour le coup c’est beaucoup plus compliqué de maintenir ton sous-ensemble d’icones, tu es obligé de prendre toute la police fournie par la lib d’icone, et ça veut dire que tu charges tout dès que tu uilises juste une icone quelque part en CSS :(

  Peut-être il faut regarder du côté

  • de SVGInjector https://github.com/iconic/SVGInjector qui propose une méthode pour injecter le SVG sur du HTML via JS ?
  • des CSS Masks, qui semblent supportés suffisament (hors IE) https://codepen.io/noahblon/post/coloring-svgs-in-css-background-images et permettrait de faire ça
    

    .icon 
        background-color : currentColor ;
        -webkit-mask-image : url(icon.svg) ;
        mask-image : url(icon.svg) ;
    
    

  Pour finir sur la méthodo, je pense qu’il faut murir le sujet et l’implémentation dans un plugin, qu’on pourra utiliser et affiner et l’intégrer au core le cas échéant dans une prochaine release.

  ---
  Mon script de build pour les sprites
  

  # !/bin/php
  < ?php
  $files = glob(’icons/*.svg’) ;
  $sprite = "" ;
  
  $sprite_fill = "" ;
  
  foreach ($files as $file) 
  
    $svg = file_get_contents($file) ;
  
    $svg = str_replace("width=\"1em\" height=\"1em\" ", "", $svg) ;
  
    $svg = str_replace(" fill=\"currentColor\" xmlns=\"http://www.w3.org/2000/svg\"", "", $svg) ;
  
    $svg = str_replace("class=\"bi bi-", "id=\"bi-", $svg) ;
  
    $svg = str_replace("
  
    if (strpos($file, ’-fill’) !== false) 
  
      $sprite_fill .= "$svg\n" ;
  
    
  
    else 
  
      $sprite .= "$svg\n" ;
  
    
  
  
  $sprite_all = "" ;
  
  $sprite = "" ;
  
  $sprite_fill = "" ;
  file_put_contents($f = "bi-all-symbols.svg", $sprite_all) ;
  
  file_put_contents($f = "bi-symbols.svg", $sprite) ;
  
  file_put_contents($f = "bi-fill-symbols.svg", $sprite_fill) ;
  
  passthru("ls -l bi-*.svg") ;
  
  
  

• ffmpeg - how can I get a specific channel using channel masks (e.g. : get only surround left channel)

  26 novembre 2013, par awfulcode

  I'm trying to build a mixer that allows users to toggle specific channels on and off. I know that different codecs encode those channels in different orders (it's not as simple as getting channel #3 as the center channel every time), so the challenge is to properly identify the channel position in surround audio tracks.

  ffmpeg does list the in the beginning of libavutil/channel_layout.h :

  #define AV_CH_FRONT_LEFT             0x00000001
  
  #define AV_CH_FRONT_RIGHT            0x00000002
  
  #define AV_CH_FRONT_CENTER           0x00000004
  
  #define AV_CH_LOW_FREQUENCY          0x00000008
  
  #define AV_CH_BACK_LEFT              0x00000010
  
  #define AV_CH_BACK_RIGHT             0x00000020
  
  #define AV_CH_FRONT_LEFT_OF_CENTER   0x00000040
  
  #define AV_CH_FRONT_RIGHT_OF_CENTER  0x00000080
  
  #define AV_CH_BACK_CENTER            0x00000100
  
  #define AV_CH_SIDE_LEFT              0x00000200
  
  #define AV_CH_SIDE_RIGHT             0x00000400
  
  #define AV_CH_TOP_CENTER             0x00000800
  
  #define AV_CH_TOP_FRONT_LEFT         0x00001000
  
  #define AV_CH_TOP_FRONT_CENTER       0x00002000
  
  #define AV_CH_TOP_FRONT_RIGHT        0x00004000
  
  #define AV_CH_TOP_BACK_LEFT          0x00008000
  
  #define AV_CH_TOP_BACK_CENTER        0x00010000
  
  #define AV_CH_TOP_BACK_RIGHT         0x00020000
  
  #define AV_CH_STEREO_LEFT            0x20000000  ///< Stereo downmix.
  
  #define AV_CH_STEREO_RIGHT           0x40000000  ///< See AV_CH_STEREO_LEFT.
  
  #define AV_CH_WIDE_LEFT              0x0000000080000000ULL
  
  #define AV_CH_WIDE_RIGHT             0x0000000100000000ULL
  
  #define AV_CH_SURROUND_DIRECT_LEFT   0x0000000200000000ULL
  
  #define AV_CH_SURROUND_DIRECT_RIGHT  0x0000000400000000ULL
  
  #define AV_CH_LOW_FREQUENCY_2        0x0000000800000000ULL

  But looking over the header files and whatever little documentation about ffmpeg I couldn't find anything that tells me how to assign a specific channel position (or mask, as it's described in the header file) to a specific bus in a mixer audio unit.

  Do you know how to do that ? Please let me know if you want to look at the code I'm using right now.

  And as always, thank you so much.

• Writing linear float range to openEXR turns out non linear

  3 avril 2022, par Chryfi

  I am writing the linearized depth buffer of a game to openEXR using FFmpeg. Unfortunately, FFmpeg does not adhere to the openEXR file specification fully (like allowing unsigned integer for one channel) so I am writing one float channel to openEXR, which is put into the green channel with this command -f rawvideo -pix_fmt grayf32be -s %WIDTH%x%HEIGHT% -r %FPS% -i - -vf %DEFVF% -preset ultrafast -tune zerolatency -qp 6 -compression zip1 -pix_fmt gbrpf32le %NAME%_depth_%d.exr.

  


  The float range is from 0F to 1F and it is linear. I can confirm that the calculation and linearization is correct by testing 16 bit integer (per pixel component) PNG in Blender compositor. The 16 bit integer data is written like this short s = (short) (linearzieDepth(depth) * (Math.pow(2,16) - 1)) whereas for float the linearized value is directly written to OpenEXR without multiplying with a value.

  


  However, when viewing the openEXR file it doesn't have the same "gradient" as the 16 bit png... when viewing them side by side, it appears as if the values near 0 are not linear, and they are not as dark as they should be like in the 16 bit png.
(And yes, I set the image node to linear), and comparing it with 3d tracking data from the game I cant reproduce the depth and cant mask things using the depth buffer where as with the png I can.

  


  How is it possible for a linear float range to turn out so different to a linear integer range in an image ?