Advanced search

On other websites (5304)

• avcodec/omx: Fix handling of fragmented buffers

  17 January 2019, by Dave Stevenson

  avcodec/omx: Fix handling of fragmented buffers
  See https://trac.ffmpeg.org/ticket/7687
  If an encoded frame is returned split over two or more
  
  IL buffers due to the size, then there is a race between
  
  whether get_buffer will fail, return NULL, and a truncated
  
  frame is passed on, or IL will return the remaining part
  
  of the encoded frame.
  
  If get_buffer returns NULL, part of the frame is left behind
  
  in the codec, and will be collected on the next call. That
  
  then leaves a frame stuck in the codec. Repeat enough times
  
  and the codec FIFO is full, and the pipeline stalls.
  A performance improvement in the Raspberry Pi firmware means
  
  that the timing has changed, and now frequently drops into the
  
  case where get_buffer returns NULL.
  Add code such that should a buffer be received without
  
  OMX_BUFFERFLAG_ENDOFFRAME that get_buffer is called with wait
  
  set, so we wait for the remainder of the frame.
  
  This code has been made conditional on the Pi build in case
  
  other IL implementations don't handle ENDOFFRAME correctly.
  Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.org>
  
  Signed-off-by: Aman Gupta <aman@tmm1.net>
  
  Signed-off-by: Martin Storsjö <martin@martin.st>
  

  • [DH] libavcodec/omx.c

• Anomalie #2988 (Nouveau): Bug squelette liste des messages internes

  30 April 2013, by Eric Camus

  Bonjour,

  Avec SPIP 3.0.8 de base mais en retirant le plugin-dist "breves" (Windows + IIS 6 + PHP 5.2.17).

  Attention : dans l’interface d’administration.

  Il y a une erreur dans la page "ecrire/index.php?exec=controler_forum&type_message=interne" qui fait appel au modèle "prive/modeles/forum.html" sur les ligne 25 et 26 qui sont des boucles sur les objets "breves" et "sites" qui peuvent avoir étés supprimés (ou surtout pas installé au départ -> pas de tables dans la base).

  De plus quand on est sur un message général, apparait un lien sur le titre du message qui est en 404 !!

  J’ai pour ma part remplacer les ligne 23 à 31 par :

  [(#OBJET|oui)
  

  #OBJET : [(#TITRE|?#TITRE,#NOM)]
  #SETvoir,’

  ’
  ]

  Mais c’est juste une proposition qui affiche quelque chose de non satisfaisant au niveau de l’écriture (juste le nom de l’objet, non traduit aussi) mais qui n’affiche rien pour les messages généraux.

  Nota : il y a d’autres références a des boucles (id) "breves" et "sites" dans ce plugin ...(futur bug de nécessité).

• Anomalie #3769 (Nouveau): form_hidden insère un hidden en trop

  13 April 2016, by jluc -

  La doc spip.net dit : Si on fait un formulaire qui utilise comme action un lien comprenant des arguments, il faut remettre ces valeurs dans des champs hidden .

  Le phpdoc dit : Fournit la suite de Input-Hidden correspondant aux paramètres de l’URL donnée en argument, compatible avec les types_urls.

  Normalement, le résultat de form_hidden devrait uniquement dépendre de la balise sur laquelle il s’applique, fut elle #SELF ou #URL_PAGEtagada

  Or, si la page courante est ?page=truc&id_truc=10, form_hidden insère toujours un hidden pour id_truc=10, même si on l’applique à un argument comme #URL_PAGEtagada dans lequel aucun id_truc n’est mentionné.

  J’imagine que ce comportement est pratique parfois, sur une page truc qui ne s’occupe que d’un seul truc et où toutes les noisettes s’occupent de ce seul truc.

  Mais il est des pages truc qui s’occupent AUSSI d’autres trucs, ou d’autres choses qui n’ont pas de rapport, ou des rapports plus complexes que "toujours tout sur un seul truc", et que ce paramètre id_truc peut gravement perturber.

  Exemple de squelette pour mettre en évidence : fichier truc.html

  DEBUT
  ENV=
  [(#ENV**|unserialize|print_r1)]
  SELF
  #SELF
  SELF|form_hidden
  [(#SELF|form_hidden|htmlspecialchars)]
  url_pagetagada
  #URL_PAGEtagada
  URL_PAGEtagada|form_hidden
  [(#URL_PAGEtagada|form_hidden|htmlspecialchars)]
  FIN
  

  
  Appeler ?page=truc&id_chose=1
  Appeler ?page=truc&id_truc=2
  Dans ce dernier cas, id_truc s’insère de force dans le form de la page tagada