Recherche avancée

Médias (1)

Mot : - Tags -/artwork

Autres articles (92)

  • Taille des images et des logos définissables

    9 février 2011, par

    Dans beaucoup d’endroits du site, logos et images sont redimensionnées pour correspondre aux emplacements définis par les thèmes. L’ensemble des ces tailles pouvant changer d’un thème à un autre peuvent être définies directement dans le thème et éviter ainsi à l’utilisateur de devoir les configurer manuellement après avoir changé l’apparence de son site.
    Ces tailles d’images sont également disponibles dans la configuration spécifique de MediaSPIP Core. La taille maximale du logo du site en pixels, on permet (...)

  • Pas question de marché, de cloud etc...

    10 avril 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

  • Supporting all media types

    13 avril 2011, par

    Unlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)

Sur d’autres sites (9011)

  • Announcement : Piwik to focus on Reliability, Performance and Security

    7 octobre 2014, par Matthieu Aubry — About, Community

    To our valued team and community,

    Well, we have moved fast and achieved so much during the past few months. Relentlessly releasing major version after major version… We got a lot done including several major new features !

    The speed of adding new features was a great showcase of how agile our small teams and the larger community are. And I’m so proud to see automated testing becoming common practice among everyone hacking on Piwik !

    For the next few months until the new year we will focus on making what we have better. We will fix those rare but longstanding critical bugs, and aim to solve all Major issues and other must-have performance and general improvements. The core team and Piwik PRO will have the vision of making the existing Piwik and all plugins very stable and risk free. This includes edge cases, general bugs but also specific performance issues for high traffic or issues with edge case data payloads.

    We’ll be more pro-active and take Piwik platform to the next level of Performance, Security, Privacy & Reliability ! We will prove to the world that Free/Libre Web software can be of the highest standard of quality. By focusing on quality we will make Piwik even easier to maintain and improve in the future. We are building the best open platform that will let every user liberate their data and keep full control of it.

    If you have any feedback or questions get in touch or let’s continue the discussion in the forum.

    Thank you for your trust and for liberating your data with Piwik,

    Matthieu Aubry
    Piwik founder

    More information

    This is an amazing testament of the power of free/libre software and yet we think this is just the beginning. We hope more developers will join and contribute to the Piwik project !

  • vaapi_encode_h265 : Ensure that ref pics are always in the RPS

    25 janvier 2019, par Mark Thompson
    vaapi_encode_h265 : Ensure that ref pics are always in the RPS
    

    When making a new P-frame when B-frames are present the previous P-frame
    is normally in the DPB because it will be referred to by subsequent
    B-frames. However, this is not true if there are no B-frames, or in edge
    cases where a GOP ends with two P-frames. Fix this by adding the direct
    ref pics to the RPS explicitly.

    Fixes #7699.

    Tested-by : Ullysses A Eoff <ullysses.a.eoff@intel.com>

    • [DH] libavcodec/vaapi_encode_h265.c
  • How to draw - dynamic - "safe areas" in ffplay

    16 juin 2023, par F.O.R.A.R.T.

    we need to preview videos with overlayed so-called "safe areas" according to this EBU document : SAFE AREAS FOR 16:9 TELEVISION PRODUCTION.

    &#xA;

    Here's the scheme for 1080p resolution :&#xA;1080p Safe Areas

    &#xA;

    Those consist of three different "zones", each with the same percentage size-to-the-edge of the video frame for any resolution :

    &#xA;

      &#xA;
    • Action Safe Area (GREEN box) : 3.5%
    • &#xA;

    • Graphics Safe Area (RED box) : 5%
    • &#xA;

    • 4:3 Safe Area (GREY box) : 16.25%
    • &#xA;

    &#xA;

    It should be easily achieveable using the drawbox command, but how can be dynamically adapted to any video resolution ?

    &#xA;