Recherche avancée

Médias (1)

Mot : - Tags -/école

Autres articles (71)

  • Websites made ​​with MediaSPIP

    2 mai 2011, par

    This page lists some websites based on MediaSPIP.

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

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

  • Revision 54a03e20dd : Revert "New mode_info_context storage" This reverts commit dae17734ece414091ba1

    9 septembre 2013, par James Zern

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


     Modify /vp9/common/vp9_alloccommon.h


     Modify /vp9/common/vp9_blockd.h


     Modify /vp9/common/vp9_debugmodes.c


     Modify /vp9/common/vp9_entropymode.c


     Modify /vp9/common/vp9_findnearmv.c


     Modify /vp9/common/vp9_findnearmv.h


     Modify /vp9/common/vp9_loopfilter.c


     Modify /vp9/common/vp9_mvref_common.c


     Modify /vp9/common/vp9_onyxc_int.h


     Modify /vp9/common/vp9_pred_common.c


     Modify /vp9/common/vp9_pred_common.h


     Modify /vp9/common/vp9_reconinter.c


     Modify /vp9/decoder/vp9_decodemv.c


     Modify /vp9/decoder/vp9_decodframe.c


     Modify /vp9/decoder/vp9_detokenize.c


     Modify /vp9/decoder/vp9_onyxd_if.c


     Modify /vp9/encoder/vp9_bitstream.c


     Modify /vp9/encoder/vp9_encodeframe.c


     Modify /vp9/encoder/vp9_encodeintra.c


     Modify /vp9/encoder/vp9_encodemb.c


     Modify /vp9/encoder/vp9_encodemv.c


     Modify /vp9/encoder/vp9_firstpass.c


     Modify /vp9/encoder/vp9_mbgraph.c


     Modify /vp9/encoder/vp9_mcomp.c


     Modify /vp9/encoder/vp9_onyx_if.c


     Modify /vp9/encoder/vp9_quantize.c


     Modify /vp9/encoder/vp9_rdopt.c


     Modify /vp9/encoder/vp9_segmentation.c


     Modify /vp9/encoder/vp9_temporal_filter.c


     Modify /vp9/encoder/vp9_tokenize.c



    Revert "New mode_info_context storage"

    This reverts commit dae17734ece414091ba1184f7becd0aa6c0004f1

    Encode crashes, leaks and increases integer overflow errors.

    Change-Id : I595aa2649bb8d0b6552ff91652837a74c103fda2

  • stream_decoder : Two read_metadata() fixes from 1.2.1 maintenance branch.

    28 juin 2014, par Erik de Castro Lopo
    stream_decoder : Two read_metadata() fixes from 1.2.1 maintenance branch.

    * Fix leaks in read_metadata_() that could occur because of read errors or
    
  malformed streams.
    
    http://flac.cvs.sourceforge.net/viewvc/flac/flac/src/libFLAC/
    
    stream_decoder.c ?
    
    r1=1.147&r2=1.147.2.1&pathrev=FLAC_RELEASE_1_2_1_MAINTENANCE_BRANCH
    

    * Fix metadata block initialization bug in read_metadata_().
    
    http://flac.cvs.sourceforge.net/viewvc/flac/flac/src/libFLAC/
    
    stream_decoder.c ?
    
    r1=1.147.2.1&r2=1.147.2.2&pathrev=FLAC_RELEASE_1_2_1_MAINTENANCE_BRANCH
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/libFLAC/stream_decoder.c

  • avformat/utils : Fix confusing return value for ff_read_packet()

    12 mars 2021, par Andreas Rheinhardt
    avformat/utils : Fix confusing return value for ff_read_packet()

    Currently, ff_read_packet() sometimes forwards the return value of
    
AVInputFormat.read_packet() (which should be zero on success, but isn't
    
for all demuxers) and sometimes it overwrites this with zero.
    
Furthermore, it uses two variables, one for the read_packet return value
    
and one for other errors, which is a bit confusing ; it is also
    
unnecessary given that the documentation explicitly states that
    
ff_read_packet() never returns positive values. Returning a positive
    
value would lead to leaks with some callers (namely asfrtp_parse_packet
    
and estimate_timings_from_pts). So always return zero in case of
    
success.
    

    (This behaviour stems from a time before av_read_packet sanitized
    
the return value of read_packet at all : It was added in commit
    
626004690c23c981f67228ea325dde3f35193988 and was unnecessary since
    
88b00723906f68b7563214c30333e48888dddf78.)
    

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@gmail.com>
    • [DH] libavformat/utils.c

Navigation