Recherche avancée

Médias (1)

Mot : - Tags -/copyleft

Autres articles (56)

  • 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 (...)

  • 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 (...)

  • Ajouter notes et légendes aux images

    7 février 2011, par

    Pour pouvoir ajouter notes et légendes aux images, la première étape est d’installer le plugin "Légendes".
    Une fois le plugin activé, vous pouvez le configurer dans l’espace de configuration afin de modifier les droits de création / modification et de suppression des notes. Par défaut seuls les administrateurs du site peuvent ajouter des notes aux images.
    Modification lors de l’ajout d’un média
    Lors de l’ajout d’un média de type "image" un nouveau bouton apparait au dessus de la prévisualisation (...)

Sur d’autres sites (10481)

  • checkasm : arm/aarch64 : Fix the amount of space reserved for stack parameters

    14 novembre 2016, par Martin Storsjö
    checkasm : arm/aarch64 : Fix the amount of space reserved for stack parameters

    Even if MAX_ARGS - 2 (for arm) or MAX_ARGS - 6 (for aarch64) parameters
    
are passed on the stack to checkasm_checked_call, we actually only
    
need to store MAX_ARGS - 4 (for arm) or MAX_ARGS - 8 (for aarch64)
    
parameters on the stack when calling the tested function.
    • [DH] tools/checkasm-aarch64.S
    • [DH] tools/checkasm-arm.S

  • checkasm : arm : preserve the stack alignment in x264_checkasm_checked_call

    14 novembre 2016, par Janne Grunau
    checkasm : arm : preserve the stack alignment in x264_checkasm_checked_call

    The stack used by x264_checkasm_checked_call_neon was a multiple of 4
    
when the checked function is called. AAPCS requires a double word (8 byte)
    
aligned stack public interfaces. Since both calls are public interfaces
    
the stack is misaligned when the checked is called.
    

    This can cause issues if code called within this (which includes
    
the C implementations) relies on the stack alignment.
    • [DH] tools/checkasm-arm.S

  • MEAN stack express.js video uploader/converter

    5 janvier 2017, par MattJ

    The idea is a social site where people can upload their videos. I am planning to use multer for uploading (limiting by size and by mimetype). Then for performance and mostly storage purposes to use fluent-ffmpeg and convert it to mp4 format and store it somewhere on the server with a reference in mongodb. Since I do not want the user to wait while the whole process is done, I plan to separate it into to main parts :

    1. Uploading
    2. Converting and storing.

    Where the user uploads the file and then some separate node process ( using node-schedule) which run checks every 1 min. or so to convert all files in the directory and after that adds the references to mongodb. So what do you guys think ? What is the best approach performance-wise ?

Navigation