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 (6203)

  • Skipping incompatible libmp3lame.a while searching mp3lame (FFMPEG)

    19 octobre 2014, par trololo

    I want to compile ffmpeg with libmp3lame for my Android app. I’m using Virtual Machine with OS Debian.
    While compiling I recieve with message in Console.log file :

    skipping incompatible /home/sla/ffmpeg_build/lib/libmp3lame.a while searching mp3lame
    ...

    That’s why compilations doesn’t work properly.

    I’ve installed lame for debian using this code install.sh :
    (https://trac.ffmpeg.org/wiki/CompilationGuide/Ubuntu)

    sudo apt-get install libmp3lame-dev
    mkdir /home/sla/ffmpeg_build
    mkdir /home/sla/ffmpeg_sources
    sudo apt-get install nasm
    cd /home/sla/ffmpeg_sources
    wget http://downloads.sourceforge.net/project/lame/lame/3.99/lame-3.99.5.tar.gz
    tar xzvf lame-3.99.5.tar.gz
    cd lame-3.99.5
    ./configure --prefix="/home/sla/ffmpeg_build" --enable-nasm --disable-shared
    make
    make install
    make distclean

    But it doesn’t work (lame compiles but ffmpeg - doesn’t).
    ffmpeg compiler says something strange.

    For ffmpeg I wrote flags :

    --export-cflags
    -I/home/sla/ffmpeg_build/include

    --export-ldflags
    -L/home/sla/ffmpeg_build/lib

    How to fix it ?

  • Anomalie #3688 (Nouveau) : Différence de traitement du IN selon qu’un critère est facultatif ou pas

    9 février 2016, par tcharlss (*´_ゝ`)

    Description :

    Il semble y avoir une différence de traitement selon qu’un critère est facultatif ou pas, quand dans l’environnement, la valeur correspondant au critère est un array. Dans un cas, ça fait bien un WHERE machin IN (x,y,z), dans l’autre, ça fait un WHERE machin = truc bizarre.

    Pour reproduire :

    Soit un squelette qui en inclus un autre :

    
    

    Squelette inclus :

    #ID_AUTEUR
    

    Au niveau de ce dernier, #ENV{id_auteur} est un tableau qui contient des strings, au lieu de int :

    array (size=10)
      0 => string ’1’ (length=1)
      1 => string ’2’ (length=1)
      etc.
    

    Avec le critere facultatif {id_auteur ?}, la boucle passe, on a bien un IN dans le WHERE :

    auteurs.id_auteur  IN (1,2,3,4,5,6,7,8,9,10)
    

    En revanche avec le critere id_auteur, ça ne fonctionne pas :

    auteurs.id_auteur = (2 1 (3) : 4)
    
  • node.js live streaming ffmpeg stdout to res

    24 mai 2014, par blasteye

    I want node.js to convert an extremly long audio file to mp3, and the second data is available on stdout, node.js should send it to the client for them to play.

    I’ve written the following, and while it works, the html5 audio/video tag waits until ffmpeg is 100% done transcoding, where-as I want to start playing the video while ffmpeg is doing its thing.

    var ffmpeg = childProcess.spawn('ffmpeg', [
      '-i', params.location, //location of the specified media file
      '-f', 'mp3',
      'pipe:1'
    ]);
    res.writeHead(200, {
      'Content-Type': 'audio/mp3'
    });
    ffmpeg.stdout.pipe(res);

    EDIT 1 : Not sure why, but if params.location points to a movie everything seems to work. But if its an audio file, ffmpeg doesn’t seem to be outputting to stdout until its 100% converted.

    EDIT 2 : Turns out that you can’t dump an mp4 file to stdout due to the fact that mp4 files are non Causal (http://en.wikipedia.org/wiki/Causal_system). THerefore if you use webm it works. Just make sure to compile ffmpeg with webm support (for homebrew users : brew install ffmpeg —with-vpx —with-vorbis ).

    I’ve uploaded a github gist showing two functions to send live mp3/webm transcodes : https://gist.github.com/cobookman/c1a9856a4588496b021a