Recherche avancée

Médias (0)

Mot : - Tags -/formulaire

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

Autres articles (54)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

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

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

Sur d’autres sites (4534)

  • avformat/mxfenc : fix stored/sampled/displayed width/height

    14 janvier 2023, par Jerome Martinez
    avformat/mxfenc : fix stored/sampled/displayed width/height

    According to MXF specs the Stored Rectangle corresponds to the data which is
    
passed to the compressor and received from the decompressor, so they should
    
contain the width / height extended to the macroblock boundary.
    

    In practice however width and height values rounded to the upper 16 multiples
    
are only seen when muxing MPEG formats. Therefore this patch changes stored
    
width and height values to unrounded for all non-MPEG formats, even macroblock
    
based ones.
    

    For DNXHD the specs (ST 2019-4) explicitly indicates to use 1080 for 1088p.
    
For ProRes the specs (RDD 44) only refer to to ST 377-1 without precision but
    
no known commercial implementations are using rounded values.
    
DV is not using 16x16 macroblocks, so 16 rounding makes no sense.
    

    The patch also fixes Sampled Width / Display Width to use unrounded values.
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] libavformat/mxfenc.c
    • [DH] tests/fate/lavf-container.mak
    • [DH] tests/ref/lavf/mxf_dvcpro100
    • [DH] tests/ref/lavf/mxf_opatom

  • avcodec/smvjpegdec : check that frames_per_jpeg cleanly divides height

    7 juin 2013, par Michael Niedermayer
    avcodec/smvjpegdec : check that frames_per_jpeg cleanly divides height

    Fixes out of array access
    

    If some valid files fail this check then please open a ticket and ping me and the smvjpegdec maintainer.
    

    Found-by : Mateusz "j00ru" Jurczyk and Gynvael Coldwind
    
Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
    • [DH] libavcodec/smvjpegdec.c

  • Revision 100928 : Fixer le line-height des onglets du porte plume, ça passe mieux dans ...

    8 décembre 2016, par marcimat@… — Log

    Fixer le line-height des onglets du porte plume, ça passe mieux dans l’espace public par défaut.

Navigation