Recherche avancée

Médias (1)

Mot : - Tags -/illustrator

Autres articles (109)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • ANNEXE : Les plugins utilisés spécifiquement pour la ferme

    5 mars 2010, par

    Le site central/maître de la ferme a besoin d’utiliser plusieurs plugins supplémentaires vis à vis des canaux pour son bon fonctionnement. le plugin Gestion de la mutualisation ; le plugin inscription3 pour gérer les inscriptions et les demandes de création d’instance de mutualisation dès l’inscription des utilisateurs ; le plugin verifier qui fournit une API de vérification des champs (utilisé par inscription3) ; le plugin champs extras v2 nécessité par inscription3 (...)

Sur d’autres sites (6975)

  • Convert OpenEXR to WebM Alpha Edges Grey

    29 août 2018, par Castles

    I apologise if this has been answered before. I have tried lots of options but can’t seem to solve my issue.

    I have a sequence of OpenEXR images that I want to merge into a WebM and include transparency. This I the basics of my ffmpeg command :

    ffmpeg -i test%04d.exr exr.webm

    The problem is the transparency looks dodgy on the edges. Here is an example of how it currently looks. The edge of the box should fade to white but the transparency shows a dirty grey.

    dodgy grey edges

    Here is an example exr file : Test EXR File

    I’ve tried lots of things like

    -vf premultiply=inplace=1

    or

    -pix_fmt yuva420p

    but I can’t seem to get it working.

    Thanks in advance !

  • avcodec/vc1 : fix overlap smoothing filter for P frames

    30 mai 2018, par Jerome Borsboom
    avcodec/vc1 : fix overlap smoothing filter for P frames
    

    The v_overlap_filter needs to run on the colocated block of the previous
    macroblock. For the luma plane, the colocated block is located two blocks
    on the left instead of one. In addition, the overlap filter needs to run
    on the non-edge blocks of the first macroblock row and column.

    Fixes ticket #7171.

    Signed-off-by : Jerome Borsboom <jerome.borsboom@carpalis.nl>

    • [DH] libavcodec/vc1_loopfilter.c
  • Revision 26b6318de8 : Make get_coef_context() branchless. This should significantly speedup cost_coef

    1er juillet 2013, par Ronald S. Bultje

    Changed Paths :
     Modify /vp9/common/vp9_entropy.c


     Modify /vp9/common/vp9_entropy.h


     Modify /vp9/decoder/vp9_detokenize.c


     Modify /vp9/encoder/vp9_encodemb.c


     Modify /vp9/encoder/vp9_rdopt.c


     Modify /vp9/encoder/vp9_tokenize.c



    Make get_coef_context() branchless.

    This should significantly speedup cost_coeffs(). Basically what the
    patch does is to make the neighbour arrays padded by one item to
    prevent an eob check in get_coef_context(), then it populates each
    col/row scan and left/top edge coefficient with two times the same
    neighbour - this prevents a single/double context branch in
    get_coef_context(). Lastly, it populates neighbour arrays in pixel
    order (rather than scan order), so we don't have to dereference the
    scantable to get the correct neighbours.

    Total encoding time of first 50 frames of bus (speed 0) at 1500kbps
    goes from 2min10.1 to 2min5.3, i.e. a 2.6% overall speed increase.

    Change-Id : I42bcd2210fd7bec03767ef0e2945a665b851df56