Recherche avancée

Médias (91)

Autres articles (70)

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

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

  • XMP PHP

    13 mai 2011, par

    Dixit Wikipedia, XMP signifie :
    Extensible Metadata Platform ou XMP est un format de métadonnées basé sur XML utilisé dans les applications PDF, de photographie et de graphisme. Il a été lancé par Adobe Systems en avril 2001 en étant intégré à la version 5.0 d’Adobe Acrobat.
    Étant basé sur XML, il gère un ensemble de tags dynamiques pour l’utilisation dans le cadre du Web sémantique.
    XMP permet d’enregistrer sous forme d’un document XML des informations relatives à un fichier : titre, auteur, historique (...)

Sur d’autres sites (9304)

  • avcodec/vp8 : Do not use num_coeff_partitions in thread/buffer setup

    30 septembre 2015, par Michael Niedermayer
    avcodec/vp8 : Do not use num_coeff_partitions in thread/buffer setup
    

    The variable is not a constant and can lead to race conditions

    Fixes : repro.webm (not reproducable with FFmpeg alone)

    Found-by : Dale Curtis <dalecurtis@google.com>
    Tested-by : Dale Curtis <dalecurtis@google.com>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavcodec/vp8.c
  • avformat/mov : prevent duplication of first fragment's ctts_data

    6 août 2017, par Daniel Glöckner
    avformat/mov : prevent duplication of first fragment's ctts_data
    

    MP4 files with fragments might have the first moof box that is mentioned
    in a fragment index before the first mdat box. Since it is then already
    parsed by mov_read_header, we have to make sure that mov_switch_root
    will not parse it again when seeking by setting the headers_read flag in
    the index. Parsing it a second time would cause the ctts_data array to
    receive a second copy of the information from the trun box, leading to
    wrong PTS values for the second and following fragments in presence of
    B-frames.

    Fixes ticket 6560.

    Signed-off-by : Daniel Glöckner <daniel-gl@gmx.net>
    Reviewed-by : Dale Curtis <dalecurtis@chromium.org>
    Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>

    • [DH] libavformat/mov.c
  • aarch64 : Add NEON optimizations for 10 and 12 bit vp9 MC

    14 décembre 2016, par Martin Storsjö
    aarch64 : Add NEON optimizations for 10 and 12 bit vp9 MC
    

    This work is sponsored by, and copyright, Google.

    This has mostly got the same differences to the 8 bit version as
    in the arm version. For the horizontal filters, we do 16 pixels
    in parallel as well. For the 8 pixel wide vertical filters, we can
    accumulate 4 rows before storing, just as in the 8 bit version.

    Examples of runtimes vs the 32 bit version, on a Cortex A53 :
    ARM AArch64
    vp9_avg4_10bpp_neon : 35.7 30.7
    vp9_avg8_10bpp_neon : 93.5 84.7
    vp9_avg16_10bpp_neon : 324.4 296.6
    vp9_avg32_10bpp_neon : 1236.5 1148.2
    vp9_avg64_10bpp_neon : 4639.6 4571.1
    vp9_avg_8tap_smooth_4h_10bpp_neon : 130.0 128.0
    vp9_avg_8tap_smooth_4hv_10bpp_neon : 440.0 440.5
    vp9_avg_8tap_smooth_4v_10bpp_neon : 114.0 105.5
    vp9_avg_8tap_smooth_8h_10bpp_neon : 327.0 314.0
    vp9_avg_8tap_smooth_8hv_10bpp_neon : 918.7 865.4
    vp9_avg_8tap_smooth_8v_10bpp_neon : 330.0 300.2
    vp9_avg_8tap_smooth_16h_10bpp_neon : 1187.5 1155.5
    vp9_avg_8tap_smooth_16hv_10bpp_neon : 2663.1 2591.0
    vp9_avg_8tap_smooth_16v_10bpp_neon : 1107.4 1078.3
    vp9_avg_8tap_smooth_64h_10bpp_neon : 17754.6 17454.7
    vp9_avg_8tap_smooth_64hv_10bpp_neon : 33285.2 33001.5
    vp9_avg_8tap_smooth_64v_10bpp_neon : 16066.9 16048.6
    vp9_put4_10bpp_neon : 25.5 21.7
    vp9_put8_10bpp_neon : 56.0 52.0
    vp9_put16_10bpp_neon/armv8 : 183.0 163.1
    vp9_put32_10bpp_neon/armv8 : 678.6 563.1
    vp9_put64_10bpp_neon/armv8 : 2679.9 2195.8
    vp9_put_8tap_smooth_4h_10bpp_neon : 120.0 118.0
    vp9_put_8tap_smooth_4hv_10bpp_neon : 435.2 435.0
    vp9_put_8tap_smooth_4v_10bpp_neon : 107.0 98.2
    vp9_put_8tap_smooth_8h_10bpp_neon : 303.0 290.0
    vp9_put_8tap_smooth_8hv_10bpp_neon : 893.7 828.7
    vp9_put_8tap_smooth_8v_10bpp_neon : 305.5 263.5
    vp9_put_8tap_smooth_16h_10bpp_neon : 1089.1 1059.2
    vp9_put_8tap_smooth_16hv_10bpp_neon : 2578.8 2452.4
    vp9_put_8tap_smooth_16v_10bpp_neon : 1009.5 933.5
    vp9_put_8tap_smooth_64h_10bpp_neon : 16223.4 15918.6
    vp9_put_8tap_smooth_64hv_10bpp_neon : 32153.0 31016.2
    vp9_put_8tap_smooth_64v_10bpp_neon : 14516.5 13748.1

    These are generally about as fast as the corresponding ARM
    routines on the same CPU (at least on the A53), in most cases
    marginally faster.

    The speedup vs C code is around 4-9x.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] libavcodec/aarch64/Makefile
    • [DH] libavcodec/aarch64/vp9dsp_init.h
    • [DH] libavcodec/aarch64/vp9dsp_init_10bpp_aarch64.c
    • [DH] libavcodec/aarch64/vp9dsp_init_12bpp_aarch64.c
    • [DH] libavcodec/aarch64/vp9dsp_init_16bpp_aarch64_template.c
    • [DH] libavcodec/aarch64/vp9dsp_init_aarch64.c
    • [DH] libavcodec/aarch64/vp9mc_16bpp_neon.S