- Jun 02, 2020
-
-
George Kiagiadakis authored
- fall back to the default logic if node.target is set but it doesn't exist - use the default endpoint if it is within the [target-endpoint] matches; this way we can use a config file to override just the stream name, for instance, while still respecting the default endpoint - prefer use of the lookup methods instead of manual iterations previously the default endpoint was not respected because our config files have a [target-endpoint] table..
-
- May 25, 2020
-
-
George Kiagiadakis authored
* Use a direction instead of a string prop id * Emit default-endpoint-changed again * Get rid of the useless virtual methods
-
- May 21, 2020
-
-
Julian Bouzas authored
-
- May 19, 2020
-
-
Julian Bouzas authored
-
- May 15, 2020
-
-
Julian Bouzas authored
-
- May 14, 2020
-
-
George Kiagiadakis authored
-
George Kiagiadakis authored
+ use a more correct naming scheme to match the one from Spa + remove the default video source, since we now use a different session for video
-
George Kiagiadakis authored
-
- May 13, 2020
-
-
Julian Bouzas authored
-
- May 12, 2020
-
-
Julian Bouzas authored
-
- Apr 21, 2020
-
-
Julian Bouzas authored
-
- Mar 17, 2020
-
-
Julian Bouzas authored
-
- Feb 28, 2020
-
-
George Kiagiadakis authored
and in case it's missing, also #define some things to make compilation work, since this is only available in a pipewire branch right now
-
- Feb 27, 2020
-
-
Julian Bouzas authored
-
- Feb 26, 2020
-
-
Julian Bouzas authored
-
- Jan 14, 2020
-
-
Julian Bouzas authored
-
- Dec 19, 2019
-
-
George Kiagiadakis authored
-
George Kiagiadakis authored
This ensures that endpoints with keep=false will still have a chance to link when ones with keep=true exist. This also effectively means that role priority does not matter when keep=true: we keep these links active no matter what, while policy still applies normally for all others. For example, a final sorted list with these endpoints will end up looking like this: * ep1, role priority=25, keep=false * ep2, role priority=20, keep=false * ep3, role priority=25, keep=true * ep4, role priority=75, keep=true ... which will effectively cause ep1, ep3 and ep4 to be linked.
-
George Kiagiadakis authored
keep=true should work in both ways: * keep the endpoint with this property linked at all times * keep other already linked endpoints when linking this one
-
George Kiagiadakis authored
This is no longer needed since we sort endpoints by role priority before trying to link them and we link only the highest priority one. After this sorting, the highest priority endpoint is guaranteed to be able to link, so _can_link_stream() always returns TRUE.
-
- Dec 17, 2019
-
-
George Kiagiadakis authored
-
- Dec 16, 2019
-
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
-
Julian Bouzas authored
This is now done by the config endpoint module
-
- Dec 13, 2019
-
-
Julian Bouzas authored
-
Julian Bouzas authored
-
- Dec 11, 2019
-
-
George Kiagiadakis authored
Clear self->pending_endpoint before sending the done signal, because the signal will trigger a new endpoint to be added in the unit test and this may happen before g_clear_object is called, in which case adding the new endpoint fails
-
George Kiagiadakis authored
to avoid name clashing with the upcoming WpEndpoint interface that is going to be the common interface of Wp{Proxy,Exported}Endpoint
-
- Dec 10, 2019
-
-
George Kiagiadakis authored
-
George Kiagiadakis authored
the _can_link function was previously assuming that the target stream is always specified in the configuration file
-
George Kiagiadakis authored
-
- Dec 05, 2019
-
-
Julian Bouzas authored
The role defined in the endpoint-link configuration files must have higher priority than the one set in the endpoint. If none of them are set, the config policy fallbacks to the lowest one defined in the streams configuration file
-
Julian Bouzas authored
-
George Kiagiadakis authored
-
- Dec 04, 2019
-
-
Julian Bouzas authored
-