
Recherche avancée
Autres articles (12)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Support de tous types de médias
10 avril 2011Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)
-
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
Sur d’autres sites (4430)
-
Révision 24162 : Ticket #4245 : Correction empêchant la création de certains répertoires, s’ils on...
11 décembre 2018, par marcimat@rezo.netÀ partir de SPIP 3.3-dev, on supprime la gestion de la constante _CREER_DIR_PLAT de la fonction `sous_repertoire` ; on tolère un _ final sur les noms de répertoires à créer.
Corrige, entre autres un bug dans le plugin Bigup empêchant la réception de certains fichiers.
-
Anomalie #2717 (Nouveau) : Ne pas proposer de sauvegarde si on n’a pas sqlite
20 mai 2012, par Gilles VINCENTsqlite est facultatif lors de l’installation de SPIP3.0 - On s’attend logiquement à ce que ce soit pareil pour la sauvegarde mais ce n’est pas le cas. le bug #2135 a été fermé en disant qu’il existe un plugin qui permet de rétablir les anciens dump au format xml, mais l’utilisateur final, lui, (...)
-
h2645_parse : handle embedded Annex B NAL units in size prefixed NAL units
7 juillet 2016, par Janne Grunauh2645_parse : handle embedded Annex B NAL units in size prefixed NAL units
Fixes a regression in ca2f19b9cc3 with some mov/mp4 files. The files have
several NAL units in the supposed single NAL unit after the size field.
Annex B start code prefixes are used to separate them. The first NAL unit
is correctly parsed but the buffer does not point to the next size field.
Instead semi random data (it seems to be the rbsp_stop_one_bit and the
start code prefix) is then parsed as length and will exceed the
remaining length of the buffer.Patch based on the code in h264’s decode_nal_units() and a similar
patch by Hendrik Leppkes in FFmpeg (a9bb4cf87d1).Bug-Id : ffmpeg/trac5529
Reported-By : Vittorio Giovara