Recherche avancée

Médias (91)

Autres articles (47)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Déploiements possibles

    31 janvier 2010, par

    Deux 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 (...)

  • Submit bugs and patches

    13 avril 2011

    Unfortunately a software is never perfect.
    If you think you have found a bug, report it using our ticket system. Please to help us to fix it by providing the following information : the browser you are using, including the exact version as precise an explanation as possible of the problem if possible, the steps taken resulting in the problem a link to the site / page in question
    If you think you have solved the bug, fill in a ticket and attach to it a corrective patch.
    You may also (...)

Sur d’autres sites (4217)

  • _stricoll is unsolved while linking the libmingwex.a with vs2010

    19 septembre 2013, par damantou

    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.a

    Finally there is one unresolved symbol issue not able to fix :

    libmingwex.a(glob.o) : error LNK2019: unresolved external symbol 
    
                       _stricoll referenced in function _glob_match

    I 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.

  • Revision 4b70544d23 : Disable the neon version vpx_yv12_copy_y. For some dimensions, neon code ends up

    7 mars 2014, par hkuang

    Changed Paths :
     Modify /vpx_scale/vpx_scale_rtcd.pl



    Disable the neon version vpx_yv12_copy_y.
    For some dimensions, neon code ends up in a dead loop inside.
    This will fix the unit test failure in svc_test on ARM.

    Change-Id : Ie6098bfaefd86bcf3616a3d0c2c3ff0b154222b5

  • /solved/ _stricoll is unsolved while linking the libmingwex.a with vs2010

    23 septembre 2013, par damantou

    Brief 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:
    
// &#39;UINT64_C&#39;: 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.a

    Finally there is one unresolved symbol issue not able to fix :

    libmingwex.a(glob.o) : error LNK2019: unresolved external symbol 
    
                       _stricoll referenced in function _glob_match

    I 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.

Navigation