
Recherche avancée
Médias (1)
-
Rennes Emotion Map 2010-11
19 octobre 2011, par
Mis à jour : Juillet 2013
Langue : français
Type : Texte
Autres articles (95)
-
Publier sur MédiaSpip
13 juin 2013Puis-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, parMediaSPIP 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, parComme 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 Khirnovlavf : 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 Khirnovlavf : 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 BuitenhuisMerge 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 threadMerged-by : Derek Buitenhuis <derek.buitenhuis@gmail.com>