Recherche avancée

Sur d’autres sites (8521)

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

• lavu/riscv : helper macro for VTYPE encoding

  5 octobre 2022, par Rémi Denis-Courmont

  lavu/riscv : helper macro for VTYPE encoding
  On most cases, the vector type (VTYPE) for the RISC-V Vector extension
  
  is supplied as an immediate value, with either of the VSETVLI or
  
  VSETIVLI instructions. There is however a third instruction VSETVL
  
  which takes the vector type from a general purpose register. That is so
  
  the type can be selected at run-time.
  This introduces a macro to load a (valid) vector type into a register.
  
  The syntax follows that of VSETVLI and VSETIVLI, with element size,
  
  group multiplier, then tail and mask policies.
  

  • [DH] libavutil/riscv/asm.S