Recherche avancée

Médias (0)

Mot : - Tags -/page unique

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

Autres articles (67)

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

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

  • MediaSPIP Player : problèmes potentiels

    22 février 2011, par

    Le lecteur ne fonctionne pas sur Internet Explorer
    Sur Internet Explorer (8 et 7 au moins), le plugin utilise le lecteur Flash flowplayer pour lire vidéos et son. Si le lecteur ne semble pas fonctionner, cela peut venir de la configuration du mod_deflate d’Apache.
    Si dans la configuration de ce module Apache vous avez une ligne qui ressemble à la suivante, essayez de la supprimer ou de la commenter pour voir si le lecteur fonctionne correctement : /** * GeSHi (C) 2004 - 2007 Nigel McNie, (...)

Sur d’autres sites (15248)

  • using ffmpeg -f ffmetadata to get metadata for a stream [on hold]

    23 avril 2014, par user645402

    I have a stream that I can get the metadata for using ffmpeg :

    ffmpeg -i <stream url="url"> -f ffmetadata -
    </stream>

    This works great for the first song, but then returns. The issue is that the stream is from a radio station which plays song after song - i.e. the metadata is changing as time goes on. However, this command will only give metadata for the song currently playing and then exit.

    I would like it to keep flowing the metadata as it updates in the stream.

  • why doesn't avformat_find_stream_info return with mp3 files

    18 avril 2014, par user1379811

    I have built and am using the latest build of lame, x264 and ffmpeg in my c++ project.

    If I call avformat_find_stream_info with an mp3 file it doesn't return but if I use a .mp4 file instead avformat_find_stream_info returns fine.

    I have tried different mp3 files and all give the same problem. They all seem to start with id3 if that has any effect ?

    I can't read more than 1 frame of data from the mp3 file with avformat_find_stream_info commented out so I'm thinking it's important.

    Can anyone offer a reason for avformat_find_stream_info not returning ? There seemed to be a patch for an endless loop but it seems thats already in utils.c.

    I have also tried to read and decode the mp3 files directly using fread but then I get a mp3 missing header error.

    Thanks.

  • Get exact frame from a video in Android

    22 février 2017, par hermt2

    So I have an app where users can take videos, and I want to grab specific frames from the file. When I use the method MediaMetaDataRetriever.getFrameAtTime(), it can only extract one frame for every second, but I want to grab frames between the seconds as well. I also tried to implement Jcodec into my project to grab the right frames :

    FrameGrab.getFrame(new File(videoFileToRetreive.getVideoFile()), currentFrame);,

    However, no matter what number I put into currentFrame, the image is always returns the first frame of the video. Is there any way to perform something like this without the use of ffmpeg ? If anyone knows an answer it’d be greatly appreciated.