Recherche avancée

Médias (91)

Autres articles (64)

  • 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 v0.2

    21 juin 2013, par

    MediaSPIP 0.2 est la première version de MediaSPIP stable.
    Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
    Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
    Comme pour la version précédente, 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 (...)

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

Sur d’autres sites (5425)

  • doxy : Fix link in badge color

    16 décembre 2013, par Luca Barbato
    doxy : Fix link in badge color

    Green on blue was not exactly optimal.
    

    Signed-off-by : Luca Barbato <lu_zero@gentoo.org>
    • [DBH] doc/doxy/doxy_stylesheet.css

  • X264 input frame persistence

    18 octobre 2017, par martin_

    Issue : X264 input frame persistence/ validity - duration.

    Description : I set up an encoder using X264, and created some test cases.
    1. Simple linear encode
    2. Parallel simultaneous encodes
    3. Threaded Encoding
    4. Threaded time delayed start encoding.

    All worked well, and I was happy with the results. Then I threw one more test at the encoder. I started nullifying (memset(0)) input frames after they had been passed to the encoder, which is what I would expect to happen in the final application ; the results were that ’blank’ (green - I420) frames started getting passed into the output stream.

    Hence my question - how many old frames do I have to keep in memory for the encoder to function properly ? Is this a configurable parameter ? Or moreover which parameter controls this behaviour. I was using ’high’ as the profile. Baseline didn’t exhibit these issues.

    Thanks

    Martin

  • XDCam EX gets some friends

    21 octobre 2009

    Sony has announced a couple new additions to the XDCamEX family - the PMW-350 and the PMW-EX1R.

    The 350 is a shouldermount camera with interchangeable lenses and 2/3" chips. That puts it somewhere between the 1/2" PDW-F355 and the 2/3" 4:2:2 PDW-700.

    Sony Pmw-350 Angle Med

    The EX1R is a minor bump to the EX1, adding features that users have asked for, like a dedicated viewfinder and a DVCam recording mode.

    For me, the most interesting bit of news is that Sony is launching the "MEAD-MS01," an SXS to MemoryStick adapter. I guess Sony noticed that many EX1 and EX3 users have been using SD adapters, and decided to get into that market. And of course, they had to use everyone’s least favorite flash format, Memorystick. I’ll stick to my SD cards for now, but it’s nice to see Sony "legitimize" that recording option a bit.

Navigation