@@ -1636,30 +1636,18 @@ as a Fetch with a range dynamically determined by the Preceding Group Offset
16361636field and field values derived from the corresponding SUBSCRIBE message
16371637(hereafter "the Subscribe").
16381638
1639- The following values are used :
1640-
1641- * Resolved Subscribe Start Group: the Largest Group ID of the associated Subscribe.
1642- * Resolved Subscribe Start Object: the Largest Object ID of the associated Subscribe.
1643-
1644- The Resolved Subscribe Start values for a Joining Fetch MUST correspond to the
1645- referenced Subscribe within the same session so that the ranges of Objects covered
1646- by the Fetch and Subscribe are contiguous and non-overlapping.
1639+ The Largest Group ID and Largest Object ID values from the corresponding
1640+ subscription are used to calculate the end of a Joining Fetch so the Objects
1641+ retrieved by the Fetch and Subscribe are contiguous and non-overlapping.
16471642If no Objects have been published for the track, so the SUBSCRIBE_OK has a
1648- ContentExists value of 0, the publisher MUST respond to the Joining Fetch with a
1649- FETCH_ERROR.
1643+ ContentExists value of 0, the publisher responds with a FETCH_ERROR.
16501644
16511645The publisher receiving a Joining Fetch computes the fetch range as follows :
16521646
1653- * Fetch StartGroup: Resolved Subscribe Start Group - Preceding Group Offset
1647+ * Fetch StartGroup: Subscribe Largest Group - Preceding Group Offset
16541648* Fetch StartObject: 0
1655-
1656- If Resolved Subscribe Start Object is 0 :
1657- * Fetch EndGroup: Resolved Subscribe Start Group - 1
1658- * Fetch EndObject: 0 (all objects in the group)
1659-
1660- Else, if Resolved Subscribe Start Object is 1 or more :
1661- * Fetch EndGroup: Resolved Subscribe Start Group
1662- * Fetch EndObject: Resolved Subscribe Start Object
1649+ * Fetch EndGroup: Subscribe Largest Group
1650+ * Fetch EndObject: Subscribe Largest Object
16631651
16641652# # FETCH_CANCEL {#message-fetch-cancel}
16651653
0 commit comments