Recherche avancée

Médias (1)

Mot : - Tags -/Christian Nold

Autres articles (95)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

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

  • Les vidéos

    21 avril 2011, par

    Comme les documents de type "audio", Mediaspip affiche dans la mesure du possible les vidéos grâce à la balise html5 .
    Un des inconvénients de cette balise est qu’elle n’est pas reconnue correctement par certains navigateurs (Internet Explorer pour ne pas le nommer) et que chaque navigateur ne gère en natif que certains formats de vidéos.
    Son avantage principal quant à lui est de bénéficier de la prise en charge native de vidéos dans les navigateur et donc de se passer de l’utilisation de Flash et (...)

Sur d’autres sites (9516)

  • lavf : replace AVStream.codec with AVStream.codecpar

    18 juin 2014, par Anton Khirnov
    lavf : replace AVStream.codec with AVStream.codecpar
    

    Currently, AVStream contains an embedded AVCodecContext instance, which
    is used by demuxers to export stream parameters to the caller and by
    muxers to receive stream parameters from the caller. It is also used
    internally as the codec context that is passed to parsers.

    In addition, it is also widely used by the callers as the decoding (when
    demuxer) or encoding (when muxing) context, though this has been
    officially discouraged since Libav 11.

    There are multiple important problems with this approach :
    - the fields in AVCodecContext are in general one of
    * stream parameters
    * codec options
    * codec state
    However, it’s not clear which ones are which. It is consequently
    unclear which fields are a demuxer allowed to set or a muxer allowed to
    read. This leads to erratic behaviour depending on whether decoding or
    encoding is being performed or not (and whether it uses the AVStream
    embedded codec context).
    - various synchronization issues arising from the fact that the same
    context is used by several different APIs (muxers/demuxers,
    parsers, bitstream filters and encoders/decoders) simultaneously, with
    there being no clear rules for who can modify what and the different
    processes being typically delayed with respect to each other.
    - avformat_find_stream_info() making it necessary to support opening
    and closing a single codec context multiple times, thus
    complicating the semantics of freeing various allocated objects in the
    codec context.

    Those problems are resolved by replacing the AVStream embedded codec
    context with a newly added AVCodecParameters instance, which stores only
    the stream parameters exported by the demuxers or read by the muxers.

    • [DBH] libavdevice/alsa.c
    • [DBH] libavdevice/alsa_dec.c
    • [DBH] libavdevice/alsa_enc.c
    • [DBH] libavdevice/bktr.c
    • [DBH] libavdevice/fbdev.c
    • [DBH] libavdevice/jack.c
    • [DBH] libavdevice/libcdio.c
    • [DBH] libavdevice/libdc1394.c
    • [DBH] libavdevice/oss_dec.c
    • [DBH] libavdevice/oss_enc.c
    • [DBH] libavdevice/pulse.c
    • [DBH] libavdevice/sndio_dec.c
    • [DBH] libavdevice/sndio_enc.c
    • [DBH] libavdevice/v4l2.c
    • [DBH] libavdevice/vfwcap.c
    • [DBH] libavdevice/x11grab.c
    • [DBH] libavdevice/xcbgrab.c
    • [DBH] libavformat/4xm.c
    • [DBH] libavformat/a64.c
    • [DBH] libavformat/aacdec.c
    • [DBH] libavformat/adtsenc.c
    • [DBH] libavformat/adxdec.c
    • [DBH] libavformat/aea.c
    • [DBH] libavformat/aiffdec.c
    • [DBH] libavformat/aiffenc.c
    • [DBH] libavformat/amr.c
    • [DBH] libavformat/anm.c
    • [DBH] libavformat/apc.c
    • [DBH] libavformat/ape.c
    • [DBH] libavformat/apetag.c
    • [DBH] libavformat/asfdec.c
    • [DBH] libavformat/asfenc.c
    • [DBH] libavformat/assdec.c
    • [DBH] libavformat/assenc.c
    • [DBH] libavformat/au.c
    • [DBH] libavformat/audiointerleave.c
    • [DBH] libavformat/avformat.h
    • [DBH] libavformat/avidec.c
    • [DBH] libavformat/avienc.c
    • [DBH] libavformat/avisynth.c
    • [DBH] libavformat/avs.c
    • [DBH] libavformat/bethsoftvid.c
    • [DBH] libavformat/bfi.c
    • [DBH] libavformat/bink.c
    • [DBH] libavformat/bmv.c
    • [DBH] libavformat/c93.c
    • [DBH] libavformat/cafdec.c
    • [DBH] libavformat/cdg.c
    • [DBH] libavformat/cdxl.c
    • [DBH] libavformat/dashenc.c
    • [DBH] libavformat/dauddec.c
    • [DBH] libavformat/daudenc.c
    • [DBH] libavformat/dfa.c
    • [DBH] libavformat/dsicin.c
    • [DBH] libavformat/dss.c
    • [DBH] libavformat/dump.c
    • [DBH] libavformat/dv.c
    • [DBH] libavformat/dvenc.c
    • [DBH] libavformat/dxa.c
    • [DBH] libavformat/eacdata.c
    • [DBH] libavformat/electronicarts.c
    • [DBH] libavformat/ffmetadec.c
    • [DBH] libavformat/filmstripdec.c
    • [DBH] libavformat/filmstripenc.c
    • [DBH] libavformat/flac_picture.c
    • [DBH] libavformat/flacdec.c
    • [DBH] libavformat/flacenc.c
    • [DBH] libavformat/flic.c
    • [DBH] libavformat/flvdec.c
    • [DBH] libavformat/flvenc.c
    • [DBH] libavformat/g722.c
    • [DBH] libavformat/g723_1.c
    • [DBH] libavformat/gif.c
    • [DBH] libavformat/gsmdec.c
    • [DBH] libavformat/gxf.c
    • [DBH] libavformat/gxfenc.c
    • [DBH] libavformat/hdsenc.c
    • [DBH] libavformat/hls.c
    • [DBH] libavformat/hlsenc.c
    • [DBH] libavformat/hnm.c
    • [DBH] libavformat/id3v2.c
    • [DBH] libavformat/id3v2enc.c
    • [DBH] libavformat/idcin.c
    • [DBH] libavformat/idroqdec.c
    • [DBH] libavformat/iff.c
    • [DBH] libavformat/ilbc.c
    • [DBH] libavformat/img2dec.c
    • [DBH] libavformat/img2enc.c
    • [DBH] libavformat/internal.h
    • [DBH] libavformat/ipmovie.c
    • [DBH] libavformat/isom.c
    • [DBH] libavformat/iss.c
    • [DBH] libavformat/iv8.c
    • [DBH] libavformat/ivfdec.c
    • [DBH] libavformat/ivfenc.c
    • [DBH] libavformat/jvdec.c
    • [DBH] libavformat/latmenc.c
    • [DBH] libavformat/lmlm4.c
    • [DBH] libavformat/lxfdec.c
    • [DBH] libavformat/matroskadec.c
    • [DBH] libavformat/matroskaenc.c
    • [DBH] libavformat/mm.c
    • [DBH] libavformat/mmf.c
    • [DBH] libavformat/mov.c
    • [DB
  • lavf : reorganize URLProtocols

    19 février 2016, par Anton Khirnov
    lavf : reorganize URLProtocols
    

    Instead of a linked list constructed at av_register_all(), store them
    in a constant array of pointers.

    Since no registration is necessary now, this removes some global state
    from lavf. This will also allow the urlprotocol layer caller to limit
    the available protocols in a simple and flexible way in the following
    commits.

    • [DBH] configure
    • [DBH] libavformat/Makefile
    • [DBH] libavformat/allformats.c
    • [DBH] libavformat/avio.c
    • [DBH] libavformat/concat.c
    • [DBH] libavformat/crypto.c
    • [DBH] libavformat/file.c
    • [DBH] libavformat/gopher.c
    • [DBH] libavformat/hlsproto.c
    • [DBH] libavformat/http.c
    • [DBH] libavformat/icecast.c
    • [DBH] libavformat/librtmp.c
    • [DBH] libavformat/md5proto.c
    • [DBH] libavformat/mmsh.c
    • [DBH] libavformat/mmst.c
    • [DBH] libavformat/protocols.c
    • [DBH] libavformat/rtmpcrypt.c
    • [DBH] libavformat/rtmphttp.c
    • [DBH] libavformat/rtmpproto.c
    • [DBH] libavformat/rtpproto.c
    • [DBH] libavformat/sctp.c
    • [DBH] libavformat/srtpproto.c
    • [DBH] libavformat/tcp.c
    • [DBH] libavformat/tls_gnutls.c
    • [DBH] libavformat/tls_openssl.c
    • [DBH] libavformat/udp.c
    • [DBH] libavformat/unix.c
    • [DBH] libavformat/url.h
  • Merge commit ’eef9f06508354d1c7d5624c1c18997e7974288f1’

    16 février 2016, par Derek Buitenhuis
    Merge commit ’eef9f06508354d1c7d5624c1c18997e7974288f1’
    

    This commit is a no-nop.

    * commit ’eef9f06508354d1c7d5624c1c18997e7974288f1’ :
    avplay : Allow to override the codec
    avplay : Statically allocate the player state
    avplay : Rename cur_stream to player
    avplay : Rename VideoState to PlayerState
    avplay : Allocate the refresh thread next to the decode thread
    avplay : Move the stream setup in the main thread

    Merged-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>