Recherche avancée

Médias (91)

Autres articles (59)

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

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

Sur d’autres sites (5729)

  • How can I mux H.264 RTP output into a container using FFMPEG ?

    23 septembre 2013, par Grad

    I am working on the effects of network losses in video transmission. In order to simulate the network losses I use a simple program which drops random RTP packets from the output of H.264 RTP encoding.

    I use Joint Model (JM) 14.2 in order to encode the video. However, I don't use AnnexB format as my output, instead I choose the output as RTP packets. The JM output is generated as RTP packets with RTP headers and payload as a sequence. After that, some of RTP packets are dropped by using a simple program. Then, I decode the output by using also JM and it's error concealment methods. That gives me a YUV file as output. The format of the output is as follows :

        ----------------------------------------------------------------------
        | RTP Header #1 | RTP Payload #1 | RTP Header #2 | RTP Payload #2 |...
        ----------------------------------------------------------------------

    I want to make a subjective test with these bitstreams and it's very inconvenient to crowdsource this subjective test with GBs of video data. So, I want to mux these bitstreams into a container (i.e. AVI) by using FFMPEG. I have tried to decode these bitstreams with FFMPEG and FFPLAY ; however, both of them didn't work. I also tried the following command and it didn't work, either.

       ffmpeg - f h264 -i  -vcodec copy -r 25 out.avi

    Which format or muxer should I use ? Do I need to convert these files to any other format ?

  • Best way to encode a jpg/png file ? [on hold]

    29 juin 2013, par Shirohige

    Assuming that I use a command like this :
    ffmpeg -i song.mp3 -loop 1 -i cover.jpg -r 1 -t 180 -acodec copy output.mp4

    I used an audio file with variable bitrate and everything took about 5 minutes for ffmpeg to encode it while with Camtasia Studio 8 it took 1 minute. In Camtasia I specified the following settings (using the mp4 container) : http://img197.imageshack.us/img197/1222/psrs.png
    and since Camtasia doesn't allow to put the audio directly into the container Camtasia converted the audio into an constant bitrate mp3. All together it took 1 minute for the encoding job (audio and video encoding) to be done but the result was a 3 times larger file (compared to the ffmpeg encode) with a visible quality deformation of the picture (again compared to the ffmpeg encode).

    I would like to know (since I just use one picture throughout the whole video), is there a way to encode it faster with ffmpeg (sacrificing a bit of the quality of the picture) ? I want to upload my videos to Youtube and as far as I know, Google's servers will encode every video anyway and that's why I don't encode the audio file but just put it into the mp4 container.

    EDIT :

    I am sorry, I will delete it when I am allowed to do so (it says after 2 days).

    EDIT 2 :

    ffmpeg log file : https://dl.dropboxusercontent.com/u/63836714/ffmpeg-20130628-234613.log

  • Revision 806fa6aaca : Silience -wextra warnings in vp9_reconintra.c The warning messages complained t

    13 mai 2014, par Jingning Han

    Changed Paths :
     Modify /vp9/common/vp9_reconintra.c



    Silience -wextra warnings in vp9_reconintra.c

    The warning messages complained that there are unused arguments
    in a few prediction modes. This structure was designed on purpose,
    such that a wrapper function can cover all prediction mode cases
    and make them readily accessible as an pointer array.

    This commit silences such warnings.

    Change-Id : I7036b6bdb70747e5327d8f6fceb154f100abc4c0