Recherche avancée

Médias (1)

Mot : - Tags -/belgique

Autres articles (48)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • 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

Sur d’autres sites (4789)

  • tests/checkasm/vvc_mc : for SAD, only test valid subblock sizes

    28 mai 2024, par Stone Chen
    tests/checkasm/vvc_mc : for SAD, only test valid subblock sizes
    

    According to the VVC specification (section 8.5.1), the maximum width/height of a subblock passed for DMVR SAD is 16. This along with previous constraint requiring width * height >= 128 means that 8x16, 16x8, and 16x16 are the only allowed sizes.

    This changes check_vvc_sad() to only test and benchmark those sizes.

    • [DH] tests/checkasm/vvc_mc.c
  • avcodec/h2645_sei : loosen up min luminance requirements

    25 mai 2024, par Niklas Haas
    avcodec/h2645_sei : loosen up min luminance requirements
    

    The H.265 specification is quite clear on this case :

    > When min_display_mastering_luminance is not in the range of 1 to
    > 50000, the nominal maximum display luminance of the mastering display
    > is unknown or unspecified or specified by other means not specified in
    > this Specification.

    And so the current code is correct in marking luminance data as invalid
    if min luminance is set to 0. However, this breaks playback of at least
    several real-world Blu-ray releases, for example La La Land, Planet of
    the Apes, and quite possibly a lot more. These come with ostensibly
    valid max_luminance tags (1000 nits), but min_luminance set to 0.

    Loosen up this requirement by guarding it behind FF_COMPLIANCE_STRICT.
    We still reject blatantly invalid metadata (wrong value range on
    luminance, max set to 0, max below min, min above 50 nits etc.), so this
    shouldn't cause any unintended regressions.

    Fixes : https://github.com/mpv-player/mpv/issues/14177

    • [DH] libavcodec/h2645_sei.c
  • lavc/flacdsp : do not assume maximum R-V VL

    24 mai 2024, par Rémi Denis-Courmont
    lavc/flacdsp : do not assume maximum R-V VL
    

    This loop correctly assumes that VLMAX=16 (4x128-bit vectors
    with 32-bit elements) and 32 >= pred_order > 16. We need to alternate
    between VL=16 and VL=t2=pred_order-16 elements to add up to pred_order.

    The current code requests AVL=a2=pred_order elements. In QEMU and on
    thte K230 hardware, this sets VL=16 as we need. But the specification
    merely guarantees that we get : ceil(AVL / 2) <= VL <= VLMAX. For
    instance, if pred_order equals 27, we could end up with VL=14 or VL=15
    instead of VL=16. So instead, request literally VLMAX=16.

    • [DH] libavcodec/riscv/flacdsp_rvv.S