Recherche avancée

Médias (0)

Mot : - Tags -/serveur

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

Autres articles (63)

  • Amélioration de la version de base

    13 septembre 2013

    Jolie sélection multiple
    Le plugin Chosen permet d’améliorer l’ergonomie des champs de sélection multiple. Voir les deux images suivantes pour comparer.
    Il suffit pour cela d’activer le plugin Chosen (Configuration générale du site > Gestion des plugins), puis de configurer le plugin (Les squelettes > Chosen) en activant l’utilisation de Chosen dans le site public et en spécifiant les éléments de formulaires à améliorer, par exemple select[multiple] pour les listes à sélection multiple (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

  • Le plugin : Gestion de la mutualisation

    2 mars 2010, par

    Le plugin de Gestion de mutualisation permet de gérer les différents canaux de mediaspip depuis un site maître. Il a pour but de fournir une solution pure SPIP afin de remplacer cette ancienne solution.
    Installation basique
    On installe les fichiers de SPIP sur le serveur.
    On ajoute ensuite le plugin "mutualisation" à la racine du site comme décrit ici.
    On customise le fichier mes_options.php central comme on le souhaite. Voilà pour l’exemple celui de la plateforme mediaspip.net :
    < ?php (...)

Sur d’autres sites (5476)

  • fftools/ffmpeg : drop the 'h' key handling

    21 mars 2022, par Anton Khirnov
    fftools/ffmpeg : drop the 'h' key handling

    This undocumented feature runtime-enables dumping input packets. I can
    
think of no reasonable real-world use case that cannot also be
    
accomplished in a different way. Keeping this functionality would
    
interfere with the following commit moving it to the input thread (then
    
setting the variable would require locking or atomics, which would be
    
unnecessarily complicated for a feature that probably nobody uses).
    • [DH] fftools/ffmpeg.c

  • x86/tx_init : propely indicate the extended available transform sizes

    9 février 2024, par Lynne
    x86/tx_init : propely indicate the extended available transform sizes

    Forgot to do this with the previous commit.
    

    Actually makes the assembly being used.
    

    Still the fastest FFT in the world, 15% faster than FFTW on the
    
largest available size.
    • [DH] libavutil/x86/tx_float_init.c

  • Synchronization Error in Gstreamer/H264 encoding

    21 juin 2020, par Ryan

    Trying to produce a frame synced recording platform w/multiple sensors all capturing at the same fps.

    &#xA;

    Currently can get up to 8 usb cameras streaming and capturing h264 files. These files are reporting same durations, same number of frames, same frame rate etc. I am experiencing some drift in the videos however.

    &#xA;

    I assume I am not able to write frames to disk fast enough and this results in the shift. However what I do not understand what is 'masking' this, and why it would report the same nb_frames and durations even though real world time is clearly different. The shift can be relatively minor (5-10 frames over 2 minutes) or more extreme (20-30). But what I am looking for is a multicam frame level sync. So each video can produce the exact same frame and a given timestamp.

    &#xA;

    I know there are many elements at play here. What I'm looking for first is a better understanding of what my exact problem may be and how I can understand it.

    &#xA;

Navigation