Recherche avancée

Médias (91)

Autres articles (56)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

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

Sur d’autres sites (6304)

  • Should H.264 bit rate be multiples of 8 ?

    31 août 2016, par Dan Sharp

    I’m working on a video platform receiving H.264 video and building an HLS stream (transmuxing the H.264 to Mpeg2 TS segments via calls to ffmpeg).

    I wanted to set the bit rate to be about 2000 kbps, but I’m wondering : does it matter if it’s 2000 or 2048 ?

    In other words, do things calculate better if the bit rate is multiples of 8, like 512 or 2024 or 2048 ?

    I don’t know enough about how the bit rate is used, either on the sending side (camera) or on the processing side (ffmpeg).

    From tests... I can’t see any noticeable difference between 2000 and 2048, but maybe one is slightly better than another for the transmuxing and segmenting ?

    I welcome any thoughts/advice.

  • avcodec/dvbsubdec : support returning exact end times

    22 juin 2014, par Anshul Maheshwari
    avcodec/dvbsubdec : support returning exact end times

    fixess part of ticket #2024
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/dvbsubdec.c

  • ffmpeg : fix transcoding dvbsub to dvbsub

    22 juin 2014, par Anshul Maheshwari
    ffmpeg : fix transcoding dvbsub to dvbsub

    fix ticket #2024
    

    Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] ffmpeg.c

Navigation