From fd3a064c977794e68fde88372d56f03153c7a032 Mon Sep 17 00:00:00 2001 From: =?utf8?q?Sebastian=20Dr=C3=B6ge?= Date: Thu, 12 Feb 2015 11:26:26 +0200 Subject: [PATCH] design/part-latency: Minor logic fix The maximum latency will be the element's minimum latency or bigger, not bigger than the element's minimum latency or bigger. --- docs/design/part-latency.txt | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/docs/design/part-latency.txt b/docs/design/part-latency.txt index beee571..ed55b39 100644 --- a/docs/design/part-latency.txt +++ b/docs/design/part-latency.txt @@ -256,9 +256,9 @@ The pipeline latency is queried with the LATENCY query. Elements answering the latency query should set this to the maximum time for which they can buffer upstream data without blocking or dropping further data. For an element this value will generally be - bigger than its own minimum latency, but might be bigger than that - if it can buffer more data. As such, queue elements can be used to - increase the maximum latency. + its own minimum latency, but might be bigger than that if it can + buffer more data. As such, queue elements can be used to increase + the maximum latency. The value set in the query should again consider upstream's maximum latency: @@ -292,8 +292,8 @@ The pipeline latency is queried with the LATENCY query. maximum latency. The base class' default query handler needs to be overridden to correctly handle leaky buffering. - If the element has multiple sinkpads, the maximum upstream latency is - the minimum of all live upstream maximum latencies. + If the element has multiple sinkpads, the maximum upstream latency is + the minimum of all live upstream maximum latencies. Event ~~~~~ -- 2.7.4