Recherche avancée

Médias (0)

Mot : - Tags -/gis

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (40)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • Support de tous types de médias

    10 avril 2011

    Contrairement à beaucoup de logiciels et autres plate-formes modernes de partage de documents, MediaSPIP a l’ambition de gérer un maximum de formats de documents différents qu’ils soient de type : images (png, gif, jpg, bmp et autres...) ; audio (MP3, Ogg, Wav et autres...) ; vidéo (Avi, MP4, Ogv, mpg, mov, wmv et autres...) ; contenu textuel, code ou autres (open office, microsoft office (tableur, présentation), web (html, css), LaTeX, Google Earth) (...)

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

  • avfilter/delogo : Set default band to 1

    7 octobre 2015, par Jean Delvare
    avfilter/delogo : Set default band to 1

    The original interpolation algorithm behaved poorly on the borders and
    
did not even guarantee continuity at the borders. For this reason, a
    
second interpolation/blending pass was required on the borders to make
    
them seamless.
    

    However, since the interpolation algorithm was improved in June 2013,
    
the border issues no longer exist. The new algorithm does guarantee
    
continuity at the borders, making the second pass useless. A larger
    
band always increases the cumulated interpolation error. In most cases
    
it also increases the average interpolation error, even though the
    
samples in the band are only partially interpolated.
    

    For this reason I would like to get rid of the "band" parameter. As a
    
first step, let’s change its default value from 4 to 1 and document it
    
as deprecated.
    

    I have benchmarked this change on a combination of input sources and
    
realistic logo areas. Lowering the band value from 4 to 1 resulted in
    
8 to 39 % less interpolation error per frame (or 1 to 34 % less
    
interpolation error per luma sample.)
    

    Signed-off-by : Jean Delvare <jdelvare@suse.de>
    
Signed-off-by : Stefano Sabatini <stefasab@gmail.com>
    • [DH] doc/filters.texi
    • [DH] libavfilter/vf_delogo.c

  • avcodec/cfhd : Increase minimum band dimension to 3

    19 août 2016, par Michael Niedermayer
    avcodec/cfhd : Increase minimum band dimension to 3

    The implementation does not currently support len=2
    

    Fixes out of array accesses
    
Fixes : 29d1b3db5ba2205e82b0b3a533e057a3/asan_heap-oob_12b650c_9254_3b8c4e4d931eb2c32841c18ebb297f1d.avi
    

    Found-by : Mateusz "j00ru" Jurczyk and Gynvael Coldwind
    
Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
    • [DH] libavcodec/cfhd.c

  • opus_celt : move quantization and band decoding to opus_pvq.c

    11 février 2017, par Rostislav Pehlivanov
    opus_celt : move quantization and band decoding to opus_pvq.c

    A huge amount can be reused by the encoder, as the only thing
    
which needs to be done would be to add a 10 line celt_icwrsi,
    
a wrapper around it (celt_alg_quant) and templating the
    
ff_celt_decode_band to replace entropy decoding functions
    
with entropy encoding.
    

    There is no performance loss but in fact a performance gain of
    
around 6% which is caused by the compiler being able to optimize
    
the decoding more efficiently.
    

    Signed-off-by : Rostislav Pehlivanov <atomnuker@gmail.com>
    • [DH] libavcodec/Makefile
    • [DH] libavcodec/opus.h
    • [DH] libavcodec/opus_celt.c
    • [DH] libavcodec/opus_celt.h
    • [DH] libavcodec/opus_pvq.c
    • [DH] libavcodec/opus_pvq.h

Navigation