
Recherche avancée
Médias (1)
-
Sintel MP4 Surround 5.1 Full
13 mai 2011, par
Mis à jour : Février 2012
Langue : English
Type : Video
Autres articles (100)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
L’agrémenter visuellement
10 avril 2011MediaSPIP est basé sur un système de thèmes et de squelettes. Les squelettes définissent le placement des informations dans la page, définissant un usage spécifique de la plateforme, et les thèmes l’habillage graphique général.
Chacun peut proposer un nouveau thème graphique ou un squelette et le mettre à disposition de la communauté.
Sur d’autres sites (12395)
-
mpegts : pass MpegTSContext ptr explicitly
8 juillet 2014, par Alexander V. Lukyanovmpegts : pass MpegTSContext ptr explicitly
AVFormatContext->priv_data is not always a MpegTSContext, it can be
RTSPState when decoding a RTP stream. So it is necessary to pass
MpegTSContext pointer explicitly.Within libav, the write_section_data function doesn’t actually use
the MpegTSContext at all, so this doesn’t change anything at the
moment (no memory was corrupted before), but it reduces the risk of
anybody trying to touch the MpegTSContext via AVFormatContext->priv_data
in the future.Signed-off-by : Martin Storsjö <martin@martin.st>
-
x86 : h264 : Don’t keep data in the redzone across function calls on 64 bit unix
20 février 2012, par Martin Storsjöx86 : h264 : Don’t keep data in the redzone across function calls on 64 bit unix
We know that the called function (ff_chroma_inter_body_mmxext)
doesn’t touch the redzone, and thus will be kept intact - thus,
this doesn’t fix any bug per se.However, valgrind’s memcheck tool intentionally assumes that the
redzone is clobbered on every function call and function return
(see a long comment in valgrind/memcheck/mc_main.c). This avoids
false positives in that tool, at the cost of an extra stack pointer
adjustment.The other alternative would be a valgrind suppression for this issue,
but that’s an extra burden for everybody that wants to run libavcodec
within valgrind.Signed-off-by : Martin Storsjö <martin@martin.st>
-
x86 : h264 : Don’t keep data in the redzone across function calls on 64 bit unix
20 février 2012, par Martin Storsjöx86 : h264 : Don’t keep data in the redzone across function calls on 64 bit unix
We know that the called function (ff_chroma_inter_body_mmxext)
doesn’t touch the redzone, and thus will be kept intact - thus,
this doesn’t fix any bug per se.However, valgrind’s memcheck tool intentionally assumes that the
redzone is clobbered on every function call and function return
(see a long comment in valgrind/memcheck/mc_main.c). This avoids
false positives in that tool, at the cost of an extra stack pointer
adjustment.The other alternative would be a valgrind suppression for this issue,
but that’s an extra burden for everybody that wants to run libavcodec
within valgrind.Signed-off-by : Martin Storsjö <martin@martin.st>