Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (111)

  • MediaSPIP version 0.1 Beta

    16 avril 2011, par

    MediaSPIP 0.1 beta est la première version de MediaSPIP décrétée comme "utilisable".
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Pour avoir une installation fonctionnelle, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
    Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...)

  • Encodage et transformation en formats lisibles sur Internet

    10 avril 2011

    MediaSPIP transforme et ré-encode les documents mis en ligne afin de les rendre lisibles sur Internet et automatiquement utilisables sans intervention du créateur de contenu.
    Les vidéos sont automatiquement encodées dans les formats supportés par HTML5 : MP4, Ogv et WebM. La version "MP4" est également utilisée pour le lecteur flash de secours nécessaire aux anciens navigateurs.
    Les documents audios sont également ré-encodés dans les deux formats utilisables par HTML5 :MP3 et Ogg. La version "MP3" (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

Sur d’autres sites (5884)

  • Anomalie #4189 : extraire_multi mélange un /li /ul final avec le de langue ajouté par code_...

    17 novembre 2018, par jluc -

    Ce bug révèle peut être un pb conceptuel dans la manière qu’a extraire_multi de parfois ajouter des div en début et fin de texte lors de ses traitements intermédiaires. Ç’a peut être été conçu à l’origine avec l’idée qu’il n’y aurait que des éléments inlines dans une chaîne traitée, et pas de balises html, alors que maintenant il y a des blocs et des balises. Et l’astuce initiale, qu’on peut qualifier de hack, se trouve devenue foireuse dans certains cas.

  • Final results of ffmpeg installation are libraries with missing links

    17 avril 2017, par Mikasa
    [poster@localhost lib]$ ldd libavfilter.so
    
    linux-vdso.so.1 =>  (0x00007ffc6bbd0000)
    
    libswscale.so.4 => not found
    
    libpostproc.so.54 => not found
    
    libavformat.so.57 => not found
    
    libavcodec.so.57 => not found
    
    libswresample.so.2 => not found
    
    libavutil.so.55 => not found
    
    libm.so.6 => /lib64/libm.so.6 (0x00007fc796d79000)
    
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fc796b5c000)
    
    libc.so.6 => /lib64/libc.so.6 (0x00007fc79679b000)
    
    /lib64/ld-linux-x86-64.so.2 (0x00007fc79742b000)
    
[poster@localhost lib]$ ldd libswscale.so
    
    linux-vdso.so.1 =>  (0x00007ffe29572000)
    
    libavutil.so.55 => not found
    
    libm.so.6 => /lib64/libm.so.6 (0x00007f4cfdea3000)
    
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4cfdc87000)
    
    libc.so.6 => /lib64/libc.so.6 (0x00007f4cfd8c6000)
    
    /lib64/ld-linux-x86-64.so.2 (0x00007f4cfe442000)

    All of them are like that.
    I’m a newb and don’t know how to solve this. They’re right next to each other.
    Any suggestion is appreciated. Thank you.

  • Compression rate (final size) ffmpeg with h263 as codec, can be improved ?

    29 août 2013, par voskyc

    With the following data :

    Sample 1 :
    vcodec : H263
    Duration : 4seconds
    Resolution:1288/720
    FR : 30fps/s
    datarate : 195.135 kB/s
    MP3 : 44HZ, 16bits

    Size file : 5.84MB.

    Sample 2 :
    vcodec : H263
    Duration : 4seconds
    Resolution:640/480
    FR : 30fps/s
    datarate : 195.135 kB/s
    MP3 : 44HZ, 16bits

    Size file = 3.34MB.

    Both in flv container.

    Aren't those sizes a little bit high for 4 second video ?

    I believe we are doing some kind of error or missing an optimization.
    Should we decrease the datarate ?
    Maybe we are missing some option for h263 encoding with FFMPEG ?.

    Thanks a lot in advance for your suggestions.

    Note : no, we "can not" use h264. :-)

Navigation