Recherche avancée

Médias (0)

Mot : - Tags -/configuration

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (43)

  • Récupération d’informations sur le site maître à l’installation d’une instance

    26 novembre 2010, par

    Utilité
    Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
    Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)

  • Sélection de projets utilisant MediaSPIP

    29 avril 2011, par

    Les exemples cités ci-dessous sont des éléments représentatifs d’usages spécifiques de MediaSPIP pour certains projets.
    Vous pensez avoir un site "remarquable" réalisé avec MediaSPIP ? Faites le nous savoir ici.
    Ferme MediaSPIP @ Infini
    L’Association Infini développe des activités d’accueil, de point d’accès internet, de formation, de conduite de projets innovants dans le domaine des Technologies de l’Information et de la Communication, et l’hébergement de sites. Elle joue en la matière un rôle unique (...)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

Sur d’autres sites (3382)

  • Revision 21a0dade42 : vp8 : Modify to use closest reference in zero_mv bias. Modify zero_mv bias condi

    14 août 2014, par Marco

    Changed Paths :
     Modify /vp8/encoder/onyx_if.c


     Modify /vp8/encoder/onyx_int.h


     Modify /vp8/encoder/pickinter.c



    vp8 : Modify to use closest reference in zero_mv bias.

    Modify zero_mv bias condition to include check that "closest" reference is
    last_frame.
    This is needed for temporal layers, where the last_frame is not always the
    closest reference.
    Also, constain zeromv_count to be for last_frame reference.

    Change-Id : I7af54a809ebf01ef43b9933c9d4095b6cb189390

  • Metadata : Bower license should be the SPDX type of license.

    23 août 2015, par sgilroy
    Metadata : Bower license should be the SPDX type of license.

    Follow convention to make it easier for automated license checking utilities to determine which license is used. The license property in bower.json should be the SPDX type of license, in this case "MIT", instead of the URL of the license file.
    

    Closes #544.

  • license should be the type of license

    22 août 2015, par sgilroy
    license should be the type of license

    Follow convention to make it easier for automated license checking utilities to determine which license is used. The license property in bower.json should be the SPDX type of license, in this case "MIT", instead of the URL of the license file.
    

    Closes #544.

Navigation