Skip to content
Snippets Groups Projects
  1. May 11, 2020
  2. May 07, 2020
  3. May 05, 2020
  4. May 03, 2020
  5. Apr 23, 2020
  6. Apr 21, 2020
  7. Apr 14, 2020
  8. Apr 11, 2020
  9. Mar 31, 2020
  10. Mar 29, 2020
  11. Feb 19, 2020
  12. Feb 12, 2020
  13. Feb 11, 2020
    • George Kiagiadakis's avatar
      proxy/core: refactor object creation · 9330208a
      George Kiagiadakis authored
      * core no longer exposes create_remote/local_object
      * node, device & link have constructor methods
        to enable the create_remote_object functionality
      * added WpImplNode to wrap pw_impl_node and allow creating
        "local" node instances
      * added WpSpaDevice to wrap spa_device and allow creating
        "local" device instances
      * exporting objects in all cases now happens by requesting
        FEATURE_BOUND from the proxy, eliminating the need for WpExported
      * replaced WpMonitor by new, simpler code directly in module-monitor
      * the proxy type lookup table in WpProxy is gone, we now
        use a field on the class structure of every WpProxy subclass
        and iterate through all the class structures instead; this is
        more flexible and extensible
      9330208a
  14. Jan 22, 2020
  15. Jan 13, 2020
  16. Dec 12, 2019
  17. Dec 11, 2019
  18. Dec 04, 2019
  19. Nov 16, 2019
    • George Kiagiadakis's avatar
      endpoint-link: ensure we call finalize of the parent class · 4ad4974f
      George Kiagiadakis authored
      This was causing a memory corruption and crash because the
      simple-endpoint-link was not calling finalize of the endpoint-link
      and the GWeakRefs pointing to the endpoints were not uninitialized,
      causing g_object_unref later to try to write to them (on free'ed memory)
      4ad4974f
  20. Nov 13, 2019
    • George Kiagiadakis's avatar
      lib: introduce WpObjectManager · e7e5c668
      George Kiagiadakis authored
      * rework how global objects are stored in the core
      * rework how users get notified about global objects
        and proxies of remote global objects
      
      The purpose of this change is to have a class that can manage
      objects that are registered in the core or signalled through the
      registry. This object can declare interest on certain types
      of global objects and only keep & signal those objects that it is
      interested in. Additionally, it can prepare proxy features and
      asynchronously deliver an 'objects-changed' signal, which is
      basically telling us that the list of objects has changed.
      
      This is useful to simplify port proxies management in WpAudioStream.
      Now the stream object can declare that it is interested in ports
      that have "node.id" == X and the object manager will only maintain
      a list of those. Additionally, it will emit the 'objects-changed'
      signal when the list of ports is complete, so there is no reason to
      do complex operations and core syncs in the WpAudioStream class
      in order to figure out when the list of ports is ready.
      
      As a side effect, this also reduces resource management. Now we
      don't construct a WpProxy for every global that pipewire reports;
      we only construct proxies when there is interest in them!
      
      Another interesting side effect is that we can now register an
      object manager at any point in time and get immediately notified
      about remote globals that already exist. i.e. when you register
      an object manager that is interested in nodes, it will be immediately
      notified about all the existing nodes in the graph. This is useful
      to avoid race conditions between connecting the signal and objects
      beting created in pipewire
      e7e5c668
  21. Nov 07, 2019
  22. Nov 06, 2019
  23. Aug 27, 2019
  24. Jul 12, 2019
    • George Kiagiadakis's avatar
      policy: implement a basic policy based on role priorities · 1ed004c3
      George Kiagiadakis authored
      * Every client has a priority based on its role
      * For playback, we allow only a single client to play at a time
      * For capture, we allow all clients to capture simultaneously
      * Every time the "selected" device changes (either because devices
        are discovered/removed or because the user changed the selection),
        the clients are re-linked to the new "selected" device.
      * When a playback client quits and there are others waiting unlinked,
        the highest priority one is linked automatically.
      * This also properly fixes re-linking the correct client(s) to the
        correct device(s) when wireplumber exits and restarts.
      1ed004c3
    • Julian Bouzas's avatar
      Fix doc warnings · 54721da7
      Julian Bouzas authored
      54721da7
Loading