Recherche avancée

Sur d’autres sites (8125)

• Anomalie #3630 : Logo d’auteur et fonction de recherche de logo

  13 août 2016, par b b

  Je dépose ici la discussion qui a eu lieu à ce sujet sur IRC pour en garder une trace :

  < marcimat‎ >  dans id_table_objet() je vois que ça fait un traitement même si on passe ’id_auteur’
  < marcimat‎ >  du coup, je me dis que quête logo
  < marcimat‎ >  pourrait tester si substr($type, 0, 3) !== ’id_’
  < marcimat‎ >  appeler id_table_objet($type)
  < marcimat‎ >  non ?
  < marcimat‎ >  c’est peut être un compromis
  < marcimat‎ >  ou un strcmp
  < phenix_spip‎ >  Pourquoi faire un test ?
  < marcimat‎ >  parce que je vois des calculs dans id_table_objet() systématiques
  < marcimat‎ >  même si on envoie déjà id_truc
  < phenix_spip‎ > ?
  < phenix_spip‎ >  Ha je vois
  < marcimat‎ >  @id_table_objet()
  < Edgard‎ >  Hop http://code.spip.net/@id_table_objet - Hop (sinon) http://code.spip.net/spip.php?page=recherche&recherche=id_table_objet
  < marcimat‎ >  https://core.spip.net/projects/spip/repository/entry/spip/ecrire/base/objets.php#L1066 donc
  < marcimat‎ >  mais effectivement, je pense que ça doit pas gêner si quête_logo est simplifié
  < phenix_spip‎ >  marcimat : ce serai plus logique que le test soit dans id_table_objet non ?
  < marcimat‎ >  enfin modifié pour accepter un vrai type
  < marcimat‎ >  certes, mais c’est déjà plus sensible ^^
  < phenix_spip‎ > ?
  < marcimat‎ >  ok
  < marcimat‎ >  en fait objet_type() teste déjà en enlevant id_
  < marcimat‎ >  donc, y pa pas spécialement besoin
  < phenix_spip‎ >  Ben voilà :)
  < marcimat‎ >  donc là https://core.spip.net/projects/spip/repository/entry/spip/ecrire/base/objets.php#L1070
  < marcimat‎ >  objet_type(’id_auteur’) doit ressortir ’auteur’
  < marcimat‎ >  oui, voilà :)
  < marcimat‎ >  all is fine
  

• fate filter metadata : add test for aphasemeter - Test a mono file (in phase) ->...

  24 octobre 2016, par Martin Vignali

  fate filter metadata : add test for aphasemeter - Test a mono file (in phase) -> 1. as result - Test a out of phase 1000 Hz -> -1. as result
  Signed-off-by : Michael Niedermayer <michael@niedermayer.cc>
  

  • [DH] tests/fate/filter-video.mak
  • [DH] tests/ref/fate/filter-metadata-avf-aphase-meter-mono
  • [DH] tests/ref/fate/filter-metadata-avf-aphase-meter-out-of-phase

• lavu/hwcontext_vaapi : Skip 'vgem' driver

  5 décembre 2022, par Brian Norris

  lavu/hwcontext_vaapi : Skip 'vgem' driver
  There can be more than one available render node, and it's not
  
  guaranteed the first node we come across is the correct one. In
  
  particular, 'vgem' devices are common, and are
  
  never VAAPI-enabled and thus not valid here.
  We have a 'kernel_driver' arg already for specifying a single driver we
  
  *do* want, but it doesn't support a negation, nor a list. It's easier
  
  just to automatically skip 'vgem' anyway, to avoid foisting this burden
  
  on users.
  This has precedent in libva-utils already :
    bfb6b98ed62a exclude vgem node and invalid drm node in vainfo
  
    https://github.com/intel/libva-utils/commit/bfb6b98ed62ac14a840ba62639ab902a23912258
  Signed-off-by : Brian Norris <briannorris@chromium.org>
  

  • [DH] libavutil/hwcontext_vaapi.c