Recherche avancée

Médias (0)

Mot : - Tags -/configuration

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

Autres articles (57)

  • 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

  • Other interesting software

    13 avril 2011, par

    We don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
    The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
    We don’t know them, we didn’t try them, but you can take a peek.
    Videopress
    Website : http://videopress.com/
    License : GNU/GPL v2
    Source code : (...)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

Sur d’autres sites (10077)

  • fftools/ffmpeg_filter : honor -reinit_filters 0 even on changed display matrix

    29 décembre 2023, par Marton Balint
    fftools/ffmpeg_filter : honor -reinit_filters 0 even on changed display matrix

    Not sure about honoring it also in case of a hwaccel change, so left that as is
    
for now.
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] fftools/ffmpeg_filter.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

  • fftools/ffmpeg_demux : honor -ch_layout options for overriding input stream channel...

    18 mai 2024, par Marton Balint
    fftools/ffmpeg_demux : honor -ch_layout options for overriding input stream channel layout

    The code only set the channel layout of the AVFormatContext, so the user could
    
not override the channel layout if the demuxer did not have such parameter.
    

    This used to work via the respective AVCodecContext option, but since
    
639c2f00497257cb60ecaeeac1aacfa80df3be06 it no longer gets passed to the
    
decoders. It is actually better if we set it manually, instead of using the
    
codec option because that way we can also override it on the stream level, so
    
it will also work for stream copy or bitstream filtering.
    

    We don't allow changing the number of channels, because that can cause
    
unexpected results. We disable layout guessing, if a channel layout is
    
specified.
    

    Fixes ticket #11016.
    

    Signed-off-by : Marton Balint <cus@passwd.hu>
    • [DH] fftools/ffmpeg_demux.c

Navigation