Recherche avancée

Médias (91)

Autres articles (75)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

    Cette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
    Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page.

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (9810)

  • dnn : introduce dnn operand (in c code) to hold operand infos within network

    29 août 2019, par Guo, Yejun
    dnn : introduce dnn operand (in c code) to hold operand infos within network
    

    the info can be saved in dnn operand object without regenerating again and again,
    and it is also needed for layer split/merge, and for memory reuse.

    to make things step by step, this patch just focuses on c code,
    the change within python script will be added later.

    Signed-off-by : Guo, Yejun <yejun.guo@intel.com>
    Signed-off-by : Pedro Arthur <bygrandao@gmail.com>

    • [DH] libavfilter/dnn/dnn_backend_native.c
    • [DH] libavfilter/dnn/dnn_backend_native.h
    • [DH] libavfilter/dnn/dnn_backend_native_layer_pad.c
    • [DH] libavfilter/dnn/dnn_backend_native_layer_pad.h
    • [DH] tests/dnn/Makefile
    • [DH] tests/dnn/dnn-layer-pad-test.c
  • libavfilter/dnn : determine dnn output during execute_model instead of set_input_output

    25 avril 2019, par Guo, Yejun
    libavfilter/dnn : determine dnn output during execute_model instead of set_input_output
    

    Currently, within interface set_input_output, the dims/memory of the tensorflow
    dnn model output is determined by executing the model with zero input,
    actually, the output dims might vary with different input data for networks
    such as object detection models faster-rcnn, ssd and yolo.

    This patch moves the logic from set_input_output to execute_model which
    is suitable for all the cases. Since interface changed, and so dnn_backend_native
    also changes.

    In vf_sr.c, it knows it's srcnn or espcn by executing the model with zero input,
    so execute_model has to be called in function config_props

    Signed-off-by : Guo, Yejun <yejun.guo@intel.com>
    Signed-off-by : Pedro Arthur <bygrandao@gmail.com>

    • [DH] libavfilter/dnn_backend_native.c
    • [DH] libavfilter/dnn_backend_native.h
    • [DH] libavfilter/dnn_backend_tf.c
    • [DH] libavfilter/dnn_backend_tf.h
    • [DH] libavfilter/dnn_interface.h
    • [DH] libavfilter/vf_sr.c
  • 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é

    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("", "", $svg) ;

    if (strpos($file, ’-fill’) !== false)
    $sprite_fill .= "$svg\n" ;

    else
    $sprite .= "$svg\n" ;

    $sprite_all = "\n$sprite\n$sprite_fill" ;
    $sprite = "\n$sprite" ;
    $sprite_fill = "\n$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") ;