Recherche avancée

Sur d’autres sites (13044)

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

• Output pad "default" with type audio of the filter instance "Parsed_anull_0"

  13 octobre 2018, par CoXier

  I am using FFmpeg on my mobile device. I use below command to cut up input video.

   ffmpeg -i input.mp4 -ss start -t duration -y output.mp4

  But it crashes.

  Output pad "default" with type audio of the filter instance "Parsed_anull_0" of anull not connected to any destination
  Error reinitializing filters !
  Failed to inject frame into filter network : Invalid argument

  Is there any config need to be enable ?

  Thanks in advance.