Recherche avancée

Médias (3)

Mot : - Tags -/spip

Autres articles (30)

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

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

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

Sur d’autres sites (6102)

  • FFMPEG swscale 1920x1080 UYVY422 down to odd width produces incorrect colors

    16 septembre 2015, par Paul Knopf

    I am using libswscale (from FFMPEG) to scale a 1920x1080 UYVY422 image to a size that is decided programmatically, based on what size window we are rendering to.

    When resizing my "canvas", I noticed that the color of the image would change back and forth between normal and invalid (incorrect colors).

    After analyzing the dimensions at which the color would be invalid, I noticed that the image always appeared to be correct when the width is an even number of pixels.

    1920x1080 scaled to 867x488
    
doesn't work
    

    
1920x1080 scaled to 1016x572
    
works
    

    
19280x1080 scaled to 975x548
    
doesn't work
    

    
19280x1080 scaled to 962x541
    
works

    I have since updated my code to always scale to an even width.

    if ((targetSize.cx % 2) != 0)
    
{
    
    targetSize.cx = targetSize.cx - 1;
    
}

    It works with this code. However, I still don’t understand why it does this. If I scale an image that is originally and odd width, do I have to ensure my width is also odd ? I’d like to understand this.

  • pixfmt : Add new SMPTE color primaries and transfer characteristic values

    28 août 2015, par Kevin Wheatley
    pixfmt : Add new SMPTE color primaries and transfer characteristic values

    Appeared in ITU-T Rec H.265 10/2014.
    

    Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>
    • [DH] libavcodec/options_table.h
    • [DH] libavutil/pixdesc.c
    • [DH] libavutil/pixfmt.h
    • [DH] libavutil/version.h

  • pixfmt : Add new SMPTE color primaries and transfer characteristic values

    28 août 2015, par Kevin Wheatley
    pixfmt : Add new SMPTE color primaries and transfer characteristic values

    Appeared in ITU-T Rec H.265 10/2014.
    

    Signed-off-by : Vittorio Giovara <vittorio.giovara@gmail.com>
    • [DBH] libavcodec/options_table.h
    • [DBH] libavutil/pixdesc.c
    • [DBH] libavutil/pixfmt.h
    • [DBH] libavutil/version.h

Navigation