Recherche avancée

Médias (91)

Autres articles (83)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

Sur d’autres sites (12715)

  • Fixed : Github issue #5 : I can't encode chinese

    12 août 2012, par Grandt
    Fixed : Github issue #5 : I can't encode chinese

  • Alternative to sws_scale

    19 décembre 2012, par Hrishikesh_Pardeshi

    I am performing encoding of the captured windows screen with x264 using libavcodec. Since, the input is RGB, i am converting it to YUV to make it compatible with x264. I am using the sws_scale function for the same.
    My question is if there is any alternate for this function since i don't need any scaling to be done in my case. Also, it would be useful if someone could throw light on the workflow of this function.

    P.S : I am assuming x264 operates only in YUV color space. If this assumption is incorrect, please inform me on the same.

    Thanks in advance.

  • Thread count option in FFmpeg for FASTEST conversion to h264 ?

    5 septembre 2013, par Saptarshi Biswas

    I need to maximize speed while converting videos using FFmpeg to h264

    • Any input format of source videos
    • User's machine can have any number of cores
    • Power and memory consumption are non-issues

    Of course, there are a whole bunch of options that can be tweaked but this question is particularly about choosing the best -thread <count></count> option. I am trying to find an ideal thread count as a function of

    • no. of cores
    • input video format
    • h264-friendly values maybe ?
    • anything else missed above ?

    I am aware the default -thread 0 follows one-thread-per-core approach which is supposed to be optimal. But I am not sure if this is time or space-optimized. Also, on certain testcases, I've seen more threads (say 4 threads on my dual core test machine) finishes quicker than the default.

    Any other direction, say configure options w.r.t. threads, worth pursuing ?

Navigation