
Recherche avancée
Autres articles (32)
-
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) (...)
-
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...) -
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 (4107)
-
Port r17546 from Tremor ; although pieces had made it over to libvorbis, a comprehensive
3 février 2012, par MontyPort r17546 from Tremor ; although pieces had made it over to libvorbis, a comprehensive port and verification was called for. This patch provided some additional floor0 hardening :
floor0 code could potentially use a book where the number of vals it
needed to decode was not an integer number of dims wide. This caused
it to overflow the output vector as the termination condition was in
the outer loop of vorbis_book_decodev_set.None of the various vorbis_book_decodeXXXX calls internally guard
against this case either, but in every other use the calling code does
properly guard (and avoids putting more checks in the tight inner
decode loop).For floor0, move the checks into the inner loop as there’s little
penalty for doing so.[an equivalent change was already in libvorbis, but I’ve
harmonized the code with tremor]For floor0, move the checks into the inner loop as there’s little
penalty for doing so. Add commentary indicating where guarding is
done for each call variant.git-svn-id : http://svn.xiph.org/trunk/vorbis@18183 0101bb08-14d6-0310-b084-bc0e0c8e3800
-
Fix a memory leak in vorbis_commentheader_out().
5 novembre 2011, par Tim TerriberryFix a memory leak in vorbis_commentheader_out().
Fixes #1840.
Thanks to Alexandru Munteanu for the patch.git-svn-id : http://svn.xiph.org/trunk/vorbis@18115 0101bb08-14d6-0310-b084-bc0e0c8e3800
-
Anomalie #2493 : Problème avec la mutualisation au niveau des documents
27 février 2012, par Alexis MICHONMerci pour le patch !