
Recherche avancée
Autres articles (66)
-
Les vidéos
21 avril 2011, parComme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
(Dés)Activation de fonctionnalités (plugins)
18 février 2011, parPour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)
Sur d’autres sites (6746)
-
Revision 37408 : déplacement de chaines de langue Faire refonctionner l’encodage sonore
18 avril 2010, par kent1@… — Logdéplacement de chaines de langue
Faire refonctionner l’encodage sonore -
apng : Support inter-frame compression
19 août 2015, par Donny Yangapng : Support inter-frame compression
The current algorithm is just "try all the combinations, and pick the best".
It’s not very fast either, probably due to a lot of copying, but will do for
an initial implementation.Signed-off-by : Donny Yang <work@kota.moe>
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc> -
avcodec/apng : Dispose previous frame properly
7 juin 2015, par Donny Yangavcodec/apng : Dispose previous frame properly
The spec specifies the dispose operation as how the current (i.e., currently
being rendered) frame should be disposed when the next frame is blended onto itThis is contrary to ffmpeg’s current behaviour of interpreting the dispose
operation as how the previous (i.e., already rendered) frame should be disposedThis patch fixes ffmpeg’s behaviour to match those of the spec, which involved
a rewrite of the blending functionSigned-off-by : Donny Yang <work@kota.moe>
Reviewed-by : Paul B Mahol <onemda@gmail.com>
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>