
Recherche avancée
Médias (1)
-
The pirate bay depuis la Belgique
1er avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
Autres articles (54)
-
Participer à sa traduction
10 avril 2011Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
Actuellement MediaSPIP n’est disponible qu’en français et (...) -
Les statuts des instances de mutualisation
13 mars 2010, parPour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...) -
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 (9887)
-
Revision 98fd11c567 : Fix the use of uninitialized skip flag The use of uninitialized skip flag will
15 mars 2014, par Jingning HanChanged Paths :
Modify /vp9/encoder/vp9_encodeframe.c
Modify /vp9/encoder/vp9_encodemb.c
Fix the use of uninitialized skip flagThe use of uninitialized skip flag will trigger inconsistency in
coding statistics, when alternate RD and non-RD coding modes are
enabled. This commit fixes this issue and removes unnecessary if
statements from update_state_rt.Change-Id : I7d549dcb0e3ef48b999e5bbc78174ba84502cfcf
-
mpeg4dec : Ensure data is not clobbered too early.
19 septembre 2013, par Reimar Döffingermpeg4dec : Ensure data is not clobbered too early.
Avoid overwriting the bitstream buffer data before we
have ended processing the frame.
This is necessary to fix hwaccels which might try to use
the buffer during the end_frame call.
I am not sure but it is possible this could even trigger
a use-after-free if the av_fast_malloc allocated a new buffer.
This would require that decode_slice did not wind the bitstream
forward all the way to the end, which does not currently happen in
normal streams.Signed-off-by : Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
/solved/ _stricoll is unsolved while linking the libmingwex.a with vs2010
23 septembre 2013, par damantouBrief answer :
In MinGW libs, the symbol _stricoll is defined in libmoldname100.a.
Question :
I am tending to build some app which staticly links the ffmpeg libs on windows 8. I have successfully build the static lib of ffmpeg in mingw/msys env on windows 8. Then I use cmake to generate the vs2010 project to start work with my app.
While I am trying to build the first dead simple main program, I got quite some link errors.
extern "C" {
// to work around error:
// 'UINT64_C': identifier not found
#ifndef __STDC_CONSTANT_MACROS
#define __STDC_CONSTANT_MACROS
#endif
#include <libavcodec></libavcodec>avcodec.h>
#include <libavformat></libavformat>avformat.h>
#include <libswscale></libswscale>swscale.h>
}
int main(int argc, char *argv[])
{
av_register_all();
return 0;
}After struggling with a bunch of unresolved symbols, I come up with the following libraries to link with in order :
c:/MinGW/mingw32/lib/libiconv.a
libavcodec.a
libavdevice.a
libavfilter.a
libavformat.a
libavutil.a
libswresample.a
libswscale.a
c:/MinGW/lib/gcc/mingw32/4.8.1/libgcc.a
c:/MinGW/mingw32/lib/libws2_32.a
c:/MinGW/mingw32/lib/libmingw32.a
c:/MinGW/mingw32/lib/libmingwex.aFinally there is one unresolved symbol issue not able to fix :
libmingwex.a(glob.o) : error LNK2019: unresolved external symbol
_stricoll referenced in function _glob_matchI tried to add some a fake function, but still not help :(
int __cdecl _stricoll(_In_z_ const char * _Str1, _In_z_ const char * _Str2)
{
return 0;
};I googled it the whole morning, but nobody ever mentioned this problem. I guess there should be simple reason and solution for this, maybe because of my ignorance on simple knowledge.