Recherche avancée

Médias (91)

Autres articles (62)

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

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

  • Participer à sa traduction

    10 avril 2011

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

Sur d’autres sites (10668)

  • Unable to create a PPAPI (Pepper) video plugin -NaCl module failed - how to resolve ?

    27 novembre 2013, par ElHaix

    Google's Say Goodbye to Our Old Friend NPAPI blog post indicates that NPAPI plugin support will cease by the end of 2014 (in favor of PPAPI).

    We have considered the option of using the ffmpeg libraries to create our own video plugin to simply decode RTSP encoded H.264 video streams on the client - important because we need as near real-time video display (avoiding transcoding latency). Using the ffmpeg libraries, there is still a 3-5 second delay in decoding the stream, not as fast as running MPlayer with the -benchmark option.

    In trying Google's PNaCl recommendation, we just got the LOADING status and the following error :

    NativeClient : NaCl module load failed : PnaclCoordinator : Compile
    process could not be created : ServiceRuntime : failed to start

    Are there any other alternatives or suggestions to getting this working ?

  • What are the steps required to create a non-NPAPI video decoder plugin - VLC Alternative ?

    26 novembre 2013, par ElHaix

    Google's Say Goodbye to Our Old Friend NPAPI blog post indicates that NPAPI plugin support will cease by the end of 2014 (in favor of PPAPI).

    We have considered the option of using the ffmpeg libraries to create our own video plugin to simply decode RTSP encoded H.264 video streams on the client - important because we need as near real-time video display (avoiding transcoding latency). Using the ffmpeg libraries, there is still a 3-5 second delay in decoding the stream, not as fast as running MPlayer with the -benchmark option.

    In trying Google's PNaCl recommendation, we just got the LOADING status and the following error :

    NativeClient : NaCl module load failed : PnaclCoordinator : Compile
    process could not be created : ServiceRuntime : failed to start

    Are there any other alternatives or suggestions ?

  • avcodec/ppc/h264dsp : POWER LE support in h264_idct_dc_add_internal() fix vec_lvsl bug

    14 mai 2015, par Rong Yan
    avcodec/ppc/h264dsp : POWER LE support in h264_idct_dc_add_internal() fix vec_lvsl bug

    We got defective video when use GCC 4.9.2 instead of GCC 4.9.1 to compile FFMEPG. And further found
    
that GCC 4.8 and 4.9 need patch to fix the lvsl/lvsr bug on POWER LE, and GCC 5.1 contains
    
the correct code since its release. The message on gcc-patches requesting approval for lvsl/lvsr
    
patch is at https://gcc.gnu.org/ml/gcc-patches/2014-10/msg00228.html.
    

    The fixed code avoids using lvsl and will not depends on GCC version, also it uses less instructions on POWER LE.
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/ppc/h264dsp.c

Navigation