Recherche avancée

Médias (91)

Autres articles (69)

  • Mise à jour de la version 0.1 vers 0.2

    24 juin 2013, par

    Explications des différents changements notables lors du passage de la version 0.1 de MediaSPIP à la version 0.3. Quelles sont les nouveautés
    Au niveau des dépendances logicielles Utilisation des dernières versions de FFMpeg (>= v1.2.1) ; Installation des dépendances pour Smush ; Installation de MediaInfo et FFprobe pour la récupération des métadonnées ; On n’utilise plus ffmpeg2theora ; On n’installe plus flvtool2 au profit de flvtool++ ; On n’installe plus ffmpeg-php qui n’est plus maintenu au (...)

  • Personnaliser en ajoutant son logo, sa bannière ou son image de fond

    5 septembre 2013, par

    Certains thèmes prennent en compte trois éléments de personnalisation : l’ajout d’un logo ; l’ajout d’une bannière l’ajout d’une image de fond ;

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (8112)

  • Weird and unpredictable crash when using libx264 cross-compiled with MinGW

    2 mars 2012, par Daniel

    I'm working on a C++ project using Visual Studio 2010 on Windows. I'm linking dynamically against x264 which I built myself as a shared library using MinGW following the guide at

    http://www.ayobamiadewole.com/Blog/Others/x264compilation.aspx

    The strange thing is that my x264 code is working perfectly sometimes. Then when I change some line of code (or even change the comments in the file !) and recompile everything crashes on the line

    encoder_ = x264_encoder_open(&param);

    With the message

    Access violation reading location 0x00000000

    I'm not doing anything funky at all so it's probably not my code that is wrong but I guess there is something going wrong with the linking or maybe something is wrong with how I compiled x264.

    The full initialization code :

    x264_param_t param = { 0 };
    
if (x264_param_default_preset(&param, "ultrafast", "zerolatency") < 0) {
    
  throw KStreamerException("x264_param_default_preset failed");
    
}
    

    
param.i_threads = 1;
    
param.i_width = 640;
    
param.i_height = 480;
    
param.i_fps_num = 10;
    
param.i_fps_den = 1;
    

    
encoder_ = x264_encoder_open(&param); // <-----
    
if (encoder_ == 0) {
    
  throw KStreamerException("x264_encoder_open failed");
    
}
    

    
x264_picture_alloc(&pic_, X264_CSP_I420, 640, 480);

    Edit : It turns out that it always works in Release mode and when using superfast instead of ultrafast it also works in Debug mode 100%. Could it be that the ultrafast mode is doing some crazy optimizations that the debugger doesn't like ?

  • doc/filters : remove unnecessary and inconsistent double ’,’ escaping

    24 octobre 2012, par Stefano Sabatini

    doc/filters : remove unnecessary and inconsistent double ’,’ escaping

  • sab_diamond_search : add assert to double check the minima_count

    4 novembre 2012, par Michael Niedermayer

    sab_diamond_search : add assert to double check the minima_count

Navigation