
Recherche avancée
Médias (1)
-
GetID3 - Bloc informations de fichiers
9 avril 2013, par
Mis à jour : Mai 2013
Langue : français
Type : Image
Autres articles (81)
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
Encodage et transformation en formats lisibles sur Internet
10 avril 2011MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...) -
Récupération d’informations sur le site maître à l’installation d’une instance
26 novembre 2010, parUtilité
Sur le site principal, une instance de mutualisation est définie par plusieurs choses : Les données dans la table spip_mutus ; Son logo ; Son auteur principal (id_admin dans la table spip_mutus correspondant à un id_auteur de la table spip_auteurs)qui sera le seul à pouvoir créer définitivement l’instance de mutualisation ;
Il peut donc être tout à fait judicieux de vouloir récupérer certaines de ces informations afin de compléter l’installation d’une instance pour, par exemple : récupérer le (...)
Sur d’autres sites (5647)
-
Creating debug build FFMpeg static libraries with Windows compiler
6 juillet 2015, par LostBoyWe are using the FFMpeg static libraries compiled via the —toolchain=msvc switch with the VS2010 compiler linked to the static runtime (-MT). These libraries work fine but they are linked to libcmt.lib.
We would like to compile a debug build of these libraries (i.e. linking against libcmtd.lib). In the configure call I added :
./configure --toolchain=msvc --enable-debug --arch=x86 --extra-cflags=-MTd
This will result in some calls to cl.exe with the -MTd switch but also some with the -MT switch and cause conflicts in the linker stage.
What am I missing ?
-
Python threading module on windows after session logout
1er décembre 2013, par e271p314I wrote a code which starts to record screen capture from the second it identifies mouse movement until it identifies the mouse didn't move for a predefined time (10 seconds).
In python, on windows, how to wait until mouse moves ?
If, I'm logged in to the session the code works fine, i.e. it starts and stops on time and records the screen capture. But, if I logout, I expect the script to identify that the mouse doesn't move and stop recording. Instead, the code doesn't stop and when I login again (long after the 10 seconds passed), the screen capture (from the previous session) keeps running, yelling the rt buffer is full and it keeps running until I close the cmd console even I expect it to work for 10 seconds (at least when I'm logged in). Any idea what is the issue ? I feel like it is something between the threading module and the session logout but I could be completely wrong about this. -
ffmpeg/libav Linking issue in Windows
11 décembre 2013, par Dídac PérezI have cross compiled ffmpeg and libav from Linux to Windows (mingw32). So, I've got my .a files and ready to be used for linking in my MSVC2010 project. The thing is that I am getting linking errors and I don't understand why :
1>RTSPCapture.obj : error LNK2019: unresolved external symbol _avformat_free_context referenced in function "public: int __thiscall Imagsa::RTSPCapture::dumpSync(class std::basic_string,class std::allocator<char> > const &,class std::basic_string,class std::allocator<char> > const &,class std::basic_stringstream,class std::allocator<char> > &,double *,class std::vector<class> > &)" (?dumpSync@RTSPCapture@Imagsa@@QAEHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@0AAV?$basic_stringstream@DU?$char_traits@D@std@@V?$allocator@D@2@@4@PANAAV?$vector@VMjpegFrame@Imagsa@@V?$allocator@VMjpegFrame@Imagsa@@@std@@@4@@Z)
1>RTSPCapture.obj : error LNK2019: unresolved external symbol _avio_close referenced in function "public: int __thiscall Imagsa::RTSPCapture::dumpSync(class std::basic_string,class std::allocator<char> > const &,class std::basic_string,class std::allocator<char> > const &,class std::basic_stringstream,class std::allocator<char> > &,double *,class std::vector<class> > &)" (?dumpSync@RTSPCapture@Imagsa@@QAEHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@0AAV?$basic_stringstream@DU?$char_traits@D@std@@V?$allocator@D@2@@4@PANAAV?$vector@VMjpegFrame@Imagsa@@V?$allocator@VMjpegFrame@Imagsa@@@std@@@4@@Z)
1>RTSPCapture.obj : error LNK2019: unresolved external symbol _avcodec_close referenced in function "public: int __thiscall Imagsa::RTSPCapture::dumpSync(class std::basic_string,class std::allocator<char> > const &,class std::basic_string,class std::allocator<char> > const &,class std::basic_stringstream,class std::allocator<char> > &,double *,class std::vector<class> > &)" (?dumpSync@RTSPCapture@Imagsa@@QAEHABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@0AAV?$basic_stringstream@DU?$char_traits@D@std@@V?$allocator@D@2@@4@PANAAV?$vector@VMjpegFrame@Imagsa@@V?$allocator@VMjpegFrame@Imagsa@@@std@@@4@@Z)
</class></char></char></char></class></char></char></char></class></char></char></char>Does anybody know what could happen ?