Recherche avancée

Médias (91)

Autres articles (64)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Formulaire personnalisable

    21 juin 2013, par

    Cette page présente les champs disponibles dans le formulaire de publication d’un média et il indique les différents champs qu’on peut ajouter. Formulaire de création d’un Media
    Dans le cas d’un document de type média, les champs proposés par défaut sont : Texte Activer/Désactiver le forum ( on peut désactiver l’invite au commentaire pour chaque article ) Licence Ajout/suppression d’auteurs Tags
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire. (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (9243)

  • Evolution #3758 (Nouveau) : Redirection des urls propres vers propres+.html

    22 mars 2016, par b b

    Comme signalé sur la liste user ici :

    http://article.gmane.org/gmane.comp.web.spip.user/197559

    Si les urls propres+.html sont active, on peut tout de même accéder à un contenu avec son url propre (sans le .html). Ne faudrait-il pas rediriger vers la bonne url (avec le .html) dans ce cas ?

    J’assigne le bug à SPIP et non au plugin urls étendues car cela doit pouvoir se jouer dans le htaccess du core.

  • Evolution #3771 : Ne plus mettre en cache la page 404

    22 avril 2016, par - Equipement

    La ligne correspondante dans le htaccess n’est pas active par défaut (elle est en commentaire)

    # ErrorDocument 404 /spip.php ?page=404

    .

    Par ailleurs, je ne sais pas si le htaccess (qui est livré non activé "htaccess.txt") est utilisé dans toutes les installations.

    Enfin, le temps de calcul de la page 404 est à peine supérieur au temps de traitement lorsque la page 404 est dans le cache de second niveau de SPIP.

  • Merge commit ’3176217c60ca7828712985092d9102d331ea4f3d’

    12 juin 2016, par Clément Bœsch
    Merge commit ’3176217c60ca7828712985092d9102d331ea4f3d’

    * commit ’3176217c60ca7828712985092d9102d331ea4f3d’ :
    
  h264 : decouple h264_ps from the h264 decoder
    

    Main changes :
    

    - a local GetBitContext is created for the various
    
  ff_h264_decode_seq_parameter_set() attempts
    

    - just like the old code, remove_sps() is adjusted so it doesn’t remove
    
  the pps.
    

      Fixes decode with Ticket #631
    
  http://ffmpeg.org/pipermail/ffmpeg-user/attachments/20111108/dae58f17/attachment.mp4
    
  but see next point as well.
    

    - ff_h264_update_thread_context() is updated to work even when SPS
    
  isn’t set as it breaks current skip_frame code. This makes sure we
    
  can still decode the sample from ticket #631 without the need for
    
  -flags2 +chunks. (Thanks to Michael)
    

    - keep sps,pps_ref pointers that stay alive even when the active
    
  pps/sps get removed from the available lists (patch by michaelni with
    
  additionnal frees in ff_h264_free_context() from mateo)
    

    - added a check on sps in avpriv_h264_has_num_reorder_frames() to fix
    
  crashes with mpegts_with_dvbsubs.ts from Ticket #4074
    
  http://samples.ffmpeg.org/ffmpeg-bugs/trac/ticket4074/mpegts_with_dvbsubs.ts
    

    - in h264_parser.c:h264_parse(), after the ff_h264_decode_extradata() is
    
  called, the pps and sps from the local parser context are updated with
    
  the pps and sps from the used h264context. This fixes fate-flv-demux.
    

    - in h264_slice.c, "PPS changed between slices" error is not triggered
    
  anymore in one condition as it makes fate-h264-xavc-4389 fails with
    
  THREADS=N (Thanks to Michael)
    

    Merged-by : Clément Bœsch <clement@stupeflix.com>
    
Merged-by : Michael Niedermayer <michael@niedermayer.cc>
    
Merged-by : Matthieu Bouron <matthieu.bouron@stupeflix.com>
    • [DH] libavcodec/dxva2_h264.c
    • [DH] libavcodec/h264.c
    • [DH] libavcodec/h264.h
    • [DH] libavcodec/h264_cabac.c
    • [DH] libavcodec/h264_cavlc.c
    • [DH] libavcodec/h264_direct.c
    • [DH] libavcodec/h264_loopfilter.c
    • [DH] libavcodec/h264_mb.c
    • [DH] libavcodec/h264_mb_template.c
    • [DH] libavcodec/h264_mvpred.h
    • [DH] libavcodec/h264_parser.c
    • [DH] libavcodec/h264_ps.c
    • [DH] libavcodec/h264_refs.c
    • [DH] libavcodec/h264_sei.c
    • [DH] libavcodec/h264_slice.c
    • [DH] libavcodec/vaapi_h264.c
    • [DH] libavcodec/vdpau.c
    • [DH] libavcodec/vdpau_h264.c
    • [DH] libavcodec/videotoolbox.c

Navigation