Recherche avancée

Médias (91)

Autres articles (69)

  • Demande de création d’un canal

    12 mars 2010, par

    En fonction de la configuration de la plateforme, l’utilisateur peu avoir à sa disposition deux méthodes différentes de demande de création de canal. La première est au moment de son inscription, la seconde, après son inscription en remplissant un formulaire de demande.
    Les deux manières demandent les mêmes choses fonctionnent à peu près de la même manière, le futur utilisateur doit remplir une série de champ de formulaire permettant tout d’abord aux administrateurs d’avoir des informations quant à (...)

  • Des sites réalisés avec MediaSPIP

    2 mai 2011, par

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

  • (Dés)Activation de fonctionnalités (plugins)

    18 février 2011, par

    Pour gérer l’ajout et la suppression de fonctionnalités supplémentaires (ou plugins), MediaSPIP utilise à partir de la version 0.2 SVP.
    SVP permet l’activation facile de plugins depuis l’espace de configuration de MediaSPIP.
    Pour y accéder, il suffit de se rendre dans l’espace de configuration puis de se rendre sur la page "Gestion des plugins".
    MediaSPIP est fourni par défaut avec l’ensemble des plugins dits "compatibles", ils ont été testés et intégrés afin de fonctionner parfaitement avec chaque (...)

Sur d’autres sites (8676)

  • Compiling FFMPEG on CentOS DigitalOcean

    29 juillet 2015, par coder_uk

    I set up a DigitalOcean instance running CentOS 6.5 and successfully followed the guide to compile FFMPEG (https://trac.ffmpeg.org/wiki/CompilationGuide/Centos). Hurrah !

    But of course I realised that by default, DigitalOcean creates a root user and so ffmpeg now lives in /root/bin/ffmpeg. Which isn’t ideal because when I want to exec the ffmpeg bin from nginx, I would have to run nginx as root for it to have permission.

    Questions ...

    1) Long-shot, but presumably if I change the owner of the ffmpeg binary to nginx, it still won’t work, because nginx won’t be able to access the /root folder it is in. Correct ?

    2) I could run nginx as root (’user root’). But this seems like a very bad idea. Correct ?

    3) Which leaves me with the option of creating a new user, and then compiling ffmpeg into its home folder. But : which user ? EC2 creates ’ec2-user’, so should I make my own equivalent for DO ? But then won’t I have to run nginx as that user, else I’ll run into the same problem ?

    Or should I compile ffmpeg into the ’nginx’ home folder, if indeed it has one ? Is that how it is supposed to be done ?

    Since compiling ffmpeg takes ages, I don’t want to keep doing it, and the static files all seem very out of date. Thanks

  • Linux C Makefile (FFmpeg) undefined reference to `curl_easy_init'

    23 juillet 2015, par hoschi111

    I did some changes to /libavformat/concat.c in the FFmpeg source.
    There I included libcurl.

    Internet says I have to add the following code to ’Makefile’.

    INCLUDE = -I/usr/local/include
    LDFLAGS = -L/usr/local/lib
    LDLIBS = -lcurl

    That did not work.
    I use this to build FFmpeg :

    make clean && ./configure --prefix=/usr --enable-gpl --enable-libmp3lame --enable-libx264 && make -j 4

    Error :

    /usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../lib/libavformat.a(concat.o): In function `concat_read':
    /root/ffmpeg_sources/ffmpeg/libavformat/concat.c:151: undefined reference to `curl_easy_init'
    /root/ffmpeg_sources/ffmpeg/libavformat/concat.c:155: undefined reference to `curl_easy_setopt'
    /root/ffmpeg_sources/ffmpeg/libavformat/concat.c:156: undefined reference to `curl_easy_perform'
    /root/ffmpeg_sources/ffmpeg/libavformat/concat.c:158: undefined reference to `curl_easy_getinfo'

    original Makefile :
    https://github.com/FFmpeg/FFmpeg/blob/master/Makefile

    Can you help me ?

  • Revision 3c5256d572 : VP9_LPF_VERTICAL_16_DUAL_SSE2 optimization The vp9_lpf_vertical_16_dual functio

    29 avril 2015, par levytamar82

    Changed Paths :
     Modify /vp9/common/x86/vp9_loopfilter_intrin_sse2.c



    VP9_LPF_VERTICAL_16_DUAL_SSE2 optimization

    The vp9_lpf_vertical_16_dual function optimized for x86 32bit target. The hot
    code in that function was caused by the call to the transpose8x16.
    The gcc generated assembly created uneeded fills and spills to the stack. By
    interleaving 2 loads and unpack instructions, in addition to hoisting the
    consumer
    instruction closer to the producer instructions, we eliminated most of the fills
    and spills and improve the function-level performance by 17%.
    credit for writing the function as well as finding the root cause goes to Erik
    Niemeyer (erik.a.niemeyer@intel.com)

    Change-Id : I6173cf53956d52918a047d1c53d9a673f952ec46