Recherche avancée

Sur d’autres sites (9276)

• swscale/graph : add new high-level scaler dispatch mechanism

  10 octobre 2024, par Niklas Haas

  swscale/graph : add new high-level scaler dispatch mechanism
  This interface has been designed from the ground up to serve as a new
  
  framework for dispatching various scaling operations at a high level. This
  
  will eventually replace the old ad-hoc system of using cascaded contexts,
  
  as well as allowing us to plug in more dynamic scaling passes requiring
  
  intermediate steps, such as colorspace conversions, etc.
  The starter implementation merely piggybacks off the existing sws_init() and
  
  sws_scale(), functions, though it does bring the immediate improvement of
  
  splitting up cascaded functions and pre/post conversion functions into
  
  separate filter passes, which allows them to e.g. be executed in parallel
  
  even when the main scaler is required to be single threaded. Additionally,
  
  a dedicated (multi-threaded) noop memcpy pass substantially improves
  
  throughput of that fast path.
  Follow-up commits will eventually expand this to move all of the scaling
  
  decision logic into the graph init function, and also eliminate some of the
  
  current special cases.
  Sponsored-by : Sovereign Tech Fund
  
  Signed-off-by : Niklas Haas <git@haasn.dev>
  

  • [DH] libswscale/Makefile
  • [DH] libswscale/graph.c
  • [DH] libswscale/graph.h

• Evolution #4539 (Nouveau) : Suppression des versions dans des procures de spip

  15 août 2020, par Franck D

  Hello
  Avant de faire, je voulais un avis :)

  Je me demande s’il ne faudrait pas que nous supprimions les versions des procures qu’il y a dans :
  https://git.spip.net/spip/spip/src/branch/master/ecrire/paquet.xml#L141
  https://git.spip.net/spip/spip/src/branch/master/ecrire/paquet.xml#L142

  Il y a les plugins (uniquement pour spip 2.1) https://plugins.spip.net/iterateurs.html et https://plugins.spip.net/queue.html

  J’hésite entre la suppression des lignes ou uniquement les versions

  Sachant que de toute façon, la version de itérateurs ne correspond plus avec la version de spip 2.1 depuis au moins les derniers commit de marcimat
  https://git.spip.net/spip/spip/commit/c69869b7b5604c736423c4eec4b92a3f3b7935dd
  https://git.spip.net/spip/spip/commit/afe3a6302795efc996d9d7e679965a201ddd2f22
  https://git.spip.net/spip/spip/commit/4d844b1f05c7ab9cde72f5550b09f0205d650fe7

  L’intérêt était surtout du temps ou les plugins n’avaient qu’un fichier plugin.xml pour spip 2 et 3, mais maintenant :
  - Ils sont rare, et de toute façon, pour spip 3.3 faudra obligatoirement un fichier paquet.xml en plus.
  - Il y a encore des plugins pour spip 3.2 avec un fichiers plugin.xml et un autre paquet.xml, mais je ne pense pas ( a vérifier) qu’il y a des plug qui ont "necessite" ou "utilise" iterateur ou queue

• CMake on Ubuntu, Requested 'libavdevice' >= 56.4.100 but version of libavdevice is 53.2.0

  5 mars 2019, par user1830386

  I am trying to get into plug in writing for Gazebo but keep running into an error when compiling my programs.

  Requested 'libavdevice >= 56.4.100' but version of libavdevice is 53.2.0
  
  CMake Error at /usr/share/cmake- 
  
  3.10/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  
  Could NOT find AVDEVICE (missing: AVDEVICE_FOUND) (Required is at least
  
  version "56.4.100")

  but when I do ffmpeg -version I get :

   libavdevice    57. 10.100 / 57. 10.100

  Yet CMake seems to think I’m on version 53. Trying to update ffmpeg or libavdevice-dev returns that I am on the latest version.

  Here is my make file :

  cmake_minimum_required(VERSION 2.8 FATAL_ERROR)
  
  
  
  find_package(gazebo REQUIRED)
  
  include_directories(${GAZEBO_INCLUDE_DIRS})
  
  link_directories(${GAZEBO_LIBRARY_DIRS})
  
  list(APPEND CMAKE_CXX_FLAGS "${GAZEBO_CXX_FLAGS}")
  
  
  
  add_library(model_control SHARED model_control.cc)
  
  target_link_libraries(model_control ${GAZEBO_LIBRARIES})
  
  
  
  list(APPEND CMAKE_CXX_FLAGS "${GAZEBO_CXX_FLAGS}")

  and the cc file :

  #include <functional>
  
  #include <gazebo></gazebo>gazebo.hh>
  
  #include <gazebo></gazebo>physics/physics.hh>
  
  #include <gazebo></gazebo>common/common.hh>
  
  #include <ignition></ignition>math/Vector3.hh>
  
  
  
  namespace gazebo
  
  {
  
    class ModelPush : public ModelPlugin
  
    {
  
      public: void Load(physics::ModelPtr _parent, sdf::ElementPtr /*_sdf*/)
  
      {
  
        // Store the pointer to the model
  
        this->model = _parent;
  
  
  
        // Listen to the update event. This event is broadcast every
  
        // simulation iteration.
  
        this->updateConnection = event::Events::ConnectWorldUpdateBegin(
  
            std::bind(&amp;ModelPush::OnUpdate, this));
  
      }
  
  
  
      // Called by the world update start event
  
      public: void OnUpdate()
  
      {
  
        // Apply a small linear velocity to the model.
  
        this->model->SetLinearVel(ignition::math::Vector3d(.3, 0, 0));
  
      }
  
  
  
      // Pointer to the model
  
      private: physics::ModelPtr model;
  
  
  
      // Pointer to the update event connection
  
      private: event::ConnectionPtr updateConnection;
  
    };
  
  
  
    // Register this plugin with the simulator
  
    GZ_REGISTER_MODEL_PLUGIN(ModelPush)
  
  }
  
  </functional>

  Thanks !