
Recherche avancée
Autres articles (26)
-
Déploiements possibles
31 janvier 2010, parDeux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
Version mono serveur
La version mono serveur consiste à n’utiliser qu’une (...) -
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Contribute to documentation
13 avril 2011Documentation is vital to the development of improved technical capabilities.
MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
To contribute, register to the project users’ mailing (...)
Sur d’autres sites (6538)
-
Revision df8e156432 : Modify HORIZx16 macro in subpixel filter functions Interleaved the instructions
1er octobre 2013, par Yunqing WangChanged Paths :
Modify /vp9/common/x86/vp9_subpixel_8t_ssse3.asm
Modify HORIZx16 macro in subpixel filter functionsInterleaved the instructions, reduced register dependency, and
prefetched the source data. This improved the decoder speed
by 0.6% - 2%.Change-Id : I568067aa0c629b2e58219326899c82aedf7eccca
-
Revision 9a0a2193e4 : mips/dspr2 : fix vp9-highbitdepth build vp9_itrans*_dspr2.c aren't necessary for
22 juillet 2015, par James ZernChanged Paths :
Modify /vp9/vp9_common.mk
mips/dspr2 : fix vp9-highbitdepth buildvp9_itrans*_dspr2.c aren’t necessary for high bitdepth builds and
notably vp9_itrans8_dspr2.c fails in various configurations using a
codesourcery toolchain :
vp9_itrans8_dspr2.c:31:5 : can’t find a register in class ’GR_REGS’ while
reloading ’asm’Change-Id : I2ac76203e65cc643cb835ab50e95701896d92a1a
-
lavc : specify the behavior of av_lockmgr_register on failure.
2 octobre 2014, par Manfred Georglavc : specify the behavior of av_lockmgr_register on failure.
The register function now specifies that the user callback should
leave things in the same state that it found them on failure but
that failure to destroy is ignored by the library. The register
function is now explicit about its behavior on failure
(it unregisters the previous callback and destroys all mutex).Signed-off-by : Manfred Georg <mgeorg@google.com>
Signed-off-by : Anton Khirnov <anton@khirnov.net>