Recherche avancée

Médias (0)

Mot : - Tags -/api

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

Autres articles (83)

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

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

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

Sur d’autres sites (7618)

  • avfilter/vf_blackdetect : support full-range YUV

    8 décembre 2022, par Niklas Haas
    avfilter/vf_blackdetect : support full-range YUV
    

    This filter currently makes the distinction between limited and full
    range by testing for the deprecated YUVJ pixel formats at link setup
    time. This is deprecated and should be improved to perform the detection
    based on the per-frame metadata.

    Rewrite it to calculate the black pixel threshold at the time of
    filtering a frame, when metadata about the frame's color range is known.
    Doing it this way has the small side benefit of being able to handle
    streams with variable metadata, and is not a meaningful performance
    cost.

    Signed-off-by : Niklas Haas <git@haasn.dev>

    • [DH] libavfilter/vf_blackdetect.c
  • avcodec/hevc_ps : fix range of num_tile_{columns,rows}_minus1

    30 juin 2019, par James Almer
    avcodec/hevc_ps : fix range of num_tile_columns,rows_minus1
    

    From 7.4.3.3.1 :

    num_tile_columns_minus1 shall be in the range of 0 to PicWidthInCtbsY - 1, inclusive.
    num_tile_rows_minus1 shall be in the range of 0 to PicHeightInCtbsY - 1, inclusive.

    Reviewed-by : Michael Niedermayer <michael@niedermayer.cc>
    Signed-off-by : James Almer <jamrial@gmail.com>

    • [DH] libavcodec/hevc_ps.c
  • Accurately calculate concatenated audio file size without actually concatenating for rss enclosure length

    19 décembre 2024, par askrill

    A little background. Im working on implementing DAI into a podcast hosting and the solution I’m working with is splitting the audio file for mid role ads and then just concatenating the files with the ad in middle. All files will be the same encoding, bitrate… what I need to figure out is what to put as the length of the encloser in the rss feed. In addition if the ad is gonna change per request then there’s no way to keep that encloser length accurate unless all the ads are the same size.

    &#xA;