Recherche avancée

Sur d’autres sites (9137)

• ffmpeg custom buffer sink filter

  25 novembre 2018, par NadavRub

  Environment

  • Ubuntu 18.04
  • C++
  • ffmpeg 3.4 (git master)
  • ffmpeg is used as a shared lib (InProc) via the C++ API

  Use-case

  • Per this link I am trying to use the ’avfilter_graph_*’ APIs to create ffmpeg graph
  • I would like the graph output to be sent out to my custom code ( part of the hosting application )

  Considered implementations

  • [A] Implement a custom sink filter ( part of libavfilter ) to implement my custom logic
  • [B] Implement a custom sink filter to grab the output samples and send them out to my application ( something similar to DShow SampleGrabber )

  Problem at hand

  With either of the above mentioned approaches the ffmpeg code has to be modified, and this impose an overhead in supporting future ffmpeg releases

  I wonder if there is any straight forward approach for an external ( hosting ) application to grab the graph output w/ minimal copying of the payload.

  Is there any way to use a custom AVIOContext to achieve that ? can I construct a graph connected to an output AVIOContext ? can I create a custom filter implemented in a module external to libavfilter and associate it w/ the graph using ’AVFilterContext’ ?

• Revision 26fead7ecf : Renaming in MB_MODE_INFO The macro block mode info context originally contained

  13 août 2013, par Paul Wilkins

  Changed Paths :
   Modify /vp9/common/vp9_alloccommon.c

  
   Modify /vp9/common/vp9_blockd.h

  
   Modify /vp9/common/vp9_debugmodes.c

  
   Modify /vp9/common/vp9_loopfilter.c

  
   Modify /vp9/common/vp9_mvref_common.c

  
   Modify /vp9/common/vp9_postproc.c

  
   Modify /vp9/common/vp9_pred_common.c

  
   Modify /vp9/common/vp9_pred_common.h

  
   Modify /vp9/decoder/vp9_decodemv.c

  
   Modify /vp9/decoder/vp9_decodframe.c

  
   Modify /vp9/encoder/vp9_bitstream.c

  
   Modify /vp9/encoder/vp9_encodeframe.c

  
   Modify /vp9/encoder/vp9_rdopt.c

  
   Modify /vp9/encoder/vp9_tokenize.c

  
  
  Renaming in MB_MODE_INFO

  The macro block mode info context originally contained an
  entry for each 16x16 macroblock. In VP9 each entry refers
  to an 8x8 region not a macro block, so the naming is misleading.

  This first stage clean up changes the names of 3 entries in the
  structure to remove the mb_ prefix.

  TODO clean up the nomenclature more widely in respect of
  mbmi and bmi.

  Change-Id : Ia7305c6d0cb805dfe8cdc98dad21338f502e49c6

• Anomalie #4543 (Nouveau) : Accessibilité des chargements ajax (live regions)

  2 septembre 2020, par nicod _

  Suite à un audit de site par Temesis, il remonte que les attributs aria qu’on utilise sont mal placés.

  Je cite :

  Il semble qu’il y a un problème plus global avec l’utilisation des live region :
  Je rencontre à nouveau le div englobant div.ariaformprop qui possèdent les attributs

  aria-live
  aria-atomic
  aria-relevant

  Cette utilisation de ces attributs est erronée :

  elle ne donne pas le résultat probablement attendu
  le support d’aria-relevant dans les assistances technologiques n’est pas assuré

  Il est donc nécessaire de ne pas utiliser de live region sur une div englobante comme là.
  Il faut supprimer ces attributs et utiliser aria-live et aria-atomic avec parcimonie.

  J’ai regardé l’exemple que tu donnes sur spip.net également.

  L’exemple était : https://www.spip.net/spip.php?page=recherche&recherche=plugin&debut_articles=0#pagination_articles

  Cette prolifération d’aria-live + aria-atomic part probablement d’un bon sentiment, mais comme parfois avec l’accessibilité, le mieux est l’ennemi du bien.

  En positionnant ces attributs, avec ces valeurs, sur des div englobantes, cela génère dans les lecteurs d’écran la lecture automatique des contenus qui ont été mis à jour.

  Certes la lecture peut être interrompue par l’utilisateur, mais cela revient, à mon avis à imposer quelque chose qui n’a pas été forcément souhaité. De cette manière le propriétaire du site impose une expérience différente aux utilisateurs de lecteur d’écran.
  Ensuite, il faut bien entendu prendre en compte le contexte. Il pourrait arriver que ce comportement soit pertinent. Ce n’est pas le cas ici.

  Dans le cas de rechargement ajax, il faut étudier chaque cas et son contexte, mais le plus souvent le principe est :

  Ne pas utiliser ces attributs lorsqu’il n’y a pas d’interactions / rechargement ajax . Exemple sur un formulaire, cela n’a pas de sens : on rempli un form et puis on valide le form. A priori (si j’ai bien compris le fonctionnement) il n ’y a aucune raison d’utiliser de live region. En théorie, la présence de ces attributs s’il n’y a pas de rechargement ne devrait pas gêner. Mais certains lecteurs d’écran peuvent prendre des libertés par rapport aux spécifications et vocaliser des contenus tout de même. C’est pourquoi il faut être parcimonieux.

  Lorsqu’ils sont utiles et nécessaires, utiliser ces attributs pour informer d’un changement. Exemple : donner le nouveau nombre de résultats après utilisation de filtre. Mais il faut bien penser que dans plusieurs cas ils ne sont pas nécessaires, en effet, un bouton d’action doit être explicite avant qu’on appuie dessus. Donc par exemple : lorsque je demande à afficher la page 2 dans une pagination de résultat, il n’y a pas d’info à vocaliser automatiquement, le fait que le bouton dise "afficher la page 2" est suffisant, il serait superflu, voire gênant d’aller plus loin dans ce qui est vocalisé.

  Enfin, il faut gérer le focus clavier. Cet aspect est essentiel dès qu’il y a des interactions ajax, mais il dépend totalement du contexte. Et cet aspect est indépendant de la nécessité d’utiliser les live regions. Exemple : dans une série de filtre on va laisser le focus sur le filtre pour que l’utilisateur puisse parcourir la série de filtre. A contrario, dans une pagination (ou quand on a un bouton de type "afficher plus d’articles", dans des news ou dans une page de produits pour un site de e-commerce) on va déplacer le focus sur le 1er nouveau élément qui vient de s’afficher (la zone qui a été mise à jour).