Recherche avancée

Médias (91)

Autres articles (18)

  • D’autres logiciels intéressants

    12 avril 2011, par

    On ne revendique pas d’être les seuls à faire ce que l’on fait ... et on ne revendique surtout pas d’être les meilleurs non plus ... Ce que l’on fait, on essaie juste de le faire bien, et de mieux en mieux...
    La liste suivante correspond à des logiciels qui tendent peu ou prou à faire comme MediaSPIP ou que MediaSPIP tente peu ou prou à faire pareil, peu importe ...
    On ne les connais pas, on ne les a pas essayé, mais vous pouvez peut être y jeter un coup d’oeil.
    Videopress
    Site Internet : (...)

  • Installation en mode ferme

    4 février 2011, par

    Le mode ferme permet d’héberger plusieurs sites de type MediaSPIP en n’installant qu’une seule fois son noyau fonctionnel.
    C’est la méthode que nous utilisons sur cette même plateforme.
    L’utilisation en mode ferme nécessite de connaïtre un peu le mécanisme de SPIP contrairement à la version standalone qui ne nécessite pas réellement de connaissances spécifique puisque l’espace privé habituel de SPIP n’est plus utilisé.
    Dans un premier temps, vous devez avoir installé les mêmes fichiers que l’installation (...)

  • Keeping control of your media in your hands

    13 avril 2011, par

    The vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
    While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
    MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
    MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)

Sur d’autres sites (2460)

  • Révision 22576 : Suppression d’un code mort, mort depuis longtemps.

    23 novembre 2015, par marcimat@rezo.net

    Déjà signalé par rénato en 2006 (http://spip-dev.rezo.narkive.com/mHG6Qlt6/small-bug-in-phraser-champs),
    ce if () vaut toujours true. On l’enlève du coup.

    Précisément, cela vient tout à l’origine d’une erreur lors d’un passage de ereg à strpos en r3964, strpos ne comprennant
    pas l’expression [0-9]. Redmine n’affichant plus les révisions / diff avant la révision 9600, je mais des liens git :
    https://git.spip.net/rCSPIP57683758d1ebe3a6ffa5095035e88768b14d86f2 ou https://github.com/spip/SPIP/commit/57683758d1ebe3a6ffa5095035e88768b14d86f2

    C’était à une époque ou la constante NOM_DE_CHAMP coupait les balises nommées en héxadécimal en 2 : `#FF3300` par exemple avait `#FF` en balise, et
    le reste était dans la suite, et il fallait potentiellement recorriger ce problème.
    Cette constante a été améliorée ensuite, pas longtemps après en r4407, pour attraper tout le contenu de ces balises :
    https://github.com/spip/SPIP/commit/fef3ff59fad8896d1c8946346eac1b47befc588f

    Donc, en théorie, depuis cette date, le test if() n’a plus lieu d’être.

  • Decoder return of av_find_best_stream vs. avcodec_find_decoder

    7 octobre 2016, par Jason C

    The docs for libav’s av_find_best_stream function (libav 11.7, Windows, i686, GPL) specify a parameter that can be used to receive a pointer to an appropriate AVCodec :

    decoder_ret - if non-NULL, returns the decoder for the selected stream

    There is also the avcodec_find_decoder function which can find an AVCodec given an ID.

    However, the official demuxing + decoding example uses av_find_best_stream to find a stream, but chooses to use avcodec_find_decoder to find the codec in lieu of av_find_best_stream’s codec return parameter :

    ret = av_find_best_stream(fmt_ctx, type, -1, -1, NULL, 0);
    
...
    
stream_index = ret;
    
st = fmt_ctx->streams[stream_index];
    
...
    
/* find decoder for the stream */
    
dec = avcodec_find_decoder(st->codecpar->codec_id);

    As opposed to something like :

    ret = av_find_best_stream(fmt_ctx, type, -1, -1, &dec, 0);

    My question is pretty straightforward : Is there a difference between using av_find_best_stream’s return parameter vs. using avcodec_find_decoder to find the AVCodec ?

    The reason I ask is because the example chose to use avcodec_find_decoder rather than the seemingly more convenient return parameter, and I can’t tell if the example did that for a specific reason or not. The documentation itself is a little spotty and disjoint, so it’s hard to tell if things like this are done for a specific important reason or not. I can’t tell if the example is implying that it "should" be done that way, or if the example author did it for some more arbitrary personal reason.

  • FFmpeg 'setpts=PTS-STARTPTS' cannot work on Android(ARM)

    12 octobre 2017, par Jerikc XIONG

    I use the following command on Android :

    ffmpeg -loglevel 56 -i test.mp4 -vf [0:v]setpts=PTS-STARTPTS[fg] -c:a copy out.mp4 -y

    But it’s failed and I got the following logs :

    N:0 PTS:0 T:0.000000 POS:3848 INTERLACED:0 -> PTS:0 T:nan

    So i add some logs into static int filter_frame(AVFilterLink *inlink, AVFrame *frame) in the libavfilter/setpts.c :

    av_log(inlink->dst, AV_LOG_TRACE, " -> PTS%"PRId64", d:%s timebase:%f, AV_NOPTS_VALUE:%"PRId64 ", AV_NOPTS_VALUE==0?%d:, d == AV_NOPTS_VALUE?%d, TS2T:%f, :%f\n", frame->pts, d2istr(d), av_q2d(inlink->time_base), AV_NOPTS_VALUE, val == 0, d == AV_NOPTS_VALUE, d*av_q2d(inlink->time_base), (double)(0)*0.000078);

    I got the logs :

    -> PTS0, d:0 timebase:0.000011, AV_NOPTS_VALUE:-9223372036854775808, AV_NOPTS_VALUE==0?0:, d == AV_NOPTS_VALUE?0, TS2T:nan, :0.000000

    It’s weird. I always get nan by the TS2T.

    It’s OK on MacBook Pro (Retina, 13-inch, Early 2015) with 2.7 GHz Intel Core i5 when i build the same source code.

    PS :

    #define TS2T(ts, tb) ((ts) == AV_NOPTS_VALUE ? NAN : (double)(ts)*av_q2d(tb))

    I added the full log here.

Navigation