Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (39)

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

  • Le plugin : Podcasts.

    14 juillet 2010, par

    Le problème du podcasting est à nouveau un problème révélateur de la normalisation des transports de données sur Internet.
    Deux formats intéressants existent : Celui développé par Apple, très axé sur l’utilisation d’iTunes dont la SPEC est ici ; Le format "Media RSS Module" qui est plus "libre" notamment soutenu par Yahoo et le logiciel Miro ;
    Types de fichiers supportés dans les flux
    Le format d’Apple n’autorise que les formats suivants dans ses flux : .mp3 audio/mpeg .m4a audio/x-m4a .mp4 (...)

  • MediaSPIP v0.2

    21 juin 2013, par

    MediaSPIP 0.2 is the first MediaSPIP stable release.
    Its official release date is June 21, 2013 and is announced here.
    The zip file provided here only contains the sources of MediaSPIP in its standalone version.
    To get a working installation, you must manually install all-software dependencies on the server.
    If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...)

Sur d’autres sites (6683)

  • fftools/ffmpeg_dec : move setting compute_edt to demuxer

    23 janvier 2024, par Anton Khirnov
    fftools/ffmpeg_dec : move setting compute_edt to demuxer
    

    It is done based on demuxer information, so that is the more appropriate
    place for this code.

    This is a step towards decoupling Decoder and InputStream.

    • [DH] fftools/ffmpeg_dec.c
    • [DH] fftools/ffmpeg_demux.c
  • flvdec : Honor the "flv_metadata" option for the "datastream" metadata field

    9 février 2024, par Martin Storsjö
    flvdec : Honor the "flv_metadata" option for the "datastream" metadata field
    

    By default the option "flv_metadata" (internally using the field
    name "trust_metadata") is set to 0, meaning that we don't allocate
    streams based on information in the metadata, only based on
    actual streams we encounter. However the "datastream" metadata field
    still would allocate a subtitle stream.

    When muxing, the "datastream" field is added if either a data stream
    or subtitle stream is present - but the same metadata field is used
    to preemtively create a subtitle stream only. Thus, if the field
    was added due to a data stream, not a subtitle stream, the demuxer
    would create a stream which won't get any actual packets.

    If there was such an extra, empty subtitle stream, running
    avformat_find_stream_info still used to terminate within reasonable
    time before 3749eede66c3774799766b1f246afae8a6ffc9bb. After that
    commit, it no longer would terminate until it reaches the max
    analyze duration, which is 90 seconds for flv streams (see
    e6a084641aada7a2e4672172f2ee26642800a361,
    24fdf7334d2bb9aab0abdbc878b8ae51eb57c86b and
    f58e011a1f30332ba824c155078ca701e29aef63).

    Before that commit (which removed the deprecated AVStream.codec), the
    "st->codecpar->codec_id = AV_CODEC_ID_TEXT", set within the demuxer,
    would get propagated into st->codec->codec_id by numerous
    avcodec_parameters_to_context(st->codec, st->codecpar), then further
    into st->internal->avctx->codec_id by update_stream_avctx within
    read_frame_internal in libavformat/utils.c (demux.c these days).

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DH] libavformat/flvdec.c
  • avcodec/mpegvideo_dec, mpeg12dec : Move MPEG1/2 code to mpeg12dec.c

    7 octobre 2023, par Andreas Rheinhardt
    avcodec/mpegvideo_dec, mpeg12dec : Move MPEG1/2 code to mpeg12dec.c
    

    Up until now, ff_mpv_frame_start() offsets the data of the current
    picture and doubles the linesizes of all pictures if the current
    picture is field-based so that data and linesize allow to address
    the current field only.

    This is done based upon the current picture_structure value.
    Only two mpegvideo-based decoders ever set this field : mpeg1/2
    and VC-1 ; but the latter only does it after ff_mpv_frame_start()
    (when using hardware-acceleration and in order to signal it to
    the DXVA2 hwaccel) in which case no offset is applied in
    ff_mpv_frame_start(). So only one decoder actually wants this
    offset* ; therefore move the code performing it to mpeg12dec.c.

    * : VC-1 doubles linesize when using field_mode (not only the picture's
    linesize, but also uvlinesize and linesize), yet it does not offset
    anything. This is further proof that this should not be performed
    generically.

    Also move MPEG-1/2 specific setting of the top-field-first flag.
    (The change here implies that the AVFrame in current_picture
    may have different top-field-first flags than the AVFrame
    from current_picture_ptr, but this doesn't matter as only
    the latter's are used.)

    Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

    • [DH] libavcodec/mpeg12dec.c
    • [DH] libavcodec/mpegvideo_dec.c