Recherche avancée

Médias (91)

Autres articles (32)

  • Emballe Médias : Mettre en ligne simplement des documents

    29 octobre 2010, par

    Le plugin emballe médias a été développé principalement pour la distribution mediaSPIP mais est également utilisé dans d’autres projets proches comme géodiversité par exemple. Plugins nécessaires et compatibles
    Pour fonctionner ce plugin nécessite que d’autres plugins soient installés : CFG Saisies SPIP Bonux Diogène swfupload jqueryui
    D’autres plugins peuvent être utilisés en complément afin d’améliorer ses capacités : Ancres douces Légendes photo_infos spipmotion (...)

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

Sur d’autres sites (6490)

  • How to install libavcodec and libavutil from its source in linux

    25 janvier 2017, par neckTwi

    FFMPEG is providing libavutil and libavcodec libraries. While compiling and installing ffmpeg as described at https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu I can find libavcodec and libavutil folders in the ffmpeg source folder. I want to install these libraries to use them in my c++ programs. But there are no Makefiles in these folders. How can I install them ?

  • SDL2 C++ Capturing Video of Renderer Animation/Sprite

    27 octobre 2016, par alok

    I have an animation/sprite created using SDL2. The animation works fine when it is being rendered to a screen. But now I also want it to be recorded into a video file (locally stored). For this, I am planning on using FFmpeg APIs, to which I’ll be sending a raw RGB pixel data array.

    My problem is with fetching the data from SDL2 APIs.

    What I’ve tried is :

    // From http://stackoverflow.com/questions/30157164/sdl-saving-window-as-bmp
    SDL_Surface *sshot = SDL_CreateRGBSurface(0, 750, 750, 32, 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000);
    SDL_RenderReadPixels(gRenderer, NULL, SDL_PIXELFORMAT_ARGB8888, sshot->pixels, sshot->pitch);

    // From https://wiki.libsdl.org/SDL_RWFromMem
    char fName[50];
    sprintf(fName, "/tmp/a/ss%03d.bmp", fileCnt);


    char bitmap[310000];
    SDL_RWops *rw = SDL_RWFromMem(bitmap, sizeof(bitmap));
    SDL_SaveBMP_RW(sshot, rw, 1);

    Above does not work. But dumping a single frame into a file with following code works :

    SDL_SaveBMP(sshot, "/tmp/alok1/ss.bmp")

    This obviously is not an acceptable solution - Writing to thousands of BMPs and then using FFmpeg from command-line to create a video.

    What am I doing wrong ? How do you extract data from SDL_RWops ? Is the use of SDL_RWFromMem the right approach to my problem statement ?

  • ffmpeg for archval and convertability

    26 juillet 2021, par Satya

    I've got a couple hundred gigs of *.dv files. I'd like to convert them to H.264 or something else or even leave them alone. The purpose is archival, with an eye to maximum convertability especially to DVD. The content is family videos.

    


    Would this be fine ?

    


    ffmpeg -i input.dv \
    -c:v libx264 -preset slower \
    -crf 17 \
    -pix_fmt yuv420p \
    output.mp4


    


    I went with the slower preset because encoding time isn't an issue and I'd like a smaller file size. crf 17 is for least-lossy while being widely playable. I read somewhere that yuv420p is needed for some Quicktime players.

    


    Should I throw in -c:a aac for AAC audio ? The audio is voice only, no need for music-hall quality.

    


    I looked at https://trac.ffmpeg.org/wiki/Encode/H.264 for previous research and that's where I got those settings, but it is silent on the audio settings.