Recherche avancée

Médias (1)

Mot : - Tags -/Christian Nold

Autres articles (105)

  • MediaSPIP Init et Diogène : types de publications de MediaSPIP

    11 novembre 2010, par

    À l’installation d’un site MediaSPIP, le plugin MediaSPIP Init réalise certaines opérations dont la principale consiste à créer quatre rubriques principales dans le site et de créer cinq templates de formulaire pour Diogène.
    Ces quatre rubriques principales (aussi appelées secteurs) sont : Medias ; Sites ; Editos ; Actualités ;
    Pour chacune de ces rubriques est créé un template de formulaire spécifique éponyme. Pour la rubrique "Medias" un second template "catégorie" est créé permettant d’ajouter (...)

  • Encoding and processing into web-friendly formats

    13 avril 2011, par

    MediaSPIP automatically converts uploaded files to internet-compatible formats.
    Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
    Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
    Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
    All uploaded files are stored online in their original format, so you can (...)

  • Ecrire une actualité

    21 juin 2013, par

    Présentez les changements dans votre MédiaSPIP ou les actualités de vos projets sur votre MédiaSPIP grâce à la rubrique actualités.
    Dans le thème par défaut spipeo de MédiaSPIP, les actualités sont affichées en bas de la page principale sous les éditoriaux.
    Vous pouvez personnaliser le formulaire de création d’une actualité.
    Formulaire de création d’une actualité Dans le cas d’un document de type actualité, les champs proposés par défaut sont : Date de publication ( personnaliser la date de publication ) (...)

Sur d’autres sites (9739)

  • avcodec/sanm : ignore codec45

    14 mars, par Manuel Lauss
    avcodec/sanm : ignore codec45
    

    Codec45 is used in some RA2 videos on top of codec37.

    It consists of 2 tables (768 and 32768 bytes), and datapackets
    like codec2 (delta-x, delta-y) with a pixel counter instead of a color value.
    It then reads the 4 surrounding pixels, looks up 3 separate values
    for each in table1, adds them together to form an index into
    table2 for a new pixel value, in a row.

    The data coming in gets the x/y coordinates out of the visible
    area very quickly (2-3 iterations) ; I don't see any visual
    difference between the ffmpeg-produced frames and ones captured
    with dosbox from rebel assault 2, which leads me to believe this
    codec never worked as intended.

    Signed-off-by : Manuel Lauss <manuel.lauss@gmail.com>

    • [DH] libavcodec/sanm.c
  • avcodec/mss2 : calculate draw region and revise split position

    18 octobre 2022, par Peter Ross
    avcodec/mss2 : calculate draw region and revise split position
    

    for videos with wmv9 rectangles, the region drawn by ff_mss12_decode_rect
    may be less than the entire video area. the wmv9 rectangles are used to
    calculate the ff_mss12_decode_rect draw region.

    Fixes tickets #3255 and #4043

    • [DH] libavcodec/mss2.c
  • Revision 360c80cfb9 : Use fast HEX search in real time mode In good quality mode motion search, the b

    15 février 2014, par Yunqing Wang

    Changed Paths :
     Modify /vp9/encoder/vp9_mcomp.c


     Modify /vp9/encoder/vp9_mcomp.h


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_onyx_int.h


     Modify /vp9/encoder/vp9_rdopt.c



    Use fast HEX search in real time mode

    In good quality mode motion search, the best matches are normally
    found after searching in a large area. In real time mode, to make
    encoding fast, a center-biased fast HEX search is used, which
    converges quickly most of the time. A 4-point diamond search is
    also carried out as the following refining search, which gives more
    precise results, and maintains good motion search quality.

    At speed 5, the borg test on rtc set showed an overall PSNR loss of
    0.936%. The encoding speed gain is 4% - 5%.

    Change-Id : I42cd68bb56a09ca1b86293c99d5f7312225ca7ae