Recherche avancée

Médias (0)

Mot : - Tags -/xmlrpc

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (94)

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

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

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

Sur d’autres sites (11482)

  • How do you enable "veryfast" libx264 preset from code using libavcodec ?

    3 novembre 2013, par dicroce

    I'm using libx264 via ffmpeg (in a C++ program), and I need to know how to activate the "veryfast" preset. A grep in the x264 source tree yields :

    include/x264.h:static const char * const x264_preset_names[] = "ultrafast", "superfast", "veryfast", "faster", "fast", "medium", "slow", "slower", "veryslow", "placebo", 0  ;

    Which inclines me to believe that x264 itself supports this preset as opposed to just being implemented in ffmpeg as a collection of other settings. So, the question is : How do I get ffmpeg to activate the x264 "veryfast" preset ?

  • How do you enable "veryfast" libx264 preset from code using libavcodec ?

    3 novembre 2013, par dicroce

    I'm using libx264 via ffmpeg (in a C++ program), and I need to know how to activate the "veryfast" preset. A grep in the x264 source tree yields :

    include/x264.h:static const char * const x264_preset_names[] = "ultrafast", "superfast", "veryfast", "faster", "fast", "medium", "slow", "slower", "veryslow", "placebo", 0  ;

    Which inclines me to believe that x264 itself supports this preset as opposed to just being implemented in ffmpeg as a collection of other settings. So, the question is : How do I get ffmpeg to activate the x264 "veryfast" preset ?

  • image sequence to Video. Faster Way to Render "Hold" frames in FFMPEG (without duplicating image)

    11 septembre 2014, par dprogramz

    I’m working on a project that converts a Flash Movie with dynamic input to Apple Animation Codec.

    It’s to generate messaging, so there is some animation, then the message holds, then animation resumes, etc. The hold times are user variable.

    I’m first converting the SWF to PNGs by sending a bitstream via the actionscript3 PNGEncoder library, and using a PHP script to save the bitstream to the server as a series of temp png files. This is working very fast.

    from flash ill get an image sequence like this :

    frame000.png-frame014.png

    frame0200.png-frame250.png

    frame350.png-frame400.png

    frames 15-199 are all the same image holding. I’m not sending bitstreams for the holding images to save bandwidth and time, it would be redundant to send the same image file 185 times. Right now I am copying frame14.png with incrementing file numbers. I have to do this for each instance there is a hold frame.

    After all the hold frame holes are filled I then run FFMPEG on the complete image sequence to generate the video.

    Is there any faster way to do this ? The longer the hold (which is variable by the user) the longer it takes to render. I understand that there will be some extra render time, but it’s a repeated image and in other conversion programs does not take nearly as long. Or is my current way of doing it the only way in this instance ?

    When rendering out of a program like after effects, the animation codec seems to dynamically adjust the frame rate for hold frames.

    Thanks for the help and insight !!

Navigation