Recherche avancée

Médias (91)

Autres articles (100)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • Multilang : améliorer l’interface pour les blocs multilingues

    18 février 2011, par

    Multilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
    Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (7747)

  • Revision 14cc7b319f : Refactor model based tx search in super_block_yrd Remove unnecessary conditiona

    13 août 2013, par Jingning Han

    Changed Paths :
     Modify /vp9/encoder/vp9_rdopt.c



    Refactor model based tx search in super_block_yrd

    Remove unnecessary conditional branches in model-based transform
    size search.

    Change-Id : Ic862dc33ed6710a186f6248239dd5f09b5c19981

  • ffmpeg how to trigger color changes based on time

    2 janvier 2021, par Plazar99

    My goal is to modify the color of an image overlay at specific times in a video file.
I use AI to determine the emotion of the subtitles, and change the background color based on emotions.
I've already figured out the subtitle.srt usage, and I know when to trigger which color.
I need a clue on how to do it in ffmpeg.

    


  • Anomalie #3988 : meta cache_signature trop restrictive

    4 septembre 2017, par cedric -

    je vais regarder, mais je pense que la PR ne doit pas être appliquée en l’état :

    • les caches sont déjà distingués en fonction du host qui sert à accéder au site, via le contexte implicite du cache, qui sert à définir l’identifiant de mise en cache (donc 2 hits sur la meme page via 2 host différents tomberont sur 2 identifiants différents)

    Le cas qui peut être problématique est celui de la base répliquée entre plusieurs serveurs, mais là on entre dans un autre sujet et pour qu’il y ait collision cela supposerait que le dossier tmp/cache est commun aux serveurs. Ce qui semble une mauvaise idée si chaque serveur à sa base (répliquées avec possibles désynchro ?). Dans ce cas il suffit de définir un dossier cache sur chaque machine (via un @define(’_DIR_CACHE’,...) qui tape dans un dossier qui n’est pas partagé).

    Si le problème vient d’une utilisation de memoization (cache via memcached ou autre), alors ce n’est pas ici qu’il faut en parler car ça ne concerne pas le core

Navigation