
Recherche avancée
Autres articles (46)
-
Mise à jour de la version 0.1 vers 0.2
24 juin 2013, parExplications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...) -
Personnaliser en ajoutant son logo, sa bannière ou son image de fond
5 septembre 2013, parCertains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;
-
Ecrire une actualité
21 juin 2013, parPrésentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
Vous pouvez personnaliser le formulaire de création d’une actualité.
Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)
Sur d’autres sites (6430)
-
Merge commit ’3176217c60ca7828712985092d9102d331ea4f3d’
12 juin 2016, par Clément BœschMerge commit ’3176217c60ca7828712985092d9102d331ea4f3d’
* commit ’3176217c60ca7828712985092d9102d331ea4f3d’ :
h264 : decouple h264_ps from the h264 decoderMain changes :
a local GetBitContext is created for the various
ff_h264_decode_seq_parameter_set() attemptsjust 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.tsin 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
-
Evolution #3771 : Ne plus mettre en cache la page 404
22 avril 2016, par - EquipementLa 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.
-
Evolution #3758 (Nouveau) : Redirection des urls propres vers propres+.html
22 mars 2016, par b bComme 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.