Recherche avancée

Médias (91)

Autres articles (90)

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

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

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

Sur d’autres sites (7831)

  • avcodec/pnm : explicitly tag color range

    25 octobre 2023, par Niklas Haas
    avcodec/pnm : explicitly tag color range

    PGMYUV seems to be always limited range. This was a format originally
    
invented by FFmpeg at a time when YUVJ distinguished limited from full
    
range YUV, and this codec never appeared to output YUVJ in any
    
circumstance, so hard-coding limited range preserves the status quo.
    

    The other formats are explicitly documented to be full range RGB/gray
    
formats. That said, don't tag them yet, due to outstanding bugs w.r.t
    
grayscale formats and color range handling.
    

    This change in behavior updates a bunch of FATE tests in trivial ways
    
(added tagging being the only difference).
    • [DH] libavcodec/pnm.c
    • [DH] tests/ref/lavf/mkv
    • [DH] tests/ref/lavf/mkv_attachment
    • [DH] tests/ref/lavf/mxf
    • [DH] tests/ref/lavf/y4m
    • [DH] tests/ref/seek/lavf-mkv
    • [DH] tests/ref/seek/lavf-y4m

  • avfilter/vf_tinterlace : support full-range YUV

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

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

    In order to make this distinction based on color range metadata, which
    
is only known at the time of filtering frames, for simplicity, we simply
    
allocate two copies of the "black" frame - one for limited range and the
    
other for full range metadata. This could be done more dynamically (e.g.
    
as-needed or simply by blitting the appropriate pixel value directly),
    
but this change is relatively simple and preserves the structure of the
    
existing code.
    

    This commit actually fixes a bug in FATE - the new output is correct for
    
the first time. The previous md5 ref was of a frame that incorrectly
    
combined full-range pixel data with limited-range black fields. The
    
corresponding result has been updated.
    

    Signed-off-by : Niklas Haas <git@haasn.dev>
    • [DH] libavfilter/tinterlace.h
    • [DH] libavfilter/vf_tinterlace.c
    • [DH] tests/ref/fate/filter-pixfmts-tinterlace_pad

  • ffv1enc_vulkan : support default range coder tables

    19 janvier, par Lynne
    ffv1enc_vulkan : support default range coder tables

    This adds support for default range coder tables, rather than
    
only custom ones. Its two lines, as the same code can be used
    
for both thanks to ffv1enc.c setting f->state_transition properly.
    • [DH] libavcodec/ffv1enc_vulkan.c

Navigation